- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] New dynamics interface proposal
by Valerie 28 Apr '12

28 Apr '12

> http://www.tomlechner.com/randompics/finishing.png Ni... whoa, transparency on dark background is hard to read. xD But it's okay once you've downloaded the image. So anyway, it does look nice! I did end up thinking about what Josh said about what's "something you'd find in Inkscape and what you don't", and about implementation issues though. I'm wondering if it isn't too hard to code those visual elements (maybe it's not though, I can't tell). The part I totally agree with is the gradient and the "extrude" view for dynamics. A few thoughts on the rest: 1. Color dynamics In fact, the existing tiling mechanism is quite far from the ideal solution. Right now: To have color dynamics, you have to: - Start with unset fill and stroke colors - All objects in group must have and end up with the same color properties - You can only define a start value and %changes (though by defining a start and end value instead, it should be possible to have those then converted into %values) Ideally: - You can start with any fill and stroke - You can have objects of different color/opacity/blur properties - You can define multiple stops, just like a gradient Basically, for color/opacity/blur dynamics, your proposed interface works well if there's only a start node and an end node. For the user to be able to add intermediate nodes, the code for the color dynamics mechanism needs to be changed. This does not prevent us from defining the ideal end interface from the start, I just mean I'll have to note this in the wiki later, so I'm telling you first. Also, on the group color change, the following feature basically would help a lot (just like "cut operation on groups" is necessary for the "fuse tile" mode): Group colour/color changes, brightness, contrast, HSV, more: https://bugs.launchpad.net/inkscape/+bug/171181 Instead of starting with an object with no fill or stroke, you could start with anything you want, even groups of objects with different colors etc. Inkscape would modify the hue of the whole group like when you use the hue slider in Gimp for example. 2. Jitters There are two things that worry me a bit about the jitters presentation: - Interface clutter: I like the wub-wubs, but it may get messy with more than 2 or 3 of them. Maybe a single static round wub-wub could be displayed around the node if there's - any- jitter (just to warn you that it's there). The user can them see which ones are available by bringing up the whole thing. - Ease of programming. There aren't that many GUI features in Inkscape, and I don't know how how easy it would be to create a widget like the one you're proposing. Maybe clicking on nodes could instead just pop up a more usual dialogue with different jitter options and sliders: X-Jitters [x] Position : |----|--| [ 80 ]% [ ] Width : ||------| [ 10 ]% [x] Opacity : |------|| [ 90 ]% [ ] Hue : |---|---| [ 50 ]% (logarithmic sliders could be nice...) I wonder if trace properties could also be stuffed somewhere... Since there is a "preview" button in the wiki proposal, the user can just toggle it on then off and tweak values until he's happy. Though... the preview feature itself is something that needs some work...

1 0

Re: [Inkscape-devel] New dynamics interface proposal
by Valerie 28 Apr '12

28 Apr '12

Thanks for uploading the file Veronika! http://wiki.inkscape.org/wiki/index.php/Tiling_tool I've edited the wiki page some more: - Added a table of UI design status, so feel free to add your own input of what seems OK already and what isn't - Added description for radial tiling - Added description for line tiling - Re-added proposal for symmetrical dynamics around base tile, but also noting that the current tiling mechanism does not support it - Added current discussion on on-canvas Dynamics. Also added a proposal: "preview mode for dynamics" (click a checkbox next to wherever the toolbar item for dynamics is located). Inkscape will render a preview of the dynamics by applying it to the frame's different tiles, also adding blur, color, opacity. You cannot edit transformations or jitters in this mode. Uncheck to return to "edit" mode. I've also finally added a blueprint link: https://blueprints.launchpad.net/inkscape/+spec/tiling-tool Although work still needs to be done, especially concerning on- canvas dynamics, I doubt on-canvas dynamics editing will be implemented anytime soon, first because Inkscape is currently more focused on clean-up, second because the tiling tool itself isn't likely that high priority, third because even then, many other features need to be coded first before reaching that particular feature... By the way, am I the only one for whom the text tool now crashes every time I try to start a new text box? (I can copy existing text boxes and change the content though) inkscape: /usr/include/boost/optional/optional.hpp:641: boost::optional<T>::pointer_type boost::optional<T>::operator->() [with T = Geom::Rect, boost::optional<T>::pointer_type = Geom::Rect*]: Assertion `this->is_initialized()' failed. (kind of annoying while making the mock-ups)

