January 2009 - Inkscape Devel

Re: [Inkscape-devel] LPE cleanup
by unknown＠example.com 02 Feb '09

02 Feb '09

Hi all, I just moved almost all 0.47 LPEs to the "experimental" section in the code. This means that they will not show up in the normal 0.47 builds. We need to make sure they work and don't crash, that there is a testfile in the testsuite and that they are useable too. If you want to build Inkscape with experimental LPEs, make sure "LPE_ENABLE_TEST_EFFECTS" is defined. You can do that by editing config.h (in build.xml for windows, on linux I have no clue), or by editing /src/live_effects/effect.cpp at the start somewhere put: "#define LPE_ENABLE_TEST_EFFECTS" Cheers, Johan > -----Original Message----- > From: Engelen, J.B.C. (Johan) > Sent: woensdag 7 januari 2009 23:22 > To: bulia byak; Inkscape Devel List; Maximilian Albert; > Maximilian Albert > Subject: RE: [Inkscape-devel] LPE cleanup > > Hi all, > yeah, LPE is a mess :-( I'm sorry I contributed to that :-( > > Recently, I improved the conditional compile of unfinished > effects. Now, the "test effects" are not compiled, unless one > #defines LPE_ENABLE_TEST_EFFECTS. So for example, probably > nobody here has the dynamic stroke LPE in their list, while I > and jfb have. Have a look in /src/live_effects/effect.cpp > around line 80 to see how to hide effects that are not finished. > > I am very tempted to move *all* new LPEs since 0.47 to the > disabled part. Moreover, every effect should have a test svg > that tests the effect in the testsuite; with a couple of not > so simple cases of the effect working properly. > > cheers, > Johan > > > > -----Original Message----- > > From: bulia byak [mailto:buliabyak@...400...] > > Sent: woensdag 7 januari 2009 3:57 > > To: Inkscape Devel List; Maximilian Albert; Maximilian Albert > > Subject: [Inkscape-devel] LPE cleanup > > > > Hi guys, > > > > what if, as a first step towards 0.47, we clean up the mess > in our LPE > > list - remove proofs of concept, hide those that only make > sense in a > > tool, merge similar ones per our discussion, remove or fix > those that > > crash? Can anyone who's more in the loop please make a list of > > suggestions? > > > > -- > > bulia byak > > Inkscape. Draw Freely. > > http://www.inkscape.org > > > > -------------------------------------------------------------- > > ---------------- > > Check out the new SourceForge.net Marketplace. > > It is the best place to buy or sell services for just about > anything > > Open Source. > > http://p.sf.net/sfu/Xq1LFB > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > >

2 2

Paging jabber whiteboard developers
by Irving Popovetsky 31 Jan '09

31 Jan '09

(This message was cross-posted to the inkscapeforum.com site) Hello, I'm the one that filed this bug: https://bugs.launchpad.net/inkscape/+bug/319107 on the jabber whiteboard and I'm interested in this feature. I'm currently looking for any Inkscape developers that are even somewhat familiar with jabber whiteboard/Pedro section of code in Inkscape and have what it takes to work on it. I'm currently looking to either recruit developers to this cause or else get some candid feedback on how much effort would be required to get this feature usable. Thanks in advance, -Irving Popovetsky

8 9

Object to path
by Chris 30 Jan '09

30 Jan '09

Hi all, I'm writing a separate application that parses and renders SVG files. However, I am completely baffled by the Arc.. After much thought, I have come to the conclusion that it may be better to just alter the Inkscape source to automatically convert Arcs to Paths before saving the file. However, I can't find where this (Object to Path) actually happens in the source. If I could find the method that the menu item calls, I could just call that method before it saves the SVG. Either that or I would love to know how to convert an SVG "A" to a "C"!! Thanks

3 2

My eventual participation in GSoC'09
by Felipe Sanches 30 Jan '09

30 Jan '09

I want to be a GSoC student again this year. I have some ideas and would like to hear suggestions. I could eventually work on: 1) SVG animation support (I usually animate SVG using javascript. It would be cool if we had declarative animation support also) 2) Pedro Whiteboard (I really would like to see this feature working) 3) migrating SPObject and derived classes to C++ (I am not sure whether this is too hard for a GSoC project) 4) any other suggestions? Juca

