Processing 1.0 - Processing Discourse

We closed this forum 18 June 2010. It has served us well since 2005 as the ALPHA forum did before it from 2002 to 2005. New discussions are ongoing at the new URL http://forum.processing.org. You'll need to sign up and get a new user account. We're sorry about that inconvenience, but we think it's better in the long run. The content on this forum will remain online.

Index › Discussion › General Discussion, Status › Processing 0122

‹ Previous Topic | Next Topic ›

Pages: 1

Processing 0122 (Read 2460 times)

fry

Processing 0122
Nov 28^th, 2006, 2:19pm

ABOUT REV 0122 - 28 November 2006

Lots of bug fixes and two new libraries.

[ features ]

+ Michael Chang's "Candy" SVG Importer has been expanded significantly
and added as a "core" library. We are grateful to Michael for his
contribution to the project.

+ A simple XML library (processing.xml) has been added. It is based on
NanoXML, and requires documents to be very strictly formatted, and
doesn't support some XML features.

+ For both of these new libraries, they are intentionally minimal
implementations. A full XML library or a full SVG import/export
library would be quite significant in size. We think it's instead
helpful to have libraries that can be included as part of an applet,
meaning that they should be no larger than around 20-30k. If you
don't need the compact size, you can use a larger XML library,
or something like Apache's Batik to handle SVG import.

[ bug fixes ]

+ Lots of work done to improve the formatting, and also make the
key combinations work more appropriately for the various platforms.
For instance, HOME and END keys now move to the beginning or end
of the document, while ctrl-left and right (cmd-left and right on mac)
moves to the beginning or the end of a line. Outdenting when a brace
is used and some other quirks have been ironed out more.
Shift-backspace now also produces 'delete', which is a useful thing
found in many programming text editors. Also text selection and arrow
issues like http://dev.processing.org/bugs/show_bug.cgi?id=349
This is one of several fixes that improve the use of the arrow keys
along with cmd/alt-right/left and others. In general, the editor
has been mostly brought up to spec for how keys work.

+ Fixed the menu shortcuts for next and previous tab:
http://dev.processing.org/bugs/show_bug.cgi?id=402

+ Fixed a problem where clicking the close box of Processing, then hitting
"Cancel" when asked to save changes, would close the window anyway.
http://dev.processing.org/bugs/show_bug.cgi?id=440

+ Changed "Format for Discourse" to "Copy for Discourse", which just
copies the code directly to the clipboard so it can easily be
pasted into the forum. The UI was too goofy before.
http://dev.processing.org/bugs/show_bug.cgi?id=447

+ Forgot to mention, there was a fix added in revision 0120 that
prevented files dragged into a sketch from bouncing back to the
desktop on Mac OS X. (It formerly gave the impression that the
file was not properly added to the sketch).

+ noiseSeed() was only working once, and only before noise() was used.
http://processing.org/discourse/yabb_beta/YaBB.cgi?board=SoftwareBugs;action=display;num=1162856262

+ lerpColor() now honors the current color mode. Also added support
for lerpColor(c1, c2, MODE) where MODE is RGB or HSB.
http://processing.org/discourse/yabb_beta/YaBB.cgi?board=Suggestions;action=display;num=1160096087

+ Fixed a regression in P3D/OPENGL that prevented points from drawing
in some areas of the screen.
http://dev.processing.org/bugs/show_bug.cgi?id=444

+ Fixed earlier but not announced: gray backgrounds in PDF export
http://dev.processing.org/bugs/show_bug.cgi?id=324

mflux Senior Member Offline Posts: 388	Re: Processing 0122 Reply #1 - Nov 29^th, 2006, 2:42pm Great stuff, I'm glad you've implemented it into the new build. Gonna try this out now
	Portfolio

st33d

Re: Processing 0122
Reply #2 - Nov 30^th, 2006, 2:11pm

Am I to understand that you've brought Processing out of line with every other text editor I use? I use the Home and End keys to go to the beginning and end of lines. Now there is no such capability in Processing. What's wrong with Page Up / Down?

Strangely enough if you type "home end keys" into Google you get a list of people complaining about the behaviour of the home / end keys on OSX. Which is now emulated in Processing on Windows XP.

fry

Re: Processing 0122
Reply #3 - Nov 30^th, 2006, 8:59pm

st33d wrote on Nov 30^th, 2006, 2:11pm:

Am I to understand that you've brought Processing out of line with every other text editor I use I use the Home and End keys to go to the beginning and end of lines. Now there is no such capability in Processing. What's wrong with Page Up / Down

Strangely enough if you type "home end keys" into Google you get a list of people complaining about the behaviour of the home / end keys on OSX. Which is now emulated in Processing on Windows XP.

you bet, and i did it specifically to annoy you, because i enjoy reading posts like that!

if you can find me proper documentation on the behavior, i'll happily change them to the windows, mac os x, and linux standards, as was my intent in making the change. b*tching about it isn't gonna help.

i've finally found the windows guidelines which use home/end for beginning/ending of line and ctrl-home/end for begin/end of document, so that's at least a start:
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dnacc/html/atg_keyboardshortcuts.asp

the osx guidelines seem to be mum:
http://developer.apple.com/documentation/UserExperience/Conceptual/OSXHIGuidelines/XHIGKeyboardShortcuts/chapter_20_section_1.html

tho i'm probably just missing something.

in the meantime, you can use ctrl-right and ctrl-left to go to the beginning and ending of lines, and home/end to move to the beginning/ending of the document. these were the only bindings i could find to be consistent across mac and pc, and across applications (eclipse, bbedit, or adobe illustrator).

edit: found the mac guidelines, home is beginning, end is the end of the document as now implemented:
http://developer.apple.com/documentation/UserExperience/Conceptual/OSXHIGuidelines/XHIGUserInput/chapter_11_section_3.html#//apple_ref/doc/uid/TP30000361-TPXREF61
my mistake in including that on windows, i'm not sure why i was under the impression that windows was identical (i did a ton of testing on this crap) i'd prefer to follow the guidelines for both, but i may have to add a preference to avoid a holy war.

mflux Senior Member Offline Posts: 388	Re: Processing 0122 Reply #4 - Dec 1^st, 2006, 2:12am I wouldn't mind if they were emacs hotkeys But that may be going a bit off the far end.
	Portfolio

skeeve

Re: Processing 0122
Reply #5 - Dec 16^th, 2009, 9:06am

[quote author=495D562F0 link=1164719944/0#0
Shift-backspace now also produces 'delete', which is a useful thing
found in many programming text editors.
[/quote]

Which text editors? If it is it should most definitely be optional. I have accidentally deleted when I meant to backspace so many times when I was holding down the shift key simply to type. I almost never use the caps locks key so I hold down shift sometimes for a long duration and if I make a typo and try to delete it quickly while doing so I end up completely screwing with my program. Could you please disable this or make it optional? Or is there already a way I can disable in some configuration file or something?

Pages: 1

‹ Previous Topic | Next Topic ›