- Inkscape Devel - Inkscape Mailman

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

Re: [Inkscape-devel] extract node subset??
by Valerie 03 Apr '12

03 Apr '12

You'll probably have to duplicate everything and delete the parts you don't need... On this occasion, I realized that "inverting" the selection won't select nodes on other, non-joined segments, so you'll have to select them the hard way. I see what you mean though. Right now, if you have a combined path and select+copy one part, pasting would paste the whole combined path rather than that one section. I guess the issue here is that nodes aren't free-floating objects to copy/paste, so if you copy/paste non-continuous nodes then it wouldn't make sense. It could be an interesting feature though: - If you select several nodes on a continuous path and copy/paste them, you get a new continuous path with those same nodes (but without the uncopied nodes) and the same handle values (?) as those nodes. - The process repeats for all segments of paths selected - If for one continuous path, only a single node is selected, then nothing happens. It could be called "paste segment" or the likes.

2 1

pdf importing
by Alexandre Prokoudine 02 Apr '12

02 Apr '12

Hi, Just FYI, poppler 0.19.x supports color management via LittleCMS v2. Didn't we want color managed PDF importing at some point? :) Alexandre Prokoudine http://libregraphicsworld.org

6 8