April 2012 - Inkscape Devel - Inkscape Mailman

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

GSoC Mentors
by Josh Andler 02 Apr '12

02 Apr '12

Hey All, Anyone wishing to be a mentor for this year's GSoC should either login to melange or sign up and request to be a mentor. Note, if you do not have familiarity with the codebase and are not a code contributor, you do not qualify. http://google-melange.appspot.com/gsoc/org/google/gsoc2012/inkscape Cheers, Josh

1 0

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

02 Apr '12

Hello, I'm Yevgeny Lezhnin. I wish to submit to inkscape in gsoc 2012. I know c++ and can work with gtk+. I think I know how to make 'new from template' dialog: I can change menu entries in menus-skeleton.h verbs.cpp gdl-dock-bar.c gdl-switcher.c , and add new dialog source to dialogs folder. But I'm also interested in better svg standard coverage. I used inkscape for drawing diagrams in svg format, but there was some compatibility problems in firefox browser. And another thing: is there any good bug for gtk+ interface developer?

3 8

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

01 Apr '12

> For me, this is beginning to feel natural. Sounds like a start, at least! > I think to some degree Josh's comment still applies. There are at least > two different toolbars and some dialogs. As a start I think it should be > possible to eliminate the edit mode toolbar. True, now that I look at it, my current toolbar is empty enough to combine the two. Previously I had separate toolbars because each guide type had guide-specific options (like arc guides for radial tiling, and numerical fields). And yes, I should add an unclump. As things stand I think I'll just leave all the numericals inputs to the Transform and Edit Paths tools. And snapping. Users can just snap to something if they need. Instead, here's how I propose the tiling tool to work. On-canvas, by default you will have a render frame with a base tile: - When using the tiling mode, you can click on the center tile to make handles appear, and from there, modify the handles (who become invisible when not using the tiling tool). - Clicking and dragging the corners of the frame with the tiling tool will add frames to it. You can also shift-drag so new tiles will be created on edges you drag over, or ctrl-shift-drag to delete. - You cannot resize, rotate or move the center tile or the render frame with the tiling tool, but you Can do so with the Transform tool. You can't do those operations from the circle or spiral tools either, so interface-wise the users should be able to get used to it. - As with circles and spirals, double-clicking a center tile or render frame opens up the tiling tool anyway. I was also thinking of imposing some limitations: 1. No skewing for the center tile, even though P1 and P2 allows for those. The reason is that this would allow users to more easily switch to other symmetries with rectangular tiles. Even if the user's tile design is a skewed rectangle, it's not like they need the base tile to be one anyway. 2. I'm thinking of eliminating the rotation centers and force the users to directly choose say... a P3 guide if that's what he wants. Some handle options may still be available outside of the rectangle guides, but the general shape cannot be changed. The reasoning is: just how desperately does one need to change from P1 to P3 anyway? It may be fun to experiment but it will get confusing fast, and designs for very differently shaped tiles will probably be different too. > This sounds like a good idea. If I understand correctly your idea is to > allow transforming a single tile and then "propagating" that transform > to other tiles in such a way that starting from the original/central tile > there is a gradual change in the transformation. I had typed a long list of questions regarding interpolation with some cluttered thoughts regarding the interface, then I saw Veronika's suggestion: > I wonder if the dynamics could be considered as something separate > from cloned tiles and could be applied to any selection of objects. Somehow I think this is simpler too. :S Any objections to treating the features separately? > Oh, btw, make sure that "in the end", there is a blueprint or something > on your proposal (which can link to the Wiki page for example), as it > might take some time to come to an implementation, and it would > be ashame if it was "forgotten". No problem. I always did intend to make one. But I wanted to make sure that I got to a point where people browsing the blueprints section wouldn't be wondering why said blueprint is redone from scratch every few weeks (as in, at the very least, the general concept should be stable). And yes, I'm thinking of implementation order too. The pity about the current design is that it isn't as modular as my previous one, but oh well. > Tenacity is worth ten times more than smarts, we can get to the > best practical design through discussion and the great critiques. It also feels like it's taking ten times longer, and I'm starting to miss my other hobbies, but thanks for the encouragement. x)

7 12