 |
Author |
Topic: editor (Read 1427 times) |
|
vanwoods
|
editor
« on: Jun 25th, 2003, 8:40pm » |
|
Has anybody made a simple shape editor using processing? Ie editable shapes with handles, etc? I am interested in the possibility of using processing as a platform for users to put in simple code to get different/predictable behavior from shapes during editing. An example would be creating a series of rectangles controlled from an axis, which would consist of extending an EditableRectangle and EditableLine.
In my mind this would require an editor layer (which would be in a seperate file in the future and extended by a user). Curious if anybody has done anything similar already or is interested in working on such a thing. Also curious on feedback whether such a thing would be better developed as an extension to the p5 core rather than as a pde.
Thx,
Van
|
|
|
|
|
benelek
 
|
Re: editor
« Reply #1 on: Jun 26th, 2003, 4:22am » |
|
i think lots of people 'round here have used editable/reactive shapes... Processing is in itself a very easy (and quick) editor for setting up such environments in any number of custom configurations. the question determining the type of editability of shapes in each designer's sketch, is what the specific purpose of each "editor" would/could be.
here is a small example of 5 rectangles placed along a line. you can change the slope of the line and the size of the rectangles with some scrollbars. any number of additional scrollbars could be programmed in to modify the shapes in other ways. is this the kind of editability you mean?
http://users.bigpond.net.au/schwartz/object_handles2/applet/
|
|
|
|
|
vanwoods
|
Re: editor
« Reply #2 on: Jun 26th, 2003, 5:15pm » |
|
thanks for the response and example benelek. i should have been clearer. what i am referring to are shapes that support direct interactive manipulation, namely shapes with 'handles' and an editor environment with select/add/move/delete/copy/group functionality (much like soda the soda example in that regards). your bezier exploration example is a good example of handle usage (for others: http://users.bigpond.net.au/schwartz/bezierExploration/applet/index.html ). a simple example implemented as a simple applet is something like: http://www.sgi.com/fun/java/mark/index.html
where i am going with this is that i would like to develop a 'structured sketcher' lets say. with the axis/rectangles example, imagine picking up one of the middle rectangles and the remaining rectangles sliding to take its place, and then on mousereleased could be inserted to another slot with the others sliding out of its way.
what i think would be required would be classes representing shapes (its current coords, selection status, color/linestyle attribs, move method, etc), a shape list, and to dispatch update requests during loop(). then to add customizable interactive behavior to the shapes you could override them and provide behavior (like the axis and rects example).
|
|
|
|
|
vanwoods
|
Re: editor
« Reply #4 on: Jun 26th, 2003, 10:21pm » |
|
bingo...are these written using processing?
|
|
|
|
|
vanwoods
|
Re: editor
« Reply #5 on: Jul 11th, 2003, 6:28pm » |
|
hey ben or casey, can you give me any idea before i try contacting Simon Greenwold, does the DRAW app at http://acg.media.mit.edu/projects/treehouse/ have any association with p5? my guess is that it is an extension of maeda's reconfigurable painting tool example. i am interested in notions of end user visual programming and object authoring and the interface aspects for accomodating that type of functionality. for example the shrinking and expanding object handles is very slick. i am envisioning adding features such as dependencies (ie being able place a new lines starting point on an existing line) and another view that displays that dependency graph (kind of a visual 'view source' kind of metaphor). is there any source code and papers that you guys could point me to? where is the treehouse proj in terms of development right now? enough questions yet? 
TIA and have a great weekend!
|
|
|
|
|
fry
|
Re: editor
« Reply #6 on: Jul 24th, 2003, 12:15am » |
|
hey there..
sorry for the delay in response. i don't always read all sections of the bboard so i often miss things.
my treehouse app is written using the graphics part of processing, and megan may have done the same. however most of the others are just done using regular java. the next generation treehouse applets being developed now i think are mostly using the graphics engine part of processing, but not the full environment.
not sure what maeda's take is on making the code available. it would seem that having the code available would be in line with the intent of the projects, but i'll check with him on it.
|
|
|
|
|
fry
|
Re: editor
« Reply #7 on: Jul 24th, 2003, 6:56pm » |
|
checked into it.. in the short term, the licensing stuff looks overly complicated (the students who did that stuff have mostly graduated in the last month, and we have to haggle with mit and the media lab ip offices). in the long term, though, i think the treehouse code will definitely be available, since that's in the spirit of the project.
|
|
|
|
|
|
