mirror of
https://github.com/processing/processing4.git
synced 2026-06-16 04:26:26 +02:00
fixes for the new dev site
This commit is contained in:
+31
-23
@@ -1,6 +1,8 @@
|
||||
HOW TO BUILD PROCESSING ON YOUR FAVORITE PLATFORM
|
||||
|
||||
With frequently asked questions, scroll to the end of the file.
|
||||
If you have questions about the contents of this document,
|
||||
ask questions at the discourse section of the site:
|
||||
http://processing.org/discourse/yabb_beta/YaBB.cgi?board=os_core_pde
|
||||
|
||||
|
||||
////////////////////////////////////////////////////////////////////
|
||||
@@ -21,7 +23,7 @@ With frequently asked questions, scroll to the end of the file.
|
||||
(this will also pull in gcc-core)
|
||||
|
||||
+ perl - use this version, activestate or other distros have trouble
|
||||
|
||||
|
||||
+ unzip, zip - for dealing with archives
|
||||
|
||||
+ included in the defaults, but make sure:
|
||||
@@ -49,30 +51,31 @@ installer every few months to keep things fresh.
|
||||
standard development setup.
|
||||
|
||||
|
||||
2. GRAB THE CODE FROM SOURCEFORGE
|
||||
2. GRAB THE CODE FROM DEV.PROCESSING.ORG
|
||||
|
||||
* this grabs the code as an anonymous user. if you have a sourceforge
|
||||
account, you should know how to grab the code as yourself.
|
||||
We use CVS for version control because it's what we know. There's a
|
||||
CVS repository at dev.processing.org that you can use to get the code.
|
||||
|
||||
# first do this
|
||||
cvs -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/processing login
|
||||
# just hit enter when it asks for a password
|
||||
To get the code, first type this from a prompt:
|
||||
|
||||
# then do this (may take a while)
|
||||
cvs -z3 -d:pserver:anonymous@cvs.sourceforge.net:/cvsroot/processing co processing
|
||||
# (maybe even a long while for you dialup and international folks)
|
||||
cvs -d:pserver:anonymous@dev.processing.org:/var/cvs login
|
||||
|
||||
The password, just like the user name, is just "anonymous" (no
|
||||
quotes). After that, type the following to actually get the code:
|
||||
|
||||
cvs -z3 -d:pserver:anonymous@dev.processing.org:/var/cvs co processing
|
||||
|
||||
That part may take a while, especially for people outside the US or
|
||||
who have a slow internet connection.
|
||||
|
||||
After that's complete, clean out the empty folders or old detritus:
|
||||
|
||||
# gonna do a few things in the p5 folder
|
||||
cd processing
|
||||
|
||||
# a quick cleanup, removes empty (dead/old) folders
|
||||
cvs update -P
|
||||
|
||||
# get back to the processing/ folder
|
||||
cd ..
|
||||
|
||||
|
||||
3. INSTALL QUICKTIME FOR JAVA (windows users only)
|
||||
3. INSTALL QUICKTIME FOR JAVA (Windows users only)
|
||||
|
||||
* you'll also need to install quicktime for java. grab a quicktime
|
||||
installer from: http://www.apple.com/quicktime/download/
|
||||
@@ -151,13 +154,12 @@ have to use -d -P with the update.
|
||||
|
||||
//// Frequently Asked Questions
|
||||
|
||||
- What about eclipse? What about ant? The command line is frightening
|
||||
and gives me nightmares!
|
||||
- What about eclipse? What about ant? Command line sucks.
|
||||
|
||||
In a basic sense, the command line stuff isn't as scary as it might
|
||||
seem. Hopefully it's just a matter of following the instructions
|
||||
above (and being patient). If not, let us know where you have trouble
|
||||
so we can fix things.
|
||||
The command line stuff isn't as scary as it might initially
|
||||
seem. Hopefully it's just a matter of following the instructions above
|
||||
(and being patient). If not, let us know (via the discourse board)
|
||||
where you have trouble so we can fix things.
|
||||
|
||||
Conceivably, it wouldn't take much to make Processing build under
|
||||
Eclipse or any other IDE, but we don't do it by default. Same goes for
|
||||
@@ -166,3 +168,9 @@ emulated everything that the current build scripts do (not just build
|
||||
the code, but all the other annoying crap that the build scripts do)
|
||||
then maybe we could switch to it. It's all about reaching some kind
|
||||
of critical mass.
|
||||
|
||||
|
||||
////////////////////////////////////////////////////////////////////
|
||||
|
||||
|
||||
Ben Fry - 16 July 2005
|
||||
@@ -3,18 +3,18 @@
|
||||
QT_JAVA_PATH="$WINDIR\\system32\\QTJava.zip"
|
||||
if test -f "${QT_JAVA_PATH}"
|
||||
then
|
||||
#echo "Found Quicktime at $QT_JAVA_PATH"
|
||||
echo "Found Quicktime at $QT_JAVA_PATH"
|
||||
else
|
||||
QT_JAVA_PATH="$WINDIR\\system\\QTJava.zip"
|
||||
if test -f "${QT_JAVA_PATH}"
|
||||
then
|
||||
echo "could not find qtjava.zip in either"
|
||||
echo "${WINDIR}\\system32\\qtjava.zip or"
|
||||
echo "${WINDIR}\\system\\qtjava.zip"
|
||||
echo "quicktime for java must be installed before building."
|
||||
exit 1;
|
||||
then
|
||||
#echo "Found Quicktime at $QT_JAVA_PATH"
|
||||
else
|
||||
echo "Found Quicktime at $QT_JAVA_PATH"
|
||||
fi
|
||||
fi
|
||||
|
||||
|
||||
@@ -4,6 +4,38 @@ X incorporate fix posted by mellis
|
||||
X need to figure out threading etc
|
||||
X problem with it launching a new thread for every single update!
|
||||
X http://processing.org/bugs/show_bug.cgi?id=19
|
||||
o make note that changing screen config requires restart of processing
|
||||
o static { checkScreens(); }
|
||||
o static void PApplet.checkScreens() { }
|
||||
o to run explicitly later
|
||||
o this seems too complicated.. just make people restart
|
||||
o convert spaces to underscores and vice versa for sketch/tab names
|
||||
o underscoring everything is kinda nasty
|
||||
o only needs to be underscored when passed off to java
|
||||
o although then if people *want* underscores, there's gonna be trouble
|
||||
o http://as.processing.org/bugs/show_bug.cgi?id=76
|
||||
o if in full java mode
|
||||
o if extends PApplet.. or rather, put PApplet cast into a
|
||||
o try/catch block.. if it doesn't work, try applet. if that
|
||||
o doesn't work, try using the class' main() to run it
|
||||
X not gonna do this, p5 is not a java editor
|
||||
o if a .pde isn't contained in a properly named folder
|
||||
o offer to rename the parent folder, rather than placing in a new folder
|
||||
|
||||
fixed in previous releases
|
||||
X closing window w/o first hitting stop() causes freak out
|
||||
X opengl gives an OutOfMemoryError
|
||||
X java2d just goes into a lock
|
||||
X could also be code that's in an infinite loop (i.e. text error)
|
||||
X which then causes a full lock
|
||||
X something really bad happened with println() in this release
|
||||
X perhaps only without a code folder and/or running in java2d mode?
|
||||
X this may also be what's hosing
|
||||
X external apps don't stop at all when 'stop' is hit
|
||||
X worker thread is halting the app ala code folder bug
|
||||
X could this be dealt with by using nio?
|
||||
X host environment will be running 1.4 so...
|
||||
|
||||
|
||||
_ name Le'o is a problem on osx
|
||||
_ http://processing.org/bugs/show_bug.cgi?id=49
|
||||
@@ -319,23 +351,27 @@ _ http://as.processing.org/bugs/show_bug.cgi?id=66
|
||||
|
||||
PDE / Find & Replace
|
||||
|
||||
_ only enable "find next" in menu after a find has happened
|
||||
_ all around very ugly, fix it up
|
||||
_ http://as.processing.org/bugs/show_bug.cgi?id=67
|
||||
_ several tweaks
|
||||
_ allowing to find & replace over multiple tabs
|
||||
- placing "replace" next to "find" ... (hitting "replace all" by accident)
|
||||
- have a button "replace & find next"
|
||||
_ http://processing.org/discourse/yabb_beta/YaBB.cgi?board=Suggestions;action=display;num=1115645270
|
||||
_ http://as.processing.org/bugs/show_bug.cgi?id=68
|
||||
_ only enable "find next" in menu after a find has happened
|
||||
_ placing "replace" next to "find" ... (hitting "replace all" by accident)
|
||||
_ have a button "replace & find next"
|
||||
_ allowing to find & replace over multiple tabs
|
||||
_ http://as.processing.org/bugs/show_bug.cgi?id=69
|
||||
_ fix find/replace focus issue on osx
|
||||
_ http://as.processing.org/bugs/show_bug.cgi?id=70
|
||||
_ give that field focus explicitly, rather than just for typing
|
||||
_ right now, typing works, but no caret, no blue highlight
|
||||
_ and on second find run, should instead select all the find string
|
||||
_ so that typing will replace it directly
|
||||
_ all around very ugly, fix it up
|
||||
|
||||
|
||||
PDE / History
|
||||
|
||||
_ implement new version of history
|
||||
_ http://as.processing.org/bugs/show_bug.cgi?id=71
|
||||
_ make history folder, and a zip (not gz) file for each entry
|
||||
_ history causing trouble - super slow with a huge sketch
|
||||
_ could instead be gzipped and appended to history.dat
|
||||
@@ -344,10 +380,8 @@ _ no need to make the thing a gzip stream
|
||||
_ checkbox on menu for 'record history' ?
|
||||
_ history converter option?
|
||||
_ only first 20 entries visible?
|
||||
_ zlib file becoming corrupt (not flushed after close?)
|
||||
_ http://processing.org/discourse/yabb/YaBB.cgi?board=Proce55ing_software_bugs;action=display;num=1080346981
|
||||
_ http://processing.org/discourse/yabb/YaBB.cgi?board=Proce55ing_software_bugs;action=display;num=1088333655
|
||||
_ shortcut to walk through history, ala photoshop (ctrl-alt-z)
|
||||
_ zlib file becoming corrupt (not flushed after close?)
|
||||
|
||||
|
||||
PDE / Preferences
|
||||
@@ -355,76 +389,64 @@ PDE / Preferences
|
||||
_ saved window positions.. if displays has changed, becomes a problem
|
||||
_ record the display that it was on?
|
||||
_ GraphicsDevice gd = frame.getGraphicsConfiguration().getDevice();
|
||||
_ make sure that the applet is within the bounds of the current display?
|
||||
_ make sure that the application is within the bounds of the current display?
|
||||
_ (from 0, 0 to width, height)
|
||||
_ make note that changing screen config requires restart of processing
|
||||
_ static { checkScreens(); }
|
||||
_ static void PApplet.checkScreens() { }
|
||||
_ to run explicitly later
|
||||
_ this seems too complicated.. just make people restart
|
||||
_ split Preferences and PreferencesFrame ?
|
||||
_ messy since some displays have negative coords
|
||||
_ http://as.processing.org/bugs/show_bug.cgi?id=72
|
||||
_ split Preferences and PreferencesFrame?
|
||||
_ http://as.processing.org/bugs/show_bug.cgi?id=74
|
||||
_ preferences window has been hit with the ugly stick
|
||||
_ redo panel to use proper swing layout etc
|
||||
_ redo panel to use proper Box layout etc
|
||||
_ also needs to look good across all platforms
|
||||
_ http://as.processing.org/bugs/show_bug.cgi?id=73
|
||||
_ make available the background colors for present mode, stop button color
|
||||
_ http://as.processing.org/bugs/show_bug.cgi?id=75
|
||||
|
||||
|
||||
PDE / Runner
|
||||
|
||||
_ stop() not working very well
|
||||
_ doesn't seem to actually be stopping things
|
||||
_ closing window w/o first hitting stop() causes freak out
|
||||
_ opengl gives an OutOfMemoryError
|
||||
_ java2d just goes into a lock
|
||||
_ could also be code that's in an infinite loop (i.e. text error)
|
||||
_ which then causes a full lock
|
||||
_ something really bad happened with println() in this release
|
||||
_ perhaps only without a code folder and/or running in java2d mode?
|
||||
_ this may also be what's hosing
|
||||
_ external apps don't stop at all when 'stop' is hit
|
||||
_ worker thread is halting the app ala code folder bug
|
||||
_ could this be dealt with by using nio?
|
||||
_ host environment will be running 1.4 so...
|
||||
_ npe is a runtimeex, so any npe in setup comes up weird
|
||||
_ http://as.processing.org/bugs/show_bug.cgi?id=77
|
||||
_ NullPointerException inside setup() comes up weird
|
||||
_ because NullPointerException is a RuntimeException
|
||||
_ maybe the renderer exception is something different? newrendex?
|
||||
_ if in full java mode
|
||||
_ if extends PApplet.. or rather, put PApplet cast into a
|
||||
_ try/catch block.. if it doesn't work, try applet. if that
|
||||
_ doesn't work, try using the class' main() to run it
|
||||
_ http://as.processing.org/bugs/show_bug.cgi?id=78
|
||||
_ exception in setup() on external app doesn't kill run button
|
||||
_ also doesn't kill external vm
|
||||
_ http://as.processing.org/bugs/show_bug.cgi?id=79
|
||||
_ quitting from present mode doesn't kill run button
|
||||
_ http://as.processing.org/bugs/show_bug.cgi?id=80
|
||||
_ exceptions in draw() apps aren't caught
|
||||
_ the program resize(200, 200); just does nothing (doesn't complain)
|
||||
_ http://as.processing.org/bugs/show_bug.cgi?id=81
|
||||
_ weird exception in the run button watcher
|
||||
_ http://processing.org/bugs/show_bug.cgi?id=42
|
||||
_ http://processing.org/discourse/yabb_beta/YaBB.cgi?board=SoftwareBugs;action=display;num=1115936913
|
||||
|
||||
|
||||
PDE / Sketch & Sketchbook
|
||||
|
||||
_ transparently convert spaces to underscores (?)
|
||||
_ underscoring everything is kinda nasty
|
||||
_ if a .pde isn't contained in a properly named folder
|
||||
_ offer to rename the parent folder, rather than placing in a new folder
|
||||
_ may need a progress bar for "save as"
|
||||
_ or just the file copy function in general
|
||||
_ since it may take a long time (i.e. 1000s of screen grabs)
|
||||
_ "save as" shouldn't show save as dialog for sketches
|
||||
_ http://processing.org/bugs/show_bug.cgi?id=82
|
||||
_ "save as" shouldn't show always show save as dialog
|
||||
_ unless that's the current mode that's being used
|
||||
_ http://processing.org/bugs/show_bug.cgi?id=83
|
||||
_ scanning sketchbook folder may be extremely slow
|
||||
_ not sure why this would be the case
|
||||
_ when lots of frames saved out, takes forever to scan the folder
|
||||
_ http://processing.org/discourse/yabb_beta/YaBB.cgi?board=SoftwareBugs;action=display;num=1119096890
|
||||
_ http://processing.org/bugs/show_bug.cgi?id=84
|
||||
_ handle renaming with case changes (currently ignores case change)
|
||||
_ see notes/bitching in Sketch.nameCode()
|
||||
_ http://processing.org/discourse/yabb_beta/YaBB.cgi?board=SoftwareBugs;action=display;num=1116171607
|
||||
_ http://processing.org/bugs/show_bug.cgi?id=85
|
||||
_ "save as" loses cursor/scroll positions (because reloading)
|
||||
_ http://processing.org/discourse/yabb_beta/YaBB.cgi?board=Suggestions;action=display;num=1115486342
|
||||
_ setting sketchbook to a folder on the network
|
||||
_ http://processing.org/bugs/show_bug.cgi?id=86
|
||||
_ setting sketchbook to a folder on a network mounted drive
|
||||
_ does this work? test on both on mac and pc..
|
||||
_ or if not, should recommend people against it
|
||||
_ (i.e. folders disappearing if net has trouble)
|
||||
_ http://processing.org/bugs/show_bug.cgi?id=87
|
||||
_ some type of sketch archive format for posting examples (.psk?)
|
||||
_ would be nice to open a sketch directly from a zip file
|
||||
|
||||
|
||||
Reference in New Issue
Block a user