- Inkscape Devel - Inkscape Mailman

UI issues with pre0
by Arpad Biro 28 May '06

28 May '06

Hi, In src/ui/widget/style-swatch.cpp we have this code: if (op == 0) str = g_strdup_printf(_("0:%.3g"), op); else str = g_strdup_printf(_("0:.%d"), (int) (op*10)); The characters before the colons are zeroes. Is this intentional? Also, there are conflicting mnemonics: File menu: _Document Properties _Document Metadata Layer menu: _Layers _Lower Layer Arpad Biro __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

Inkscape 0.44 String Freeze
by Bryce Harrington 28 May '06

28 May '06

Hi all, We've hit the point in the release process where no further string changes should be made (except in very exceptional circumstances). This enables translators to reach 100% translation rates. This is also the point where translators should really ramp up translation activity. We currently have 9 languages rated at 'significantly translated', with another half dozen that are nearly to that level. We've posted a news item with the current statuses to http://www.inkscape.org today. Please, if you know someone that knows english and one of the less well translated languages, consider helping them in creating an Inkscape translation for their language! Bryce

1 0

[axel@...1298...: Re: [Inkscape-user] perl interface]
by Bryce Harrington 28 May '06

28 May '06

Ishmal - you might want to follow up on this one... Bryce ----- Forwarded message from Axel Huizinga <axel@...1298...> ----- Date: Sun, 28 May 2006 17:01:47 +0200 From: Axel Huizinga <axel@...1298...> To: inkscape-user(a)lists.sourceforge.net Reply-To: inkscape-user(a)lists.sourceforge.net Subject: Re: [Inkscape-user] perl interface Bryce Harrington schrieb: >On Tue, May 23, 2006 at 09:16:34PM +0200, Axel Huizinga wrote: > > >>But now I have a question on paths: >>Has inkscape an option to convert the cubic beziers to quadratic beziers? >> >>Who is working on the perl extension? >>Maybe I can help to make the document accessible soon ;-) >> >> > >Hi Axel, > >As I understand it, a prerequisite to this has been getting the DOM >interface established. DOM is what the perl (and python) script >interpreters would bind to in order to provide access to the document >and inkscape's internal functionality. > >So if you are interested in working on the perl extension, I would >suggest speaking with Bob (ishmal) on IRC to see what the next steps are >for DOM, and see if there is an area you would like to work on. It >would be great to see the scripting interfaces become available for the >next release after this one! :-) > > Hi! Couldn' t find ishmal on #inkscape on irc.freenode.org - Can you send him my email? Is there a way to configure Inkscape to save paths as quadratic bezier curves (Q tag)? Cordially, Axel ----- End forwarded message -----

1 0

Re: [Inkscape-devel] lindenmayer.py
by dsign 28 May '06

28 May '06

On 5/27/06, Justin Wikinator <touchmewithsynchronicpulses@...400...> wrote: > > This stuff blows my mind. Groking it will be good fun. > > I think too the extensions should be documented somehere inside inkscape itself; perhaps adding a good-old help browser to the program. A way of adding documents to the help as easy as dropping extensions in a directory would be great.

1 0

Re: [Inkscape-devel] Bezier mathematicians anyone ?
by William Swanson 28 May '06

28 May '06

On 5/27/06, Justin Wikinator <touchmewithsynchronicpulses@...400...> wrote: > I'm guessing instead > of plotting a huge amount of points I can just do a rougher plot and > then increase the resolution in the area before the target to > optimize. I've been thinking about ways to improve accuracy since yesterday, and I have some better math for you. :) Dividing the curve into line segments and finding their lengths will always give you an answer that is too low, since line segments will always take a short-cut around any curved portions. It would be more efficient to use the Calculus definition, since it takes curvature into account: Integral( sqrt( dx/dt ^ 2 + dy/dt ^ 2 ), t ) If you have a point traveling along your spline, the dx/dt and dy/dt functions tell you the point's x and y velocity with respect to t. The formula for dx/dt is: dx/dt = x0 * (-3*(1-t)^2) + x1 * (+3*(1-t)^2 - 6*(1-t)*t) + x2 * (-3*t^2 + 6*(1-t)*t) x3 * (+3*t^2) Here, x0 and x3 are the endpoints, and x1 and x2 are the control points. The formula for dy/dt is the same. Combining these two functions using the Pythagorean theorem gives the absolute speed of a point traveling along the spline: s(t) = sqrt( dx/dt ^ 2 + dy/dt ^ 2 ) In other words, the definition of arc length is just speed integrated by time, giving distance traveled. Since an integration just divides a function into infinitely small chunks and adds them up, it can be approximated with a sum: double s = 0; //Result double dt = 0.01; //Step size for (double t = 0; t < 1; t += dt) { s += s(t) * dt; } Using an infinitely small dt would give you exact integration, but computers can't do that. :) Using something called Simpson's rule, however, can improve the results dramatically with almost no extra work: int n = 100; //Steps; must be even double t0 = 0; //Start value for t double t1 = 1; //End value for t double dt = (t1 - t0) / n; //Step size double s = s(t0) + s(t1); //Result for (int i = 1; i < n; i += 2) { s += 4*s(t0 + i*dt) + 2*s(t0 + i*dt + dt); } s *= dt/3; You can Google Simpson's rule for more info on the algorithm, but the accuracy improvements are substantial. Plus, this algorithm is actually faster than summing lengths of line segments. -William Swanson

