Skip to content

Conversation

@pedrozath
Copy link
Contributor

Adds a new option scoped for those who want to just want to build full jRuby apps that use Ruby Processing. It discards the whole Processing class wrapping logic.

It’s an option scoped for those who want to build full jRuby apps that
use Ruby Processing.
@monkstone
Copy link
Collaborator

monkstone commented Jun 18, 2016

OK I'm not sure what this adds, in my hands JWishy will run just fine whether class wrapped or not with
rp5 run jwishy
However JWishy not class wrapped won't run with
rp5 run-app jwishy (this is because library_loader won't work without being wrapped)
Wrap JWishy as a class and it runs OK with
rp5 run-app jwishy, but whats the benefit?
PS: ruby-processing has been superseded by JRubyArt (supports latest processing and JRuby)
PPS: ignore collaborator that's historical Jashkenas transferred effective ownership to me years ago, and no-one else is currently involved (possibly you'd like to take it on?).

@pedrozath
Copy link
Contributor Author

pedrozath commented Jun 18, 2016

Hi Monk. I have a t-shirt store that sells t-shirts with art generated by ruby-processing (http://entrama.com.br). For that, I really need the PDF exporting support, which I found lacking (or buggy) in Processing 3.0.

Second, I'm developing a Java FX visual interface (with JRuby FX) to generate drawings for my brand and to do that, I had to get rid of the sketch wrapping features of Processing. I know processing has this "sketchy" vibe but I believe it's a powerful tool that can be used inside apps to do really useful stuff.

So I've introduced the run-app command in order to give the users the ability of running actual apps that have ruby-processing as main library and not just processing sketches. I could have suggested something like "rp5 run sketch.rb --no-wrap" but I though it would mix two actually different use cases. Run would be for sketches while Run-app would be for actual Ruby Applications.

What do you think?

Also, I really love this project and it'd be an honour for me to take it on.

@pedrozath
Copy link
Contributor Author

I pasted an example of the code here so you can see the kind of file I'm running through run-app command:

https://gist.github.com/pedrozath/b08c1cf4d1d49c637d33ec4c5fcfcb66

@monkstone
Copy link
Collaborator

That looks quite interesting, I should look into javafx a bit more myself, you might be interested in a side project I started propane which is essentially ruby-processing but with java jars included in the gem, where class wrapped sketches can be run directly with jruby (I have also updated to JRuby9K).
Anyway I would love for someone to take on ruby-processing @jashkenas can you invite @pedrozath
onto ruby-processing, with a view to him getting commit access in first instance and if it works out ability to push to rubygems.

@monkstone monkstone merged commit fd843e3 into jashkenas:master Jun 23, 2016
@monkstone
Copy link
Collaborator

monkstone commented Jun 23, 2016

@pedrozath seems jashkenas might have gone bit quiet on internet no evidence of action on twitter or coffeescript so I decided just to pull your request, I have some ideas for improving watch mode that seem to work better on ruby-processing rather than on jruby-art so I might like to release a version with your PR before I do that. Can you possibly write something up about run-app on the wiki?

@pedrozath
Copy link
Contributor Author

Alright, i'll do it.

Btw, the propane idea is very interesting. However, to my needs, a cool thing would be like a processing framework, like rails, withy JavaFX as a quick way to introduce GUI panels and so on. What do you think about this idea?

@pedrozath
Copy link
Contributor Author

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

2 participants