6 6

regarding scripting improvements
by Felipe Sanches 29 Jan '09

29 Jan '09

Today I tryied (again) to animate an SVG using javascript. I wanted to simply move a star by offseting its x,y coordinates on screen. So, I created a star in Inkscape and then opened the SVG in Firefox. Looking at the xml (using FireBug) I noticed that d attribute of the star uses absolute coordinates. Thus, it is not practical to change it's position dinamically since I would have to set transform:translate(x-x0,y-y0) guessing the correct values of x0 and y0. It would be much better (for scripting purposes) to have shapes always created with relative coordinates around (0,0) and then translated to x0,y0 using the transform attribute. The x0,y0 coordinate should be the rotation center of the object (which is represented by a little cross in inkscape ui) Maybe we should modify sp_svg_write_path to do that. Or maybe create a sp_svg_write_path_relative. Or maybe there is a better place in the code where we could place the proposed new behaviour... I am just guessing. Please tell me what you think about it. Juca

2 1

Re: [Inkscape-devel] Tango icons as default set [RENEWED]
by jEsuSdA 8) 29 Jan '09

29 Jan '09

El Miércoles, 28 de Enero de 2009 19:22:55 escribió: Hello JF! > Two things you might consider changing: > - keep the cursor style consistent between the selector and node tool icons > - the drawing tools still have an outlined look, which is always going > to look odd to me Could you explain this a little more (I have some doubts cause my poor english) ;) > As I suggested before, I think it would be best to have separate sets. > I think there's definitely a use for the completely consistent Tango/Art > Libre set, as well as a Tangoified non-consistent set (which could be > the same as this modified set, which does the job nicely in many > respects), as well as versions of each for a dark background (which > should be simple enough to update), as well as (your desired style here). I think it is a great idea to allow users choose your favourite theme using Inkscape preferences. ;) > Can we agree to work on this concept? I think it would make a lot more > people happy. Ok. I think it is possible to work in some themes at once. I have no much time to work in all of them, of course, but I try to help as possible. ;) > JF Thanks! Salu2 de jEsuSdA 8)

3 3

Re: [Inkscape-devel] Tango icons as default set
by Guillermo Espertino 28 Jan '09

28 Jan '09

El sáb, 24-01-2009 a las 13:26 +0000, Pajarico escribió: > A bit unfair, don't you think? First' that is not the case. Second, > I'm sure everyone here has a different opinion about what a good > workflow/integration is ;) Actually now that you mention you're > talking about VISUAL integration, which (IMHO) is a minor issue. > Integration in a broader sense is what user needs to improve his > workflow, like in Creative Suite. And I'm talking about major > integration here! ;) I'm sorry, I didn't mean to be offensive. When I wrote "You don't seem to care" I meant that you were talking about a workflow that mixed free and commercial apps and it didn't seem that a free-software-only workflow was a priority for you. My english isn't as good as I'd like, so sometimes I have to simplify some sentences because I'm not sure about how to write them, and that can lead to misunderstandings. :-) Of course that features integration is the MOST important aspect of a common workflow alla Creative Suite. I had to find a not-so-comfortable worflow because of that and I suffer frequently that lack of integration, but that's something I have to live with because I want to use free software (even applications that didn't reach the 1.0 state yet ;-) Usually people who has a legal copy of Adobe CS uses their applications, not development software that might be unstable or incompatible. So your case is not the average either. You choose to work with inkscape (which is great, beautiful and certainly has bugs) instead of Illustrator, that is already part of a suite that has better interchange between applications handling. If I say "you don't care" I mean that you probably "don't see that difference as a problem", so having so different icons is something that you find acceptable, as you find acceptable that Inkscape and Indesign don't have a better integration. Anyway, even though I don't agree with several of your points I respect your opinion and I think we could reach a compromise. My first proposition was to make the current Tango set the default as is, but I find some very reasonable suggestions on the go. -Creating new tangoified icons for the drawing tools more similar to the current tools (and unifying their look: all pointing to the same direction and showing the caps with a stroke). -Creating a new icon for the 3D Box tool with a 2-point or 3-point perspective. -Adding color to the geometric primitives tools (I wouldn't use too saturated colors. Not red for the circle -the REC icon- but shades of pink like the default one). -Creating a tangoified version of the current Tweak icon (I'm not sure about this. I really prefer the Tango icon, but it's matter of taste). -Creating a new icon for the bucket fill tool. I agree that the current Tango icon is too flat, but I don't think it's problematic for recognition. But some people think it is so let's change it. As a final thought, I'd like to back up the comment from Aaron Spike. He clearly states that he prefers the current set, but he stresses the importance of the unified look and the need of a section in the preferences to change the icon themes easily. Gez.

