mxj quickie, it lacks…
lately I am using the mxj object more than I ever thought I would. I am happy with the whole process except for three very frustrating issues.
First is the lack of Ctrl+A (select all) in quickie on a Windows machine. Second is the necessity of re instantiating the object after every compile. Third; although I save my code in Max 5’s java folder, when I re open my patch it decompiles my code using JOODE and I loose the whole structure my code.
Is it me who’s missing something or is it just how it is?
I don’t think quickie is meant for anything more than quickies.
If you’re doing a lot of Java stuff, you should probably set yourself up with Eclipse or XCode or Visual whatever.
I am using Eclipse.
What always happens to me is the following: I come up with a idea, start building a quickie for it. At one moment the object itself becomes too large so I want to copy it into Eclipse. But since Ctrl+A does not work I have to Shift+Page down afterwards copy it to Eclipse.
But I see the point that quickie is meant for quickies
Can you not just save the .java file created with [mxj quickie] and open it in Eclipse?
That’s what I do with XCode. You have to watch out because [mxj quickie] and XCode will try to overwrite each other’s saved versions. But it works fine as long as you pay attention.
do you then compile in the Terminal? using:
javac -classpath "/Applications/maxmsp 4.6/Cycling ’74/java/lib/max.jar" my_object.java
so Eclipse / XCode is really a better editing environment?
Yes, Eclipse/XCode is a far better editing environment.
Editing in TextMate is great for Mac users, also.
Da ABSOLUTE BOMB editor for JAVA: IntelliJ….woooo….
Syntax colorization/error detection/code auto completion/auto refactoring, huge # of frameworks available for auto-application to the project (Groovy, Spring,etc.)
I lurve it…
Eclipse fairly rocks, also…and is free, so is XCode…
Forums > Java