- Inkscape Devel - Inkscape Mailman

Proposed change of config directory
by Jon A. Cruz 28 May '08

28 May '08

In discussion today the subject of our preferences, etc came up. The initial comment was "also, i really would love to be able to store the inkscape preferences files in a given location (so, to be able to run two builds alternatively without having to save & rename the prefs files manually). profiles!" Looking into that, it seems that perhaps we should switch some of the mess that is path-prefix.h with the stock calls that now are in glib and that follow the XDG Base Directory Specification http://www.freedesktop.org/Standards/basedir-spec In fact, we should perhaps look over a few of those "Miscellaneous Utility Functions" in glib http://library.gnome.org/devel/glib/stable/glib-Miscellaneous-Utility-Funct… The immediately useful function would be g_get_user_config_dir(). One main benefit of using that call is that Inkscape should then be easy to direct to different "config" directories and allow for users to pair different versions of Inkscape with different directories... or different work scenarios with different ones, etc.

4 3

Canonical open source jobs
by Bryce Harrington 28 May '08

28 May '08

There's several positions opened at Canonical for open source developers: http://webapps.ubuntu.com/employment/ In particular, if you've been doing Inkscape bug triaging, take a look at the Launchpad QA Engineer position. Or if you've been hacking on gtk code for Inkscape, the Ubuntu GNOME Maintainer position might be of interest. Bryce

1 0

[Lib2geom-devel] New HLineSegment/VLineSegment classes and path.h splitting
by Marco 28 May '08

28 May '08

I splitted path.h in the following files: curve.h (abstract class Curve) sbasis-curve.h bezier-curve.h elliptical-arc.h path.h (class Path and iterators ) and path.cpp in curve-helpers.cpp (CurveHelpers::root_winding) path.cpp (all the previous methods) finally I added a curves.h file so defined: #include curve.h #include sbasis-curve.h #include bezier-curve.h #include elliptical-arc.h #include hvlinesegment.h path.h includes curves.h so existent code should have no problem. The HLineSegment and VLineSegment classes will be useful to represent directly "H" and "V" curves found in the svg path element. I committed all changes both to 2geom and Inkscape. Btw I needed to do a make clean before succeeding in building inkscape correctly, because at beginning CurveHelpers::root_winding was seen as defined more than once. Regards, Marco -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

3 4

inkscape community site
by Frank Karlitschek 27 May '08

27 May '08

Hi guys, I'm running openDesktop.org, KDE-Look.org, GNOME-Look.org and other websites for Free software. I´m also a longtime inkscape user. I created lots of icons for KDE with inkscape. :-) I noticed that there is no real community site where Inkscape users and developers can share drawing, templates, scripts, fonts, screenshots, new ideas and other stuff. I know there is open clipart, but it lacks the social networking functionality and other stuff. So I created www.inkscapestuff.org . It is part of the openDesktop.org network. So if you have an account on GNOME-Look.org on any other website you can login. There is also a public api if you want to fetch and integrate the stuff into other websites or Inkscape. http://api.inkscapestuff.org I hope this is helpfull for you and the Inkscape users. What do you think? I you have ideas or suggestions how to improve the site please send me a mail. Cheers Frank -- Frank Karlitschek frank@...1981...

3 5

UI proposal: workspaces (art, chart, technical, kids)
by Valerie 27 May '08

27 May '08

Inkscape doesn't need this as much as some other graphics programs probably do (I'm mostly trying to push it for Krita), but since Inkscape is going to add technical drawing capabilities, it's as good a time to start considering this as ever: Workspaces would basically be a divide and conquer approach against excessive UI bloat. Basically, 1 workspace = one saved set of settings (including toolbox items and tool option settings). UI: in the top menu, you add a Workspace drop-down with the following possible entries: - General - Icons/logos - Art - Charts - Technical - Kids - anything else you can think of (comics, maps, whatever) Click on any entry to switch from one to another. Art for example will emphasize the Calligraphy tool (with eventually several settings possible and separate entries toolbox entries for the tweak tools, so you don't have to dig them up all the time). I'd also like to see a separate workspace for Composition when composition tools are created (the workspace would basically give you composition tools and a few basic drawing tools). In workspaces such as Charts, tool option settings will automatically switch to properties such as "disable scale stroke width." You could also implement hybrids of the shape and text tools so that when you click on the centre of a shape (say... rectangle), you can start typing and editing text directly, and the text will automatically align itself with the centre of the shape, and/or the shape automatically expands when necessary (options available). Normally, such a feature would add bloat to the UI, but within a specific workspace it'd Really save time since the user would no longer be forced to align all the time. Really, this could cut down chart drawing time by half. Technical drawing will emphasize technical tools while pushing back all the non-technical items. It may also have default grids and snap settings. Within each workspace, you can still add another of the existing tools. This could be done either via a "configure toolbox" button or within a "Configure workspace" entry in the workspace drop-down. There, you just tick the tools you want in your toolbox. Workspaces could also make one's life simpler when the following start to get implemented: - animation (I Really doubt most people want the animation features taking up screen real-estate most of the time) - collaborative online work environments and such? The difficulty, of course, lies in whether Inkscape has the architectural options necessary to save and switch settings in such a way. If possible though, it will decrease UI bloat while allowing easier access to certain tools depending on the task (like the sub-modes of the Tweak tool), and could eventually allow some workspaces to have features that would otherwise be bloat in others (timeline bar for animation, maybe mini-icon galleries for if those are needed, and the shape/text hybrids I've mentioned for a chart workspace).

