Hello,

I'm not sure to post in the good place, so excuse me.
I'm searching tuto or documentation on how to add scripting language in Snap, for OpenSim for exemple.

If you could help me, perhaps ?

Thanks,
Have a nice day,

Andre_Ani

andre_ani wrote:

I'm searching tuto or documentation on how to add scripting language in Snap, for OpenSim for example.

I'm not sure I understand the question. Snap! is its own scripting language. Do you want to use another language to modify Snap!? Since it runs in a browser, it's written in Javascript; if you wanted to use another language you'd have to provide a JS-based interpreter for that language, I think.

bharvey wrote:

I'm not sure I understand the question.

Presumably they’re asking about codification?

bharvey wrote:

andre_ani wrote:

I'm searching tuto or documentation on how to add scripting language in Snap, for OpenSim for example.

I'm not sure I understand the question. Snap! is its own scripting language. Do you want to use another language to modify Snap!? Since it runs in a browser, it's written in Javascript; if you wanted to use another language you'd have to provide a JS-based interpreter for that language, I think.

I think it means programming a language with snap. Like programming in arduino with snap

Ihaveexpectations wrote:

bharvey wrote:

saofan123 wrote:

why is it licensed under the agpl instead of the gpl?

The AGPL is for web services, such as Snap!. The notion of “distribution” in the plain GPL is about letting you download a copy of the executable program to your computer, so it says you have to distribute the source in the same way that you distribute the executable. For a web service there is typically no distribution of executable code, so the language is different.

Isn't Snap! a web application not a web service?

^^ Snap! being AGPL doesn't really make a difference because when somebody uses Snap! it is downloaded to your computer and ran there, so the GPL already prevents you from modifying Snap! and putting it on a server with the modified version only in minified/obfuscated/compiled form.

Oh, Well, if that's true, it's AGPL so that people who are iffy on the distinction between a web service and a web application will know that it's free software.

Ihaveexpectations wrote:

How does it being AGPL instead of GPL make it more obvious to people that it's free software?

Oh lord don't you know it never works to explain a joke?

You guys started this discussion of web app vs. web service, which I had never thought about, I just figured Snap! lives on the web, not on your computer, so AGPL. The “people iffy on the distinction” means me, and maybe other old people like me.

bharvey wrote:

Ihaveexpectations wrote:

How does it being AGPL instead of GPL make it more obvious to people that it's free software?

Oh lord don't you know it never works to explain a joke?

You guys started this discussion of web app vs. web service, which I had never thought about, I just figured Snap! lives on the web, not on your computer, so AGPL. The “people iffy on the distinction” means me, and maybe other old people like me.

OR you could just use the Unlicense and free yourself and your code from petty GPL restrictions.

BookOwl wrote:

OR you could just use the Unlicense and free yourself and your code from petty GPL restrictions.

Those “petty” restrictions are sort of the point, aren't they? To ensure that improvements to Snap! are shared?

djdolphin wrote:

BookOwl wrote:

OR you could just use the Unlicense and free yourself and your code from petty GPL restrictions.

Those “petty” restrictions are sort of the point, aren't they? To ensure that improvements to Snap! are shared?

Indeed. Really, Snap! is unlikely ever to be a plausible money-maker for a hypothetical encloser, so in my view GPLing it is an exercise in movement-building. (It was my idea; Jens would more readily agree with BookOwl.) But if gcc or the Linux kernel were unlicensed you can be sure that it would have been enclosed by now.

So far, we haven't had any proposed uses of Snap! that would be forbidden by the license. The main commercial uses have been (1) hardware manufacturers who want to control their hardware from Snap!, who make their money selling hardware, not software, and can happily live with GPLing the little bit of software they have to write to make it work; (2) people who want to include Snap! projects in a collection of educational software; and, least common, (3) people who want to sell proprietary Snap! projects, which is frowned upon but not ruled out unless they want to distribute them by way of the Snap! cloud.

On BookOwl's side of the argument, we have occasionally had people contact us because they were timid about potential licensing issues even though their proposed use was perfectly okay. It could be argued that perhaps other timid people just gave up without contacting us.

On djdolphin's side of the argument (note in passing how I have rhetorically positioned myself as above the argument by phrasing it that way), to describe as “petty” the whole issue of copyright protection handwaves away the question of how society can support artistic and technical creators. It's a complicated question. “Support” doesn't necessarily mean money; for Stallman it has meant ensuring that his work doesn't end up enclosed by some future Microsoft. That's what he needs to be willing to put his time and effort into creating software. (It's a little ironic, I think, that I, with a guaranteed lifetime income from the State of California, am the one on the side of protective free licensing, while Jens, who works in the private sector and therefore always has to worry about putting food on the table, is the one who is willing simply to put his work in the public domain.)

Thought I'd link this here: https://scratch.mit.edu/discuss/topic/271892/

Edit - Another one: https://scratch.mit.edu/discuss/topic/271896/

In the future I will put aliases to my “outside” threads in here. I want my discussions to be searchable and browseable in a normal manner like in a normal forum. Not lost in this single unmanaged mess of messages.

Scratch forum » Advanced Topics » Snap!: Doesn't have its own forum? It's not even pinned here?
https://scratch.mit.edu/discuss/topic/271892/

Scratch forum » Advanced Topics » Snap!: Bad characters in account signup?
https://scratch.mit.edu/discuss/topic/271896/

Discussion Forums » Advanced Topics » Snap!: Lack of cursor / object coordinate reporting?
https://scratch.mit.edu/discuss/topic/271901

Dale_Mahalko wrote:

Discussion Forums » Advanced Topics » Snap!: Lack of cursor / object coordinate reporting?

Both sprite x/y coordinate reporters and mouse x/y ditto have checkboxes in the palette to put watchers onstage. As for the screen coordinates, I find it useful to import the “xy-grid” costume (File>Costumes) during program development.

About your other problem, if Snap! crashed altogether, please file a bug report on Github. If you are requesting an enhancement that will leave the account-creation dialog open following that error, that's best done on Github too. (https://github.com/jmoenig/Snap–Build-Your-Own-Blocks/issues) Please make it clear which this is.

Brian, to be clear, I think Dale's account-creation-dialog problem is the following. (By the way, I've encountered this before as well.)

1) When you choose your username, certain reasonable-sounding characters — presumably “underscore”, in this case — cause an error dialog, which crucially does not say which character is bad.

2) This error dialog destroys the signup form, so to try again, a user must re-enter all of the information. This can be frustrating because you aren't quite sure what to change this time.

From a user-interface point of view, I think these are both reasonable complaints — possibly not worth Jens' time to deal with, but perhaps someone on the dev forum can contribute a patch? Number 2 at least should be easy: since the error originates server-side, and afaik the server is closed-source, number 1 is harder for one of us to solve without guessing at the valid character set.

Ah. Feel free to create a PR (against dev) for not closing the original dialog box after the error.

As for the other part, we can ask Miosoft what characters are allowed! If we were really clever, maybe we could just not echo those characters when typed into that field.

Question on creating a predicate function block. How do I define “true” and “False” in the return values of the block?

michael971 wrote:

Question on creating a predicate function block. How do I define “true” and “False” in the return values of the block?

Hi. In the Operators menu, just after AND, OR, and NOT, you'll find a True block; if you click on the slider thingy it turns into a False block.

bharvey wrote:

michael971 wrote:

Question on creating a predicate function block. How do I define “true” and “False” in the return values of the block?

Hi. In the Operators menu, just after AND, OR, and NOT, you'll find a True block; if you click on the slider thingy it turns into a False block.

Awesome. Thanks!!

Can I rename a Sprite in SNAP