Re: [Inkscape-devel] [Inkscape-user] exporting slices as boxes
On 8/17/07, Aaron Spike <aaron@...749...> wrote:
It would be more convenient and require less mental effort for the user if they could see them. It helps to be able to see all of the boxes, not just the selected box, while creating new boxes.
You can. Just select all and then draw with Rect tool. It will even snap to the existing rects. (It will unselect all but the new one once you finish it, though.)
there is a simple solution. I can select all the boxes and give them color while I am working with them. But again this is only a work around.
Everything can be called workaround for something else. For example, if we implement your "magic slices" and I want to change their color, I will most likely have to go and search for that in prefs. Which, for me, is a poor workaround for just selecting the boxes I need and clicking on the color palette.
And it require effort from a user to do something that we should provide a real solution for.
No solution is "real". One may be better than another but it does not make it more "real" in any sense. A specialized solution may be more convenient, but it may also be more clumsy and getting-in-the-way of those who don't need it.
See, a new specialized feature is worth it if it offers something which is _in principle_ impossible or very hard to do with existing tools. And even if it has some added value, that feature better be very isolated and orthogonal to everything else. Otherwise, if it's instrusive, it must provide some really basic and important facility in order to be considered.
The slicing facility is important for many people, check. But doing it via "magic slices" is very intrusive and non-orthogonal because it involves a whole new kind of objects and/or controls that all tools will need to be aware of - no check. And it also does not offer much added value compared to the naive approach, except some conveniences that may be just as well incorporated into existing tools/templates/dialogs - also no check. That's why it does not pass my filter.
Yes, but this is just one of the dozens of selection methods available in Inkscape. Most other methods work fine.
Could you please list the "dozens" of selection methods? I know we provide quite a number, perhaps even 12 but I think you may be exaggerating.
OK, granted, "dozens" was an exaggeration :) But you can get 12 if you count all the keyboard modifiers in selector :)
Now, of all of the selection methods that Inkscape provides, what would you say is the simplest, most obvious method for selecting a single object. I argue that it is the single click of the selector tool.
Yes, but you forget another proposed method that you can use if you don't like transparent rects: make them blue, but place them in a semitransparent layer. Then when you need to export it, just set its transparency to 0. Minimum clicks to get what you need, and you can still click to select the slices. What's wrong with this?
Difficult to set up? Just provide a template with that semitransparent "slices" layer already present. Difficult to discover? Write and popularize a tutorial. Cannot batch export the slices? Yes you can, in SVN this is added right to the Export dialog (the "export selected objects separately" checkbox). I can even easily add another checkbox there: export all within the object's bbox but not the object itself - and then you will not need to make the boxes transparent, because they will be hidden in the export anyway. Or, we can eventually support per-layer Outline view (this was already requested by other people for other purposes), which, if enabled for the export layer, will solve all of your problems at once: rects will be always visible and clickable even if transparent. And we can even enable per-layer outline color to differentiate them visually. Need more intuitive manipulation of the slices? Excellent suggestion, just implement the rect-specific commands for "subdivide horizontally", "subdivide vertically", and "rectangle union" on the Rect toolbar, and fix the KnotHolder so it can edit more than one selected rect (e.g. by dragging the touching sides of two adjacent rects) - and editing the slices will be a breeze, not to mention all the other benefits you get from these improvements.
See? Every convenience you can think of is easily possible with the simple approach, just by extending the capabilities of existing tools. And the big advantage is that these extensions may be useful in various other situations too. Whereas, if you create a specialized tool just for slicing, it will be useless for anything but slicing.
bulia byak wrote:
Yes, but you forget another proposed method that you can use if you don't like transparent rects: make them blue, but place them in a semitransparent layer. Then when you need to export it, just set its transparency to 0. Minimum clicks to get what you need, and you can still click to select the slices. What's wrong with this?
It becomes a problem in tweaking. Export, evaluate result, change opacity, tweak, change opacity, export...
Difficult to set up? Just provide a template with that semitransparent "slices" layer already present. Difficult to discover? Write and popularize a tutorial. Cannot batch export the slices? Yes you can, in SVN this is added right to the Export dialog (the "export selected objects separately" checkbox). I can even easily add another checkbox there: export all within the object's bbox but not the object itself - and then you will not need to make the boxes transparent, because they will be hidden in the export anyway. Or, we can eventually support per-layer Outline view (this was already requested by other people for other purposes), which, if enabled for the export layer, will solve all of your problems at once: rects will be always visible and clickable even if transparent. And we can even enable per-layer outline color to differentiate them visually. Need more intuitive manipulation of the slices? Excellent suggestion, just implement the rect-specific commands for "subdivide horizontally", "subdivide vertically", and "rectangle union" on the Rect toolbar, and fix the KnotHolder so it can edit more than one selected rect (e.g. by dragging the touching sides of two adjacent rects) - and editing the slices will be a breeze, not to mention all the other benefits you get from these improvements.
See? Every convenience you can think of is easily possible with the simple approach, just by extending the capabilities of existing tools. And the big advantage is that these extensions may be useful in various other situations too. Whereas, if you create a specialized tool just for slicing, it will be useless for anything but slicing.
Thank you for not saying that what we have is good enough. Thank you for providing ideas that address the problems.
Aaron Spike
Could you please list the "dozens" of selection methods? I know we provide quite a number, perhaps even 12 but I think you may be exaggerating.
OK, granted, "dozens" was an exaggeration :) But you can get 12 if you count all the keyboard modifiers in selector :)
Last time I wanted select objects by their color. Is it possible somehow?
( Actually I wanted to move to different layers. Im playing with blender's svg renderer: http://shell.studenti.unina.it/~ospite/vrm/ )
Last time I wanted select objects by their color. Is it possible somehow?
( Actually I wanted to move to different layers. Im playing with blender's svg renderer: http://shell.studenti.unina.it/~ospite/vrm/ )
If somebody want to play with, here is the .svg file: http://khiraly.googlepages.com/e-9.svg
The main problem is: there are 1937 object. I want to union all the blue objects for example (or I want to move to a new layer). Simply there are to many objects for the normal selection methods.
Can somebody help me in this? I want to create some technical illustration like this one: http://i17.tinypic.com/6810e51.png or this: http://reprap.org/pub/Main/AssemblingDarwinMachinery/14.JPG
For a simple cube I can achieve the desired effect (I can manually union all the triangles, and its not to much time. But for a more complex object, its a noway)
Thx, Khiraly
On Fri, Aug 24, 2007 at 02:20:35PM +0200, Khiraly wrote:
Last time I wanted select objects by their color. Is it possible somehow?
( Actually I wanted to move to different layers. Im playing with blender's svg renderer: http://shell.studenti.unina.it/~ospite/vrm/ )
If somebody want to play with, here is the .svg file: http://khiraly.googlepages.com/e-9.svg
The main problem is: there are 1937 object. I want to union all the blue objects for example (or I want to move to a new layer). Simply there are to many objects for the normal selection methods.
There have been many times I thought a property select would have been brilliant. Something that selected every object where fill=none, or id contained "block", or stroke-width < 4
Probably my wish is a bit too complicated for the day-to-day artist, but I mostly have to live in the XML editor to get the things I need, and having to live there less would be nice.
Jeff
On 8/24/07, Khiraly <khiraly123@...240...> wrote:
If somebody want to play with, here is the .svg file: http://khiraly.googlepages.com/e-9.svg
The main problem is: there are 1937 object. I want to union all the blue objects for example (or I want to move to a new layer). Simply there are to many objects for the normal selection methods.
That's what Find is for. Search for Style: fill:#0000FF (you can always look up the exact color by selecting one object and mouseovering the selected style indicator).
Can somebody help me in this? I want to create some technical illustration like this one: http://i17.tinypic.com/6810e51.png or this: http://reprap.org/pub/Main/AssemblingDarwinMachinery/14.JPG
So why do you need many adjacent same-colored objects for these? They should be simple to draw, especially using the new 3D box tool. In your e-9 file, it looks like it was some sort of mesh created in another program and exported to SVG as a scattering of small fragments. If you draw it in Inkscape it would be just 2 blue objects.
Also, if you want to globally replace one color with another, use the new Replace color extension effect.
2007. 08. 24, péntek keltezéssel 12.09-kor bulia byak ezt írta:
On 8/24/07, Khiraly <khiraly123@...240...> wrote:
If somebody want to play with, here is the .svg file: http://khiraly.googlepages.com/e-9.svg
The main problem is: there are 1937 object. I want to union all the blue objects for example (or I want to move to a new layer). Simply there are to many objects for the normal selection methods.
That's what Find is for. Search for Style: fill:#0000FF (you can always look up the exact color by selecting one object and mouseovering the selected style indicator).
Its really helpful, you saved my day!
Just a little concern. The exported .svg define the color with upper case like this: style="fill:#6A0000; stroke:#6A0000;
If I edit it in inkscape (ungroup for example) inkscape define the color lower case, like this: #6a0000
So if I type the style in the fill dialog it is CASE SENSITIVE, so 6A0000 does not match for 6a0000 and vice versa. But its the SAME color.
I think its a small bug in here. Running 0.45.1. Is this bug present in the recent version too?
Can somebody help me in this? I want to create some technical illustration like this one: http://i17.tinypic.com/6810e51.png or this: http://reprap.org/pub/Main/AssemblingDarwinMachinery/14.JPG
So why do you need many adjacent same-colored objects for these? They should be simple to draw, especially using the new 3D box tool. In your e-9 file, it looks like it was some sort of mesh created in another program and exported to SVG as a scattering of small fragments. If you draw it in Inkscape it would be just 2 blue objects.
You just figured out what Im looking for. The object was created in another 3D tool, and exported to .stl. Here is the file: http://khiraly.googlepages.com/poly-holder.stl
I imported to blender and exported via the VRM script: http://shell.studenti.unina.it/~ospite/vrm/
I discovered that if I color the faces of the object, it preserves, and I can work more easily in inkscape (thx again bulia!)
Also, if you want to globally replace one color with another, use the new Replace color extension effect.
The purpose of coloring its just identify the parts of the object.
Best regards, Khiraly
Hi!
Just finished the object in a couple of minute! The final .svg is just 11kB, not 317kB. Its simpler and clean. Im not so far from the final result.
See: http://khiraly.googlepages.com/e-11.svg http://khiraly.googlepages.com/e-11.png
Thx very much for the help bulia!
Khiraly
On 8/24/07, Khiraly <khiraly123@...240...> wrote:
So if I type the style in the fill dialog it is CASE SENSITIVE, so 6A0000 does not match for 6a0000 and vice versa. But its the SAME color.
Yes. If anyone volunteers to add a "case sensitive" checkbox to this dialog it would be great.
participants (4)
-
Aaron Spike
-
bulia byak
-
Jeffrey Brent McBeth
-
Khiraly