Rendangbike2 wrote:

pavcato wrote:

I don't think this woud be a good idea since in virtually every programming anguage, it's caed “variabes”.

It's not that the variables is renamed to data but the categories renamed to data

pavcato wrote:

Rendangbike2 wrote:

pavcato wrote:

I don't think this woud be a good idea since in virtually every programming anguage, it's caed “variabes”.

It's not that the variables is renamed to data but the categories renamed to data

Oh, so you mean ike putting variabes and ists in a category caed “Data”?

pavcato wrote:

Rendangbike2 wrote:

pavcato wrote:

I don't think this woud be a good idea since in virtually every programming anguage, it's caed “variabes”.

It's not that the variables is renamed to data but the categories renamed to data

Oh, so you mean ike putting variabes and ists in a category caed “Data”?

gosoccerboy5 wrote:

pavcato wrote:

Rendangbike2 wrote:

pavcato wrote:

I don't think this woud be a good idea since in virtually every programming anguage, it's caed “variabes”.

It's not that the variables is renamed to data but the categories renamed to data

Oh, so you mean ike putting variabes and ists in a category caed “Data”?

Right, but they're sti individuay caed “variabes” and “ists”.

NanoPIex wrote:

dertermenter wrote:

IndianRuby718 wrote:

Variables and lists aren't the only form of data. If you change a sprite's costume, or y position, or start up a sound, etc. that all creates data. Data is everywhere. Reporters from other categories provide as much data as variables do. And I know that handling variables and lists are commonly referred to as data, and other categories by their categories, but this is not even leaving behind the *very* indirect path to thinking outside the box.

No support. We should add back lists instead..

Don't quote for no reason.

dertermenter wrote:

NanoPIex wrote:

dertermenter wrote:

IndianRuby718 wrote:

Variables and lists aren't the only form of data. If you change a sprite's costume, or y position, or start up a sound, etc. that all creates data. Data is everywhere. Reporters from other categories provide as much data as variables do. And I know that handling variables and lists are commonly referred to as data, and other categories by their categories, but this is not even leaving behind the *very* indirect path to thinking outside the box.

No support. We should add back lists instead..

Don't quote for no reason.

No. I am agreeing with him. It is constructive. There is nothing wrong with that.

Alphysse wrote:

dertermenter wrote:

NanoPIex wrote:

dertermenter wrote:

IndianRuby718 wrote:

Variables and lists aren't the only form of data. If you change a sprite's costume, or y position, or start up a sound, etc. that all creates data. Data is everywhere. Reporters from other categories provide as much data as variables do. And I know that handling variables and lists are commonly referred to as data, and other categories by their categories, but this is not even leaving behind the *very* indirect path to thinking outside the box.

No support. We should add back lists instead..

Don't quote for no reason.

No. I am agreeing with him. It is constructive. There is nothing wrong with that.

However, it doesn't add to the discussion; if one would like to explain their support or no support, they should create their own explanation instead of quoting someone else's.

dertermenter wrote:

Alphysse wrote:

dertermenter wrote:

NanoPIex wrote:

dertermenter wrote:

IndianRuby718 wrote:

Variables and lists aren't the only form of data. If you change a sprite's costume, or y position, or start up a sound, etc. that all creates data. Data is everywhere. Reporters from other categories provide as much data as variables do. And I know that handling variables and lists are commonly referred to as data, and other categories by their categories, but this is not even leaving behind the *very* indirect path to thinking outside the box.

No support. We should add back lists instead..

Don't quote for no reason.

No. I am agreeing with him. It is constructive. There is nothing wrong with that.

However, it doesn't add to the discussion; if one would like to explain their support or no support, they should create their own explanation instead of quoting someone else's.

No. You are wrong. I exactly agree with him. It does add to the discussion as it shows someone agrees with someone's opinion they already put, without having to go over what is said again.

This type of quoting, scratch team members are fine with. You are wrong.

dertermenter wrote:

Alphysse wrote:

dertermenter wrote:

NanoPIex wrote:

dertermenter wrote:

IndianRuby718 wrote:

Variables and lists aren't the only form of data. If you change a sprite's costume, or y position, or start up a sound, etc. that all creates data. Data is everywhere. Reporters from other categories provide as much data as variables do. And I know that handling variables and lists are commonly referred to as data, and other categories by their categories, but this is not even leaving behind the *very* indirect path to thinking outside the box.

No support. We should add back lists instead..

Don't quote for no reason.

No. I am agreeing with him. It is constructive. There is nothing wrong with that.

However, it doesn't add to the discussion; if one would like to explain their support or no support, they should create their own explanation instead of quoting someone else's.

No. You are wrong. I exactly agree with him. It does add to the discussion as it shows someone agrees with someone's opinion they already put, without having to go over what is said again.

This type of quoting, scratch team members are fine with. You are wrong.

NotDucki_ wrote:

Semi-Support, its called variables in a lot of programming languages, Data reminds me of the guy from Star Trek, Data sort of makes sense to me in the sense that Cloud variables store actual data.

Alphysse wrote:

NotDucki_ wrote:

Semi-Support, its called variables in a lot of programming languages, Data reminds me of the guy from Star Trek, Data sort of makes sense to me in the sense that Cloud variables store actual data.

Normal variables store actual data too.

NotDucki_ wrote:

Alphysse wrote:

NotDucki_ wrote:

Semi-Support, its called variables in a lot of programming languages, Data reminds me of the guy from Star Trek, Data sort of makes sense to me in the sense that Cloud variables store actual data.

Normal variables store actual data too.

not for long-term though

coder_isaiyah11 wrote:

DawnRooney27 wrote:

Vibrato wrote:

DawnRooney27 wrote:

But not all variables are necessarily data.

Can you give an example of when a variable is not data?

set [Never gonna give you up, Never gonna let you down, Never gonna run around and desert you, Never gonna make you cry, Never gonna say goodbye, Never gonna tell a lie and hurt you v] to [1]

its a rickroll

Alphysse wrote:

dertermenter wrote:

Alphysse wrote:

dertermenter wrote:

NanoPIex wrote:

dertermenter wrote:

IndianRuby718 wrote:

Variables and lists aren't the only form of data. If you change a sprite's costume, or y position, or start up a sound, etc. that all creates data. Data is everywhere. Reporters from other categories provide as much data as variables do. And I know that handling variables and lists are commonly referred to as data, and other categories by their categories, but this is not even leaving behind the *very* indirect path to thinking outside the box.

No support. We should add back lists instead..

Don't quote for no reason.

No. I am agreeing with him. It is constructive. There is nothing wrong with that.

However, it doesn't add to the discussion; if one would like to explain their support or no support, they should create their own explanation instead of quoting someone else's.

No. You are wrong. I exactly agree with him. It does add to the discussion as it shows someone agrees with someone's opinion they already put, without having to go over what is said again.

This type of quoting, scratch team members are fine with. You are wrong.

It doesn't give any new ideas to the discussion. This has been said many times on many topics, but the Suggestions forum is not a ballot box.

ScratchCatHELLO wrote:

Alphysse wrote:

dertermenter wrote:

Alphysse wrote:

dertermenter wrote:

NanoPIex wrote:

dertermenter wrote:

IndianRuby718 wrote:

Variables and lists aren't the only form of data. If you change a sprite's costume, or y position, or start up a sound, etc. that all creates data. Data is everywhere. Reporters from other categories provide as much data as variables do. And I know that handling variables and lists are commonly referred to as data, and other categories by their categories, but this is not even leaving behind the *very* indirect path to thinking outside the box.

No support. We should add back lists instead..

Don't quote for no reason.

No. I am agreeing with him. It is constructive. There is nothing wrong with that.

However, it doesn't add to the discussion; if one would like to explain their support or no support, they should create their own explanation instead of quoting someone else's.

No. You are wrong. I exactly agree with him. It does add to the discussion as it shows someone agrees with someone's opinion they already put, without having to go over what is said again.

This type of quoting, scratch team members are fine with. You are wrong.

It doesn't give any new ideas to the discussion. This has been said many times on many topics, but the Suggestions forum is not a ballot box.

They weren't using it as a ballot box; they were saying they agreed with somebody else, but they didn't want to restate an opinion that had already been said.

PicoMetrics wrote:

Almost Everything is data, everything is data when you're coding, everything is data! Even your dreams. No support.