3 3

Re: [Inkscape-devel] Powerstroke: adding/deleting width nodes
by Valerie 27 Apr '12

27 Apr '12

> Just fixed a big problem with thick paths, see if this fixes your > rendering issues. > (https://bugs.launchpad.net/inkscape/+bug/986394) Oh dear. It does fix my rendering issues, but unfortunately it seems to crash sometimes now: (Inkscape r11297) terminate called after throwing an instance of 'Geom::LogicalError' what(): lib2geom exception: rx2 < 0, while computing 'rx' coefficient (2geom/ellipse.cpp:87) Also, this showed up in the console several times as well: ** (inkscape:8834): WARNING **: Exception during LPE [Unstable!] Power stroke execution. lib2geom exception: Invariants violation (./2geom/piecewise.h:144) Thanks for your hard work by the way! :D

2 1

Snapping
by Johan Engelen 27 Apr '12

27 Apr '12

Hi all, Am I the only one who finds it annoying that I have to specifically enable snapping *to* cusp nodes, in order for them to snap to the grid? In other words: I don't like the recent changes to the snapping UI. ;-) Suggestion: "snap nodes, paths, and handles" enables snapping OF all those things; and is completely unrelated for snapping TO those thingies. Then the buttons below that are decoupled from it, and mean snapping TO the things their tooltip says. Cheers, Johan

11 37

Re: [Inkscape-devel] Powerstroke: adding/deleting width nodes
by Valerie 26 Apr '12

26 Apr '12

> The inside of joins should look better now. Thanks! And actually, I think I found the reason for my "hard to make points appear" issue. And I think it might have been resolved since. See the attachment. I made that example in a version of Inkscape on Windows. As you can see, if the control point was on one side, the pointy edges would not appear. But moving them to the other side somehow fixed the problem. So it had nothing to do with miter limit! However, I wanted to make sure, so I took that example home where I use Linux. By then the Linux version had been updated, and somehow the points render correctly now regardless of the position of the control point (did you fix something in the meantime?) Apart from that there's some rendering issues for large lines, but those are extreme cases. It's definitely quite nice to use now! Now my main wish-item involves quickly accessing settings. The most accessible way may be to have a drop-down option for "Last powerstroke settings" (shorter name needed...) Being able to save each settings and access them from the toolbar drop-downs would be even better, but that doesn't seem to be trivial to do right now. Amazing work by the way!

2 2

Retinex color operation
by Michael Grosberg 24 Apr '12

24 Apr '12

I'd like to Discuss Retinex. I decided to do it here before submitting a bug report. In theory the retinex operation is very useful in fixing badly lit images. In practice, I've had little success with it. So I decided to fiddle around with it. My test picture was a chinese temple on a background of blue sky. usually you want to just brighten up some darker areas or bring detail in an area that's too brightly lit, without changing the rest of the image. In my test case, The sky's color was ruined when retinex was applied and most of the well-lit areas lost most of their color. I'll break down what happened: 1. The properties that can be changed by the sliders in the retinex dialog are not clear at all. The documentation doesn't explain the first two in terms understandable to a non-mathematician. Whatever it is they are doing, they are not helping in correcting images. 2. The result is too strong. I find I have to do a "fade" every time I use it. My suggestion: add a multiplier slider that would do an internal fade. The default should be about 0.5. 3. The algorithm is indiscriminate: it is used to fix bad lighting but it also works on well-lit areas. I believe it should have less effect on pixels (or areas) whose average luminosity value is 0.5, and more effect on pixels with values closer to 0 or 1. I managed to achieve a selective retinex using the following method: 1. copy the layer 2. paste into quick mask 3. blur the mask using gaussian blur (8.0 radius) 4. invert the colors (only if you want to affect just the darker areas) 5. use levels or contrast to mask out the mid values 6. Perform Retinex The above procedure can probably be turned into an integral part of retinex so that retinex only works on those parts. Perhaps adding another slider that controls the luminosity / strength ratio. Photoshop's "lighting/shadow" algorithm has two sliders. One for choosing the strength of the effect on lighter parts of the image, and one for choosing the strength of the effect on darker parts of the image. This seems like a desirable thing to have. Comments?

3 3

Export without premultiplied alpha?
by Tobias Oelgarte 23 Apr '12

23 Apr '12

Hello, I used Inkscape in the recent years for great works and it keeps better and better. So at first big thanks to all developers that made it possible. But now to my question. ;-) Does Inkscape support image export (export to PNG) without premultiplied alpha? In a recent project I needed images with fairly high transparency, but with premultiplied alpha the colors inside this image regions are really suffering. As an example you could try to export a highly transparent rainbow open it with Gimp and remove the alpha channel. It should be clearly visible the the colors are strongly quantized. As long the image is just composited 1:1 over another image this is no problem, but in other scenarios it starts to give problems, since the color information is missing. Are there any plans to enable true RGBA (all seperated channels) for at least the export? Currently i have to export two images. RGB for the colors and a duplicate in graytones for alpha that i then combine to true RGBA to avoid the problem. Best Wishes Tobias Oelgarte

