2014-11-25 5:55 GMT+01:00 Josh Andler <scislac@...400...>:
On Mon, Nov 24, 2014 at 8:46 PM, Krzysztof Kosiński <tweenk.pl@...847...0...> wrote:
- Object browser. Basically, something like the XML editor but for the SP tree.
In trunk, is "Object>Objects..." not quite there?
Yes, I meant something like this. I didn't run make install for a pretty long time and had the old menu structure. In my mind this dialog should also have some means to edit the parameters of the shapes, or perhaps this could be put in Object Properties.
There's a bigger UI problem here. Right now we can modify shape parameters (e.g. number of corners on a star) only through the toolbar in the appropriate tool. This means one must select a shape and then select the correct tool. This is clearly suboptimal, since the correct tool might not be immediately obvious. However, if we put the same controls in the Object Properties dialog, it will lead to UI duplication. Does anyone know how other tools solve this?
- Improvements to the selector tool:
- a mode object positions are transformed, but the objects themselves
are unaffected (only translated)
- a mode that works as if each object was selected in turn and the
same transform was applied to it
What about align on-canvas stuff that Martin added last year?
There was a movie that demonstrated how this worked, but it was removed from Blip - is it available anywhere else? Could we convince Martin to reupload it?
- Nicer support for space symmetry (tilings). They should be editable
on the canvas instead of trial-and-error fiddling with numbers in the clone tiler dialog. Implementing 6 would fix some of the problem, but
Did anybody evaluate the results of this GSoC project?
https://code.launchpad.net/~inkscape.dev/inkscape/symmetry-tool
I mentored this, but the results are not very usable. The project turned out to be more complicated than expected. For example, I recall that it turned out somewhere along the way that for each clone it is necessary to store how it was transformed to its position.
2014-11-25 20:54 GMT+01:00 Johan Engelen <jbc.engelen@...2592...>:
Some counter text here: The design of having all parameters of one LPE in a defs node has been very nice to work with (I think I am one of the /very/ few that actually worked with this?). Previous to the node tool changes, we could edit a path's original path and LPE bend path at the same time perfectly fine. What happened to this? ;-) :P
Yes, the LPE design is simple. I agree parts of it have turned into spaghetti, mostly because people wanted LPE's to work on groups, text, their shoelaces, etc ;) Also, cruft has collected because of unfinished work that never got removed.
Well, that's kind of the point. The current LPE design is reasonable for the model of one input path being transformed to one output path. If I started from these assumptions I would've had probably come up with a similar design. However, once multiple path parameters are put on a separate LPE node, handling this design in the node editor is very tedious, because the set of objects contained in Inkscape::Selection and the set of objects which are supposed to display their editing controls are no longer the same.
Regards, Krzysztof