2 1

Inkscape 0.44 pre 0
by Aaron Spike 28 May '06

28 May '06

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I've just uploaded the tarball for 0.44pre0. Enjoy. I'll upload an autopackage later this evening, if time permits. Aaron Spike -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.3 (MingW32) iD8DBQFEdiS01wsJX4VXgboRAiXmAJ9NNB0X2rmdsyqd2ZfW38tY8oh6YwCfdsOo H9co6+ACNF6aFkcv0pPQRh0= =8ANG -----END PGP SIGNATURE-----

5 4

Inkscape 0.44 Bug Status [#03]
by Bryce Harrington 28 May '06

28 May '06

Almost halfway! Fixed Bugs Since 5/24/06 Owner ID Title Pts ---------------------------------------------------------------------- bbyak 1496114 whitespace in rules breaks lindenmeyer effect 3 rwst 1496093 0.44pre0 configure doesn't recognize pythonlib 6 bbyak 496081 cosmetic issues in effect parameters dialog 3 cyreve 1495265 (WIN) Unicode display fails in latest build 6 ulferik 1474575 1.234e-5 notation used in LaTeX-files 6 kees 1495310 no parameters for output extensions 6 acspike 1244836 use newer glib2 on official build system 9 joncruz 1280117 layers are gone switching from linux to windows 6 joncruz 1235798 Changing layer order doesn't update layer selector 3 joncruz 1493995 Resize handle on bottom-right of window missing 6 joncruz 1495333 quick layer selector doesn't lock in layer dialog 6 bryce 1490928 Error message not translated 6 bbyak 933482 dashes/ markers do not survive stroke-to-path 6 mjwybro 1495284 OSX: compilation error: missing CREATE dir paths 6 bryce 1490042 [WEBSITE] RSS-Feed sent as text/plain 3 cyreve 1493680 no compile with FreeType-2.2.1-2 9 ---------------------------------------------------------------------- Total (goal: 200) 90 Must-Fix List for 0.44.0 ------------------------ *rwst 1467073 (DONE) make distcheck failing *cyreve 1493680 (DONE) no compile with FreeType-2.2.1-2 ishmal 1489175 Win2K crash: entrypoint FreeAddrInfo not found ishmal 1489961 Autopackage: crash on save as ODG *acspike 1244836 use newer glib2 on official build system Bryce On Wed, May 24, 2006 at 08:36:14PM -0700, Bryce Harrington wrote: > Hi all, > > Now that we are in Feature Freeze, attention turns to bug fixing. > > As we've done before, we'll establish a point goal - 200pts. Each fixed > bug between today and release will count towards that score. Low > priority bugs score 3pts, medium 6pts, and high 9pts. > > When we've hit that list, *AND* closed all the Must-Fix bugs for 0.44.0, > we will move into the Hard Freeze phase, and give control over to the > release wardens to finalize the release. > > > Needs Fixed in 0.44.x Stable Series > ----------------------------------- > cyreve 1494337 Fonts/Win: this TTF font crashes Inkscape (pango error) > rwst 1467137 Shrinking a pattern causes lock-up > cth03 1488128 Snap: Aligning (Snapping) to Grid or Guides does not > work > joncruz 1418122 Conf corruption when opening files with non-UTF encoded > joncruz 1370772 WinXP: Preferences.XML can't be accessed > mjwyb 1448811 Connector: assertion failure when moving empty group > ishmal 1395505 0.43 crash at startup on Win98se > mental 1441003 Misc: flowRoot error with inkscape's svg > cyreve 1448618 Fonts: weight variants selection > rwst 1493580 SuSE: CVS builds but will not run on Suse 10.0 > cth03 1429049 Snap: near-freeze in ObjectSnapper::_findCandidates > with ~1000 obj > > Needs Fixed for 0.45 > -------------------- > dwyip 1464771 whiteboard: cannot connect to jabber server then > crashses > cth03 1431560 Snap: Crash at resizing/snapping to guidelines > > Needs Owner in Order to be Prioritized > -------------------------------------- > ---- 1484076 potrace freeze with multiple color scan > ---- 1475189 Extension ignored by inkscape > ---- 1468393 square/circle/polygon/spiral and linked offset > misbehaviours > ---- 1491646 WIN - Win32 extensions does not call delivered Python > ---- 1491925 gradients referenced from masked object disappear > ---- 1490430 [INFO NEEDED] Crash in libcairo.dll > ---- 1489794 crash with composite > ---- 1459502 Crash on imported image update (during Gimp save) > ---- 1349761 Inkboard: inkscape crashes when trying to connect > > > Note that I've deliberately kept the list of must-fix bugs for 0.44.0 > very lean, so that we can release sooner rather than later. If you > disagree and have a bug that you think really must go there, then please > speak up now, and explain why it should be a release blocker. > > Some of the rationale I used for de-ranking bugs: Difficulty confirming > the bug. Bug appears to affect just the reporter. Bug doesn't cause > crash or data loss. Crash is due to something very unusual (like a > specific font, or a directory with unicode characters, or selecting > >1000 nodes while snapping is on, etc.) Bug is in a feature not enabled > by default (i.e. inkboard). > > Also note that this list doesn't accept bugs unless they have an owner. > This is strictly for pragmatic reasons - without someone volunteering to > take care of it, we may end up waiting a very long time to close it. > In past releases, we've often ended up simply having to release with > these sorts of bugs anyway, so I figure, why accept them as Must Fixes > in the first place? ;-) > > Bryce > > > ------------------------------------------------------- > All the advantages of Linux Managed Hosting--Without the Cost and Risk! > Fully trained technicians. The highest number of Red Hat certifications in > the hosting industry. Fanatical Support. Click to learn more > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel ------------------------------------------------------- All the advantages of Linux Managed Hosting--Without the Cost and Risk! Fully trained technicians. The highest number of Red Hat certifications in the hosting industry. Fanatical Support. Click to learn more http://sel.as-us.falkag.net/sel?cmd=lnk&kid=107521&bid=248729&dat=121642 _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel ----- End forwarded message ----- ----- End forwarded message -----