2 1

Re: [Inkscape-devel] Powerstroke: adding/deleting width nodes
by Valerie 21 Apr '12

21 Apr '12

Strange, I seem to be having rendering problems now. See first attached file: sometimes (once every few renders) the render doesn't update after moving nodes or the width control. It takes moving things around a bit more before it renders again. I'm not sure if it's a Powerstroke problem or some other render problem, though I don't seem to have the same issue with normal paths or Pattern along Paths. The inside of strokes looks great for the most part now! It still renders "inside" for sharp angles. Also, it seems hard to make very sharp Extrapolated edges again. See second attachment. I've increased the miter limit to 400, and the edge does render under Miter mode, but not under Extrapolated mode. You're right about the UI, some discussion is needed. And then it needs to be coded (I can't code, unfortunately). It's a pity, because this is a feature that's bound to be very popular, and UI issues would slow down the workflow. Message: 6 Date: Fri, 20 Apr 2012 21:41:17 +0200 From: Johan Engelen <jbc.engelen@...2592...> Subject: Re: [Inkscape-devel] Powerstroke: adding/deleting width nodes To: inkscape-devel(a)lists.sourceforge.net Message-ID: <4F91BBDD.4080701@...2592...> Content-Type: text/plain; charset="iso-8859-1" On 16-4-2012 4:03, Valerie wrote: > > The inside of joins should look better now. > > Thanks! And actually, I think I found the reason for my "hard to > make points appear" issue. And I think it might have been > resolved since. See the attachment. > > I made that example in a version of Inkscape on Windows. As > you can see, if the control point was on one side, the pointy edges > would not appear. But moving them to the other side somehow > fixed the problem. So it had nothing to do with miter limit! > Yep you found the reason, and yep I had it already fixed :) > Apart from that there's some rendering issues for large lines, > but those are extreme cases. It's definitely quite nice to use > now! > Struggling with thick lines too... but I think it will be hard to fix as I think the 'bug' is actually 'correct' mathematical behavior. > Now my main wish-item involves quickly accessing settings. > The most accessible way may be to have a drop-down option > for "Last powerstroke settings" (shorter name needed...) > Being able to save each settings and access them from the > toolbar drop-downs would be even better, but that doesn't seem > to be trivial to do right now. All ideas are welcome. Help would be nice: UI stuff is generally not particularly difficult to code, but time consuming (and of course you need to decide what you want). I recently did quite a big "mathematical" change, so perhaps new bugs popped up... but it was supposed to fix the "instable" rendering stuff (where you see flickering joins for example). Cheers, Johan

1 0

Parallel build on Windows
by Johan Engelen 18 Apr '12

18 Apr '12

Hi all, For parallel builds on Windows, update to >= rev11088, recompile buildtool: "g++ buildtool.cpp -o btool.exe -fopenmp" and run "btool -j" (or "btool -j x", x=number of threads to use) I fixed the bug, and with virusscanner disabled, I can build Inkscape clean in 5 mins and 2 seconds. (i7 2600) Cheers, Johan

2 1

Re: [Inkscape-devel] Snapping
by gespertino＠...400... 17 Apr '12

17 Apr '12

2012/4/17 Vladimir Savic <vladimir.firefly.savic@...400...>: > Why not even setting it to zero? I do it almost immediately upon new > install. Although, I admit that even having an option for delay is great, > especially as drawing gets more complex. > > If you choose to change it (but not zero it) - half way down from default > will work, I guess. There was something witn zero delay, I can't remember what (and it probably was fixed already). I think it was something related with performance, but I'm not sure. I should check my bug reports and see what was the problem (and if it still exists), but I remember having to use a small delay to avoid it. Anyway, If snapping with zero delay doesn't conflict with other tools or something, I can agree that it's a much pleasing default, so +1. Gez

3 2

Re: [Inkscape-devel] Powerstroke: adding/deleting width nodes
by Valerie 15 Apr '12

15 Apr '12

> By now, I have forgotten all feature requests and bugs. I think all big > issues are solved now, so it's ready for some proper beta testing (alert > me and the maillist if you think otherwise! :P) Yay! Looking great! In fact, I've noticed that the Windows Inkscape development version hasn't been updated in a while: http://www.oss-marketplace.com/index.php/downloads-mainmenu-63/Inkscape/Ent… So, I haven't been able to test it on Windows. Could those folks be prodded a bit? Right now the issues I've encountered are: - Adding a stroke to the rendered path will show extra bits of lines "inside" the stroke where at cusp corners. - Does "miter" limit only work with "miter" cusp nodes and not with "interpolate" cusp nodes? Because even when I increase that value a lot, the "pointy" edge still stubbornly remains beveled no matter what I do (more generally, I sometimes have a really hard time getting that edge to show up). - Rendering bugs sometimes. Yes, I'll try to make some proper example files over the weekend. Apart from that, extra features I hope for are: - Powerstroke for Ellipse shape (I know, non-trivial, but it's one of the most commonly used shapes) - More options in the toolbar drop-down corresponding to different cusp node settings (smooth nodes and either interpolate or miter nodes): "smooth" vs "sharp" lines. I favor "pointy" lines and it's awkward to have to open the LPE dialogue each time to switch things over. It'd be even better if Inkscape could just save settings automatically and add them to the shapes drop-down, but I'm not sure if that's easy to do right now. I've also looked at the "Apply LPE to clone" interface. It's one I can get used to, but I do admit it's a bit confusing: - It took me a while to understand what "clone original LPE" is supposed to be, and I don't think I'd have ever figured it out if it weren't for the mailing lists. How about "Clone LPE skeleton"? - How about just making this fill behavior a checkbox option for powerstroke? "Clone skeleton for fill." So, with just an extra checkbox, you can create both that complicated stroke and the fill in one go.

3 2

Example for Inkscape extension in Java?
by Gerrit Karius 15 Apr '12

15 Apr '12

Dear Inkscape devs, Can anyone point me to a working example of an Inkscape effect extension written in Java, running on Windows? I've read the Script_extensions and INX_extension_descriptor_format wiki pages. I thought, theoretically I might just replace the command tag in the inx file with something like this: <command reldir="extensions" interpreter="java">Hello</command> And then I could call a Hello World program like this one: class Hello { public static void main(String[] args) { for( String arg : args) System.err.println("Hello error: "+arg); }} The program wouldn't return any document, but the error message would be displayed by Inkscape. However, when I test this, nothing gets displayed. When I change the program to write a file, that file doesn't appear either, so I guess the program isn't called. I can change the command text to any other value, but there is no notification that a script couldn't be found. I have written several Python extensions, but those hook up into the existing Inkscape Python extension framework, with inkex.py and everything. Maybe there's some hidden magic in there that I missed? Can someone point me to a working Java example, or tell me what I did wrong here? Many thanks in advance!Gerrit

2 2

GTK+ 3 build option
by Alex Valavanis 14 Apr '12

14 Apr '12

Hi All, I've added a new configuration option in r11244 to allow building against GTK+ 3. configure --enable-gtk3-experimental Note that this is only useful for people who want to get involved with the migration project... at present, all builds with this option enabled will fail! The option also automatically searches for a compatible external GDL library (>= 3.3.4), and uses that instead of our fork. Cheers, AV

1 0

Inkscape Translations
by Josh Andler 12 Apr '12

12 Apr '12

Hey All, It's been quite a while since we've called on the translators to do your magic. There have been over 800 string changes (last number mentioned to me) since 0.48. This is in no way announcing a string freeze or anything along those lines. It's purely just a friendly reminder that you can probably safely do your greatly appreciated work at this point and you will probably be 90-95% done come the actual string freeze. No release plan at the moment, but as soon as we have one, you will obviously be notified. Cheers, Josh

2 1

Inkscape 0.49 Release Notes up to date?
by Josh Andler 11 Apr '12

11 Apr '12

Hey All, I think the release notes probably need to be looked over by everyone who has contributed significant code during this dev cycle. http://wiki.inkscape.org/wiki/index.php/Release_notes/0.49 I don't see mention of the "remembering" opened dialogs between sessions or the improvements to the gradient tool controls bar for example. This is just a call to make sure things are documented, not in any way reflective of an impending release (although I will request people take another look again prior to the next major release). Also, do we really not have more notable bug fixes in this release that weren't backported? Cheers, Josh

1 0

Drawing speedup
by Jon Cruz 11 Apr '12

11 Apr '12

Hi, Just wanted to drop a quick note to point out that in the last month or so I've noticed drawing with the calligraphy tool feels a lot faster. I'm using a build with optimizations turned off on OS X. I'm not quite ambitious to try a source control bisection to pinpoint when things got better. I wanted to be sure to say "good job" to all who keep helping.

1 0

Powerstroke: adding/deleting width nodes
by Johan Engelen 10 Apr '12

10 Apr '12

Hi all, I just fixed the biggest UI issue with powerstroke: adding and deleting control nodes. Now, you no longer have to unselect>select the path again. By now, I have forgotten all feature requests and bugs. I think all big issues are solved now, so it's ready for some proper beta testing (alert me and the maillist if you think otherwise! :P) If you find a bug or have a request, please add it to the bugtracker and assign to me. Do add a test SVG file if you report a bug! Cheers, Johan

1 0

Remaining GTK+ deprecation issues
by Alex Valavanis 10 Apr '12

10 Apr '12

Hi All, We're very nearly clear of deprecated symbols now, but the last few are maybe a bit tricky. Can anyone see an easy way to deal with these three remaining issues? * Stop using GtkObject in SPCanvas hierarchy. See bug #813232 * Stop using GtkCList/GtkCTree in sp-xmlview-tree.cpp. See bug #903676 * Draw images from data with Cairo in sp-cursor and sp-color-slider. See bug #943207 Would be good to iron out these final creases, so we can start work on the actual GTK+3 migration Cheers, AV

4 4

GSoC 2012 application
by jan pulmann 10 Apr '12

10 Apr '12

Hi, I sent a GSoC proposal about CAD features described at http://wiki.inkscape.org/wiki/index.php/CAD , (proposal https://google-melange.appspot.com/gsoc/proposal/review/google/gsoc2012/jam… ). I didn't contact with you before this proposal, because I forgot about the deadline, but I have been thinking about submitting proposal to inkscape for a while. Reading the mailing list, I see that you are more inclined to agree with internal structure refactoring project, and not my feature adding one. I would like to ask about my chances on this proposal. I don't know how far is it possible to bend the proposal, but I am much more confident with my math skills that software engineering skills, which is partly reason I chose this subject. I also have a technical question. Getting comfortable with inkscape source, I was trying to find a source of bug https://bugs.launchpad.net/inkscape/+bug/953593 and I found out that poppler is returning wrong unicode codes (at least I think). What should I do next? I can write workaround (it won't be very nice, just swapping the two unicode values), or will just reporting to poppler suffice? Thank you. Best regards Jan Pulmann

3 2

Apply LPE to clone
by Johan Engelen 08 Apr '12

08 Apr '12

Hi all, I have added functionality to the LPE dialog. When you select a clone, the "add effect" button is enabled and when clicked will convert the clone to a normal path and add the clone original path LPE (without showing the LPE selection dialog) . Please see for yourself what I mean :) My question is: is this desired behavior? Or... do we want to pop-up the LPE selection dialog, and then afterwards apply the *stack* of LPEs: clone original LPE + selected LPE. This option is more work so I did not do it yet. But there is a better reason not to do this: perhaps the user does not want to apply an (extra) LPE on top of the clone original LPE at all! Why? Because using the clone original LPE, you can get clones that have a different style than its original path :-) :-) I hope someone with more UI awareness can change the LPE dialog text when a clone is selected. It now reads: "Click add button to convert clone", and I guess that can be improved. Cheers, Johan