4 3

Re: [Inkscape-devel] Tango icons as default set
by Guillermo Espertino 28 Jan '09

28 Jan '09

I've made some changes and tweaks according to the suggestions that several people made. Here is a screenshot with the latest changes (on the right side): http://www.ohweb.com.ar/screenshots/Inkscape/Tango-Icons-Colors.png I'm not sure about the dark strokes. They have a lighter outline for dark themes, but that makes them look blurred. Removing the outlines and keeping the dark color will make them useless for dark themes, so there's no way out: It's white with a grey outline like the original Tango set, or the middle gray with dark strokes (a.k.a. Bulia's spaghettis :-) What do you think? Gez.

11 12

Inkscape input char encoding
by Aurélio A. Heckert 27 Jan '09

27 Jan '09

Hi all, I comited the Calendar Generator to Inkscape SVN with only my personal tests in a home compiled UTF-8 Linux system. Alvin test it in a ISO-8859-15 Windos system and add a patch using unicode() function to accept Latin encoding. https://bugs.launchpad.net/inkscape/+bug/320496 That was a problem for me, then i understand and add a encoding selector for all encodings of this page: http://docs.python.org/library/codecs.html#standard-encodings Now it works, but the user must selects the system encoding. That is not Friendly... I want to do this encoding selection automatically. But how? The inkscape can define the input char encoding? If yes, Why not ever send the input as UTF-8? Thanks, Aurium -- Aurélio A. Heckert http://colivre.coop.br/Aurium GNU/Linux User #312507 http://counter.li.org - - - - - - - - - - - - - - - - - - - - - - - - - Ilustração Vetorial Livre: http://InkscapeBrasil.org Coop. de Tecnologias Livres: http://Colivre.coop.br - - - - - - - - - - - - - - - - - - - - - - - - - "Eu temo pela minha espécie quando penso que Deus é justo." Thomas Jefferson Antes de imprimir esta mensagem reflita sobre a sua responsabilidade com a preservação do Meio Ambiente.

1 0

andy-spiro test rendering changed completely?
by Jasper van de Gronde 27 Jan '09

27 Jan '09

For some reason the livepatheffect/andy-spiro test is now rendered quite different from how it used to be rendered (it changed between the 22nd and the 25th). I didn't create the test and am quite unfamiliar with the LPEs, so I have no idea how to judge which is right and which is wrong. Perhaps anyone can shed some light on this? Of course any ideas on what caused the change (regression?) would also be welcome. For reference, the two images (the original output/reference and the new output, respectively): http://home.hccnet.nl/th.v.d.gronde/andy-spiro1.png http://home.hccnet.nl/th.v.d.gronde/andy-spiro2.png

4 6