1 0

No SoC support? Then get down to business !?
by Justin Wikinator 27 May '06

27 May '06

So, I'd like to thank you all for your feedback on my griping about the SoC. It was comforting and encouraging. As I've explained, I would still love to be able to commit a lot of time to this project, but my economic constraints are the only thing holding me back from doing so. I was speaking with some open source activists from the GOSLING group here in Ottawa (http://www.goslingcommunity.org) about the SoC fall-through, and they encouraged me to seek funding for my project elsewhere. They made it seem very fesable, and they are very experienced in the world of FLOSS, so I am considering their suggestion. It occured to me I could get funding for this project in two ways (1) provide graphics services, where the deliverables would be images OR (2) provide "value added" to Inkscape, where the deliverables would be code. It seems these two might feed each other. Do any of you have suggestions about to get funding for my project ? I've thought to myself sometimes, "why should I get paid to do this when everyone else is doing it for free ?" I think the answer to that questions is "because I (and others) deserve to earn a living doing something enjoyable and that benefits the public". It occured to me that maybe some of you ARE getting paid to develop Inkscape. Is this the case ? How does that work ? So, in pursuing this goal, I've jotted some courses of action: - rewrite the proposal to frame it more towards end users like graphic design companies and give the reasons why this project should be funded (technical/business/ethical) - search for other official grants - get businesses and individuals to start using Inkscape if they don't already - promote an official "Inkscape endorsers list" (businesses and individuals) on the wiki (and have a web button to acompany it) to develop contacts of those who do use Inkscape - put up my existing stand-alone scripts on sourceforge - expand my demo image portfolio on flickr (http://www.flickr.com/photos/wikinator/sets/72057594111379807/) - convince individuals and/or businesses who could benefit from my improvements to Inkscape to invest in my project (one or many ?) Your continued feedback would be greatly appreciated, --Justin

7 9

effects and impending string freeze
by Aaron Spike 27 May '06

27 May '06

I'm not going to be able to get to work on adding tooltips and descriptions to the effects until much later this evening. If someone else has time to look at it great. Otherwise it would be a real jump start just to get people to list the effects that they think require more explaination. Unfortunately some of the effects that might require the most explaination don't pop up an autogui to display it (eg envelope), this just occured to me. -Function Plotter needs to say that it requires a selected <rect/> -Random Tree needs to say that the result will be off canvas -Fractal (L-System) needs to say that the result will be off canvas -? Aaron Spike

3 2

lindenmayer.py
by dsign 27 May '06

27 May '06

I did a few fixups to lindenmayer.py. The original script is already great, but needed to remove something that seems to me a bug (the extra-segment stuff). Also expanded a litle the syntax for the rules, so you now can use A, B, C, D and F for making the job of F, and G,H,I,J,K,L for making the job of G. As in the original script, you can use other letters to produce only gramatical expansions and no graphical effects. Now it's posible to render Sierpinski triangles. See the attached file to see the problems and the extra stuff.

2 1