processing2-emacs icon indicating copy to clipboard operation
processing2-emacs copied to clipboard

[discussion] Processing 3

Open geo7 opened this issue 9 years ago • 10 comments

I was just wondering what the compatibility was with processing 3?

Not sure if there are any 'gotchas' or not.

Thanks!

geo7 avatar Oct 12 '15 20:10 geo7

I haven't found any gotchas. At least the basic functionality works smoothly. Maybe the Readme should be changed to state that this package also supports processing 3.

myrjola avatar Oct 14 '15 11:10 myrjola

Maybe there are some new keywords in processing 3 that need to be added to the keywords list.

ptrv avatar Oct 14 '15 17:10 ptrv

processing 3 adds a new debbuger; so there's that.

ghost avatar Nov 02 '15 01:11 ghost

Hi, i was not able to run a processing sketch under windows 7 (emacs 25.1.1, processing 3.3.).

.emacs-modification: (setq processing-location ""C:/Program\ Files/processing-3.3/processing-java"") (setq processing-application-dir ""C:/R/wd/processing/"") (setq processing-sketchbook-dir ""C:/R/wd/processing/"")

processing-compilation-output: -- mode: processing-compilation; default-directory: "c:/R/wd/processing/Reaktor1/" -- Processing Compilation started at Thu Mar 9 15:08:54 --force --sketch="c:/R/wd/processing/Reaktor1/" --run --output="c:/R/wd/processing/Reaktor1/output" Der Befehl "--force" ist entweder falsch geschrieben oder konnte nicht gefunden werden. Processing Compilation exited abnormally with code 1 at Thu Mar 9 15:08:55

Do you have any clues? Wouldn't know where else to ask.

Krisselack avatar Mar 09 '17 14:03 Krisselack

Why do you have double quotes around the values for the processing variables in your .emacs? Does this also happen when you set processing-location to .../processing-java.exe instead of .../processing-java?

ptrv avatar Mar 10 '17 06:03 ptrv

Double quotes are apparently necessary, otherwise the path wouldn't be recognized at all. The addition of .exe didn't change the output. Thanks.

Krisselack avatar Apr 12 '17 14:04 Krisselack

Necrobump, but the double double-quotes are the problem. ""a"" is actually three forms: the empty string "", the symbol a, and the empty string "". So (setq var ""a"") is equivalent to (setq var "" a ""), since whitespace is insignificant in this instance. In this case, var is set to the empty string, and a is set to the empty string.

Check the value of the variable C:/Program\ Files/processing-3.3/processing-java; it should be "" :P

KevOrr avatar Jan 10 '18 21:01 KevOrr

Thank you! I tried to change it: (setq processing-location "C:/Program Files/processing-3.3/processing-java.exe")

The value of processing-value:

processing-location is a variable defined in ‘processing-mode.el’. Its value is "C:/Program Files/processing-3.3/processing-java.exe" Original value was nil

Result was: C:/Program Files/processing-3.3/processing-java.exe --force --sketch="c:/R/wd/processing/sketch_170309a/" --run --output="c:/R/wd/processing/sketch_170309a/output" Der Befehl "C:/Program" ist entweder falsch geschrieben oder konnte nicht gefunden werden. (the separated term program files was not identified as path)

Krisselack avatar Jan 11 '18 09:01 Krisselack

@Krisselack see if the above patch helps. This is somewhat unrelated to the original issue however, so if you are still facing problems, you should probably open up a new issue.

KevOrr avatar Jan 16 '18 11:01 KevOrr

Thanks! I applied the patch, however nothing changed. What helped now, was to rename the folder from "Program Files" to (german) "Programme". Apparently the issue was the space between "Program" and "Files".

Krisselack avatar Jan 16 '18 12:01 Krisselack