Discuss Scratch
- LFP6
-
New Scratcher
92 posts
Object-Oriented Programming
I also do realize that you can't see the mental model I have in my head. I might prototype it so you can see what I'm talking about.
- MathlyCat
-
Scratcher
1000+ posts
Object-Oriented Programming
SUPPORT SUPPORT SUPPORT SUPPORT SUPPORT SUPPORT SUPPORT SUPPORT.
- epictoothpaste
-
Scratcher
21 posts
Object-Oriented Programming
This is probably an old thread, but it would be SO awesome of Scratch had like an object-oriented mode.
It'd also be easier to go from Scratch to C++ and/or Python!!!
It'd also be easier to go from Scratch to C++ and/or Python!!!
- The4thPixel
-
Scratcher
1000+ posts
Object-Oriented Programming
No support. Scratch is an entry level language, and this seems confusing.
- gdpr533f604550b2f20900645890
-
Scratcher
1000+ posts
Object-Oriented Programming
No support. Scratch is an entry level language, and this seems confusing.Scratch already has features that would seem “confusing” to beginners, but are nevertheless useful, such as procedures. I believe that if Scratch had object-oriented programming, people would learn it and oppose any attempts to remove it.
- Sigton
-
Scratcher
1000+ posts
Object-Oriented Programming
Before this can be added we'd need first class lists, procedures etc.
Sigton
Sigton
- serprinss
-
Scratcher
33 posts
Object-Oriented Programming
trueSo we should prepare them by confusing the heck out of them?
Scratch is going to confuse the heck out of beginners no matter how simple we make it. Like nobody is born knowing their abc's, scratch itself cannot be a 100% grab and go thing. Why else would the Tips menu exist?
You're confusing them by restricting their access to advanced functions as well. When they finally to encounter these, bad programming practices they might've picked up from scratch restrict their ability to learn and perform even more than if they'd started from a higher floor, as if you'd damaged the ladder to the top.
or for comparison, take every letter out of the alphabet but A B and C. It's easy to learn those three… but then trying to make more complex things like words out of them becomes harder (nearly impossible) which simply raises the low floor even more than having the full set… it's creating the illusion of a low floor that really doesn't exist. And that's bad
TL;DR: Irrelevant semi-textwall
Essentially you're saying the newcomers here are too unintelligent to understand something as simple as putting toys in a box based on their color
when green flag clicked
move (true) steps
- serprinss
-
Scratcher
33 posts
Object-Oriented Programming
Hello, duplicate
Man, i'm not going to read the whole discussion. But it feels like an attack against DaSpud.
I agree with DaSpudLord. This whole idea is too complex for a language like this, a block-based language directed to kids.
- First of all, to people arguing against DaSpud, having programming knowledge doesn't give you the right to suggest concepts which not many people understand. You, Chibi (or should i call you Matoran?), even said that the current main community focus of Scratch is mostly not coding.
It may have various projects where people do formally program, but most of them still not have as much programming as an ideal programming community, like most text-based programming communities, would have.- Adding such complex features, does raise the low floor. Not in the way of features, but in the way of people's desire to program.
Seeing complex stuff slows down people in wanting to learn something. Some people don't want to learn math because it's too complex. They feel like they will not succeed when they see older grades' text books. But when they reach it, if they understood, at least mildly, past concepts, they will grasp it easily, or at least they will grasp it.
Also, there's a difference between math and Scratch. Math is completely obligatory, while in Scratch mostly only the basic features are obligatory, or not even in the educational program of school or even life, and that's why they keep going, and learning math, not because they want to, but because they have to.- How do you plan to implement this? Direct translation?
class [example] :: cstart customOr what? Because this seems to complex…
public :: cstart custom
variable [var1] :: custom
list [list1] :: custom
end
private :: cstart custom
variable [var2] :: custom
list [list2] :: custom
end
init (arg) ◄► :: cstart custom // for some reason i can't use "constructor" in scratchblocks. I'll report it to blob
set [var1] to [test] :: custom
add [test] to [list2] :: custom
end
method [say aaaa] (arg) ◄► :: cstart custom
say [aaaa]
end
property [type] :: cstart custom
return [example] :: custom cap
end
end
set [var v] to (new [example v] :: custom)
set [prop v] to (property [type] of (var) :: custom)
method [say aaaa] args: [] ◄► of (var) :: custom
This is an extended version of my reasoning for no supporting the original topic describing this feature, and preferring BookOwl's suggestion instead.
EDIT: Little edit. Forgot to reply someone.Essentially you're saying the newcomers here are too unintelligent to understand something as simple as putting toys in a box based on their colorProblem is, this is not sorting toys, but a much more complex concept
scratchers (or new scratchers) don't have to use it just like some scratchers don't use
(video [ v] on [Stage v])it'd just be good feature for translators and other advanced programs
- JavaCoder2008
-
Scratcher
2 posts
Object-Oriented Programming
Scratch 3, PLEASE ADD INHERITANCE AND CLASSEN AND INHERITED CLASSES
- scratch978654
-
Scratcher
100+ posts
Object-Oriented Programming
It's interesting to add, but not sure how it would be implemented. Definitely useful to make “specific” clones move without
cloneID = 158
cloneID = 295
etc
cloneID = 158
cloneID = 295
etc













