- 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

Re: [Inkscape-devel] New tiling interface proposal
by Valerie 31 Mar '12

31 Mar '12

I'm a bit confused about the title now... Are the "New dynamics interface proposal" discussions about a completely different tool, or about the dynamics for the tiling tool? By the way, Veronika, I keep losing the link to your list of tilings picture (because I delete nearly everything and copy entire new chunks of description each time I update with a completely new version) Could you perhaps upload it to the Inkscape wiki? Anyway, I updated the wiki with the latest iteration for the tiling tool: http://wiki.inkscape.org/wiki/index.php/Tiling_tool I've also added the "implementation steps." At this point, can everybody take a look and see if they agree with the "core" interface (meaning base tile + render frame at least, dynamics are still wip)? If so, I can already put up the page as a blueprint so anybody interested can get started (a lot of steps are still needed before reaching on-canvas dynamics editing...) Should I add a table to note what parts of the feature are accepted designs, what parts are still under discussion? Back to dynamics: > http://www.tomlechner.com/randompics/finishing.png I was confused for a while, but after a better look I do really like the interface! The term "wubwub" made me laugh. There should be a way to choose and see which wubwub does what, and a way to set the value back to zero. Double-click to add a corresponding wub-wub? (since users are unlikely to need jittering Everything at the same time) Of course the problem is still how all this will be programmed. Since you made that awesome alignment tool, I've no doubt that someone like you can pull off a tool like this, but I'm not sure the average volunteer student for inkscape could program this type of interface. And we also face the problem of how to integrate this with the existing mechanism. 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? Right now the two possibilities for on-canvas tile editing are still: 1. Drag a tile, all the other tiles get updated dynamically 2. Drag a tile, a ghost copy gets created, but the other tiles stay in place (Tom's proposal, and probably easier to handle than an interface where All the tiles are jumping around, preview value or not) I'd kind of like it if we can decided once and for all whether to use the first or second approach though. So, any opinions?

1 0

Google Summer of Code 2012 [C++ification]
by zcgucas 30 Mar '12

30 Mar '12

Hi, guys, I am Cheng Zhang, a student from graduate university of Chinese Academy of Sciences. I'd like to apply inkscape's project for GSOC 2012. I have been do some works following the instruction of inkscape's wiki page for GSOC 2012. And I have fixed two easy-fix bugs and attached my patches to the comment(Bug #561503 , Bug #941597 ). I am very glad one of them is already been applied. I am interesting in doing the C++ification job as my proposal for GSOC 2012. Actually I have already understand how important this work is deeply during these days' work on bug fixing. At first, I downloaded some very old codes of inkscape from sourceforge which may stop maintain for one year or more. Though I managed to compile and get it run on my system, I find it too hard to understand. That's why I have spent almost two days to locate lines that lead Bug #941597. In that version of source code, those lines lead the bug are in a file named "nr-arena-glyph.cpp" which is a c/c++ mixed style code file. Though it is easy to know those lines are in this file, I totally lost my direction while I want to understand how those "render"/"update" stuffs work. What's worse, if I want to know how they work, I need to know how the "arena item's" parent to get rendered or updated. But these codes are written mostly in C style and use a tricky way to enable code could work just like C++ codes do. I have to say the tricky is very hard to understand even I have already understand it now. Later on, I learned to download the newest code from bzr and found "nr-arena-glyph.cpp" already disappeared and turned into "drawing-text.cpp" which is a standard C++ code file that is very easy to understand. That is also the reason why I could fix the second bug in half a day. This experience makes me understand that to make code more easy to understand is one of those important reasons to do C++ification work. I have went through the whole code files of the project and made a rough list about those files are still in c style which could do c++ification work. This is such a long list. As a gsoc proposal, I see it couldn't be to big especially for a guy who get in touch with inkscape for less than a week. So I may choose to do the SP context related C++ification work as my proposal. I know there may be something I don't see here in do C++ification work. So I am very glad to here any advice from you guys! Thanks! zcgucas

1 0