1 0

Re: [Inkscape-devel] New tiling interface proposal
by Valerie 04 Apr '12

04 Apr '12

Thanks a lot! Would I be correct to interpret it this way: 1. Basically, the current code would not allow "multiple stops." 2. But it'd still be possible to have a one-stop on-canvas handle (maybe two, for rows and columns), that basically converts the end values into percentage values to feed into the current system 3. Since Inkscape doesn't store tiling values right now, changing the tiling mechanism completely (to allow interpolations) would not break any backward compatibility or something like that (not that changing the mechanism is an easy task) So, the possible way to implement the tiling tool is: 1. First create a separate a "render frame" object (with a central tile), and make it output values (to feed into the tiling system). It'd basically be a separate file that can be tested independently. Also, you can't add or delete tiles individually at this point, just rows and columns, since the tiling system only handles a "rows and column" entry at this point. 2. Once it is considered "stable", it is made to call upon the tiling system, to which it inputs appropriate values. On-canvas dynamics would require adding to the code for the render frame object, not the current tiling system. What it'd do is generate percentage values that are then fed into the tiling system as well. So, for a "basic" tiling tool, the tiling system would not need to be changed much. However, adding both the fuse mode and multi- node interpolation tiling would requiring significant changes to the system. Is that more or less correct? ________________________________ From: Jasper van de Gronde <th.v.d.gronde@...528...> To: Valerie <valerie_vk@...36...> Sent: Wednesday, April 4, 2012 1:24 AM Subject: Re: [Inkscape-devel] New tiling interface proposal On 2012-03-31 16:20, Valerie wrote: Now, I know nothing about programming. Has anyone looked at >the tiling dialogue code yet to see how hard it'd be to mess around >a bit with it? Possibilities to add extra stops etc. even? Replacing >the opacity/blur/color mechanism with a gradient-like approach? > I'm afraid I haven't been able to keep up over the last few days, but I have had a look at the code. For those interested, all the code is in src/ui/dialog/clonetiler.cpp. The main function is CloneTiler::clonetiler_get_transform. This function essentially gets all info, as well as a row and column index. It then computes all the transforms required for that position and combines them. As far as I can tell it combines them in such a way that first a scaling is applied, then a rotation and finally a translation. If you select a different symmetry group then the translation can become a more complicated transform. The scheme we talked about earlier that would interpolate transforms is not necessarily compatible. This is because in the latter the case the entire transform would be interpolated, while what Inkscape does is essentially interpolating per kind of transform. That this is not the same can be seen by realizing that rotate(50)translate(1)rotate(50)translate(1) is not the same as rotate(100)translate(2). The former is more or less what we talked about (or at least what I had in mind during that discussion), the latter is what Inkscape does. However, Inkscape currently seems to store almost nothing about the tiling in the file. So it would be relatively benign to change behaviour. Existing files would not be affected in any way, users would only be affected when trying to change a tiling or create a new one. (This is not to say that it's necessarily a good idea to make it impossible to achieve the current behaviour, just that if we cannot reconcile the two, there is some room for change.) Note that it would be possible to emulate Inkscape's current behaviour through interpolation of transforms, but only if we would allow "stacking" transforms. I'm not sure how this would have to be supported UI-wise though.

1 0

GSoC 2012 Student Application Deadline approaching
by Josh Andler 03 Apr '12

03 Apr '12

Hi, If you're a student who is going to be applying for Summer of Code with Inkscape, this is a reminder that your applications/proposals should be submitted as soon as possible. The deadline is April 6 19:00 UTC. It is recommended to submit sooner rather than later so we can try to help refine your proposals if necessary. Good luck! Cheers, Josh

1 0

Re: [Inkscape-devel] Google Summer of Code 2012
by Yevgeny Lezhnin 03 Apr '12

03 Apr '12

On 03.04.2012 20:12, Tavmjong Bah wrote: > Your background information looks good. It seems that you have lots of > experience. I would like to see the proposal developed a little more. > For example, what bugs are users suffering from? What features could > you add (some people would kill for underlining). I found one bug #960046, that has opinion about whole text realization in inkscape, it has idea of merging text function. Also searching bugs with 'text' tag in it gives 229 results. I've listed this features: hyphens, indentation, underlining and merging. > How would you treat flowed text? Have you looked at the draft CSS > exclusions and regions specifications to see how they could be applied > to Inkscape? (An Inkscape implementation would really help push this > forward for SVG2.) Time is short. How deeply should I understand css specification at the moment? From what should I start? > Note, Firefox is known to be bad at rendering SVG text. This is > something they are working on. Yes, I see it now. Then I was working with diagram, there was bad support of svg text in firefox. So it is not inkscape's fault.

1 0

Inkscape-docs list admin
by unknown＠example.com 03 Apr '12

03 Apr '12

Hello inkscape-docs list has been silent for months and it appears that message are pending. I'm one of the admin but we all (poor admins) can't log to the admin panel of the list. Does anyone have the rights to do that and reset the configuration ? pygmee

2 1

extract node subset??
by Bric 03 Apr '12

03 Apr '12

If I have a path with, say, 100 nodes, 30 of which constitute a separate, continuous "subpath" -- discontinous from the other 70, and I can easily highlight these 30 nodes -- how can I extract/cut or copy these nodes and "paste" them as a separate path?? Or, in other words, "break away" this part of the big path and convert it into a distinct path. It's already possible to DELETE these 30 nodes (or whatever nodes one has selected, discretely or not). This seems like it should be relatively trivial for inkscape (given the powers it already has), but I can't find a way to do this. Is it perhaps in the filters? In the extensions? It's like there should be an extensions submenu called "selected nodes..." with options in that submenu including: extract selected nodes as distinct path (to be pasted) rotate selected nodes scale selected nodes.. ... etc., etc.

3 3