mybearworld wrote:

Maximouse wrote:

And a question: would lists use zero-based indexing in this mode? Because a block that looks like this:

([list v]\[(1)\] :: list)

and uses one-based indexing could confuse users.

Edit: or the block could be

([list v]\[(1) - 1\] :: list)

That's a great point.
I don't think the last one should be used..
Maybe if you drag one out the first time, it will open a little window telling you about it.

If we're going to go that route, why not do it the cloud variable way and show it every first time in a project?

How about naming it “Code Mode”

No support, this isn't a good way to teach how Scratch code corresponds to code in other languages. The difference between Scratch, JavaScript and Python isn't just syntax. If code written in Scratch was translated literally to Python code then the result would be very bad Python code. Same goes with JavaScript and basically every other language out there.

reallysoftuser wrote:

How about naming it “Code Mode”

But Scratch is already code.

Greg8128 wrote:

No support, this isn't a good way to teach how Scratch code corresponds to code in other languages. The difference between Scratch, JavaScript and Python isn't just syntax. If code written in Scratch was translated literally to Python code then the result would be very bad Python code. Same goes with JavaScript and basically every other language out there.

Give some examples, please

Support! It would awesome for Scratch to introduce Scratchers to *real programming language such as Python and JS.
Maybe call it JSmode and Pymode?
The only thing that's close like this is EduBlocks but I'm sure that you can put it to Scratch as well!

I support the idea of having it display JavaScript. I am concerned about lines which don't have a real JS equivalent, though maybe there could be a way to deal with that.

Rendangbike2 wrote:

Support! It would awesome for Scratch to introduce Scratchers to *real programming language such as Python and JS.

Scratch is a real programming language

support- I learned python a few years ago but forgot it- ha..

NotDucki_ wrote:

Rendangbike2 wrote:

Support! It would awesome for Scratch to introduce Scratchers to *real programming language such as Python and JS.

Scratch is a real programming language

support- I learned python a few years ago but forgot it- ha..

I meant real as in the kinda deals that make you have a job, Have you ever heard of Google hiring people that can code in scratch?

the2000 wrote:

I support the idea of having it display JavaScript. I am concerned about lines which don't have a real JS equivalent, though maybe there could be a way to deal with that.

Those block could look like function calls.

this.move\((10)\) :: motion

Why PY mode?
It's a bit biased towards python.
Maybe code layout mode.

-EmeraldThunder- wrote:

Why PY mode?
It's a bit biased towards python.
Maybe code layout mode.

python is ez to learn, like Scratch. After python, they can go learn like Lua (off Roblox maybe?), then C(+,++,#) off Unity, then Java, then JavaScript (whatever is easier)

Maximouse wrote:

the2000 wrote:

I support the idea of having it display JavaScript. I am concerned about lines which don't have a real JS equivalent, though maybe there could be a way to deal with that.

Those block could look like function calls.

this.move\((10)\) :: motion

Yeah, that was the way I was thinking of, though I realize I didn't really word it in a way that implied that.

no support because it's just making scratch harder to read, and it doesn't even make sense for a block-based programming language
how would this benefit the community?

however i still have a few suggestions were this to be implemented

• change self to this, like the only language that uses self is python
  
• probably change some of the suggested names, mouse.touching implies that touching is a property of mouse, and that doesnt make sense if you're getting it from another sprite (unless mouse is a property of this and mouse.touching is a getter for a boolean)
  alternatives could be
  

  this.touching(mouse)
  

  (implies that touching is a function in this that returns if this is touching the argument) or
  

  mouse.touching(this)
  

  
  

I think this would be rejected for the same reason as a 2.0 or 1.4 style.

Futurebot5 wrote:

I think this would be rejected for the same reason as a 2.0 or 1.4 style.

How is this related to that at all?

the2000 wrote:

Futurebot5 wrote:

I think this would be rejected for the same reason as a 2.0 or 1.4 style.

How is this related to that at all?

It would make the blocks completely different, and the ST doesn't want that.

But I don't think it's worse than changing the language of the editor.

ipaddude wrote:

probably change some of the suggested names, mouse.touching implies that touching is a property of mouse, and that doesnt make sense if you're getting it from another sprite (unless mouse is a property of this and mouse.touching is a getter for a boolean)
alternatives could be

this.touching(mouse)

(implies that touching is a function in this that returns if this is touching the argument) or

mouse.touching(this)

this.touching(mouse) would probably be best, since this is a drop-down that also includes sprites.

But Za-Chary said himself that its not rejected.

the2000 wrote:

Futurebot5 wrote:

I think this would be rejected for the same reason as a 2.0 or 1.4 style.

How is this related to that at all?

TOLORS wrote:

2.3 Set the editor to look like older versions of Scratch
Some users prefer the look and feel of the Scratch 2.0 editor, and have suggested that the editor look like Scratch 2.0, but still run off of HTML5 like Scratch 3.0 does. However, this would be more complicated for educational and documentation purposes. It could be confusing if someone is trying to learn Scratch from someone who is using a completely different layout of the editor than them.

In addition, the Scratch Team changed the design for a reason: to make it easier, more intuitive, and friendlier for newcomers to use. If you dislike the Scratch 3.0 editor, you can still download the Scratch 1.4 or Scratch 2.0 offline editors.

That also applies to this suggestion.

Support, scratch is meant to teach programming, and a option to use more advanced vocabulary could help further teach programming and introduce users to real text coding