1 0

Re: [Inkscape-devel] Serious regression!
by Diederik van Lierop 27 May '08

27 May '08

Well, I just narrowed it down to the builds between May 20th and May 21th if that's of any help.... Diederik Op Ma, 26 mei, 2008 13:32, schreef J.B.C.Engelen@...1578...: > As a temporary solution to keep on working: > Go to global preferences, SVG Output, and turn on 'allow relative > coordinates'. That seems to work for me now. > > CC'ed to Jasper who has recently reworked the SVG path writing. > > Cheers, > Johan > >> -----Original Message----- >> From: inkscape-devel-bounces(a)lists.sourceforge.net >> [mailto:inkscape-devel-bounces@lists.sourceforge.net] On >> Behalf Of Diederik van Lierop >> Sent: maandag 26 mei 2008 13:00 >> To: Alvin Penner >> Cc: inkscape-devel(a)lists.sourceforge.net >> Subject: Re: [Inkscape-devel] Serious regression! >> >> Op Ma, 26 mei, 2008 12:55, schreef Alvin Penner: >> > Is this https://bugs.launchpad.net/inkscape/+bug/234742 ? >> >> That could indeed be related! Although in my setup the paths >> completely disappear. >> >> Diederik >> >> >> -------------------------------------------------------------- >> ----------- >> This SF.net email is sponsored by: Microsoft Defy all >> challenges. Microsoft(R) Visual Studio 2008. >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ >> _______________________________________________ >> Inkscape-devel mailing list >> Inkscape-devel(a)lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel >> > >

2 2

Suggestion: Calligraphic presets - save and edit
by microUgly 26 May '08

26 May '08

Sorry if I'm raising a suggestion that has already be discussed. I've just tried out the calligraphic preset option in the May 22 Win32 snapshot. When you select a preset and make a change, instead of the preset selection jumping to "No preset" can the preset selection remain except with a "*" beside the name (i.e. Marker*)? This will make it easier to identify which preset you had been using before making a change. When you choose to save the changes, populate the "Profile name" (should that be changed to "preset name"?) with the select preset name so you can easily save over it. With these changes you could change "No preset" to "Default" and allow users to easily define their own default. In my work I'll probably create a few presets combinations such as "Slow thin" and "Fast fat" etc. But every drawing will be slightly different, and in some cases the same part of the same drawing might require tweaking of the settings. So being able to quickly tweak and save my presets would be an useful feature. -- View this message in context: http://www.nabble.com/Suggestion%3A-Calligraphic-presets---save-and-edit-tp… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 4

crash when using ellipse for pattern on path LPE
by bulia byak 26 May '08

26 May '08

terminate called after throwing an instance of 'Geom::RangeError' what(): lib2geom exception: there is no ellipse that satisfies the given constraints: ray(X) == 0 && ray(Y) == 0 but initialPoint != finalPoint (2geom/elliptical-arc.cpp:468) This didn't work before, but at least it didn't crash :) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

on palettes
by Alexandre Prokoudine 26 May '08

26 May '08

Hi, Apparently Fedora has a new design style: https://fedorahosted.org/echo-icon-theme/wiki/Guidelines Should we, Inkscape guys and gals, include the echo-palette.gpl to the bundle (like we do with Ubuntu), or should we, CREATE guys, bundle it with CREATE resources package? :) Alexandre

2 1

SVG Fonts: current status
by Felipe Sanches 26 May '08

26 May '08

------ If you just wanted to see some SVGFonts rendering, stop reading, this is not ready yet... ------ I have been working on SVG Fonts and I have recently created a coupe of files (src/display/nr-svgfonts.{cpp,h}) to deal with cairo userfont feature (rendering). It is still incomplete code, of course. I am sending a patch attached to this email. It has several issues: * Still doesnt render at all :-P (but the cairo userfont callbacks seem to be called properly, so it is a matter of time&pacience to get it working) * The userfont callbacks are called only once for each glyph. It means cairo is caching my glyphs, which will be a problem when the user modifies them. * It deals with only one <font> declaration (should be extended to various svgfonts in a single document). * Currently I have been trying to test this code by calling cairo_set_font_face (ct, nr_svgfonts_get_user_font_face()); cairo_show_text (ct, "A!@A"); But I do not have a proper place to put this call. I have tried to call if from within nr-arena-render-glyphs.cpp, but it is probably wrong. * Our SVG fonts are not registered to the fontlister nor managed by pango yet. * We still depend on pango integration so that we can fed pango with our cairo_font_face_t* created by nr_svgfonts_get_user_font_face(). This would be integrated with the current pango code that exists in inkscape. * I also admit that I need to study a bit more about how inkscape handles units and how these are fed to cairo. Some units&coordinates in this patch are arbirary guesses. Also, this patch depends on linking inkscape to cairo development branch (git master) which has support for userfonts. That's one of the reasons why this has not been commited to svn yet. I don't want to branch, but I will do it if there's no other option. I would rather prefer to have --enable-svgfonts option in ./configure Can anybody help me with that? I have never done this kind of thing. cheers, Juca

5 14