- Inkscape Devel - Inkscape Mailman

namespace handling fixes
by MenTaLguY 04 Jan '05

04 Jan '05

I just comitted some code that should handle namespaces properly when saving. I've removed all the manual xmlns declarations that were stuck in the code; instead, they are now generated automatically and inserted into the output document on save. The new code can also use a specified namespace as the default namespace in a saved document, when it is possible to do so. Under normal circumstances we now save documents with SVG as the default namespace. Test and let me know if anything broke (it seems okay on my end). -mental

2 4

Re: [Inkscape-user] Results of librsvg bug: Inkscape action?
by bulia byak 04 Jan '05

04 Jan '05

On Tue, 04 Jan 2005 16:02:03 +0000, Andrew Conkling <andrewski@...633...> wrote: > ------- Additional Comment #5 From Dom Lachowicz 2005-01-02 16:32 ------- > it is best, in my opinion, if the SVGs are emitted in a "streamable" > format, which means that gradient 578 should appear before gradient 581 in > the file. 1. Sorting ids is not sufficient, generally. Gradients can have arbitrary ids. Their links can be arbitrary trees, not only linear chains. 2. Since sorting ids is sufficient in most cases but not in all, I don't want to code this partial solution into the application. This seems to be a good use case for output extensions. Thus, sorting elements is trivial in XSLT; you can write an XSLT stylesheet that rsvg-ifies our SVG and submit it, and someone will then hook it up as an extension. 3. Though we have fixed most of the same problem in Inkscape, some pieces still remain unfixed (bug 989084). I'd rather that we spend effort on fixing these.

1 0

NEW: invert selection, -in-all-layers
by bulia byak 04 Jan '05

04 Jan '05

The new Invert Selection command (the `!' key) inverts selection (deselecting what was selected and selecting everything else) within the current layer. Both Invert Selection and Select All now have "in all layers" variants that act across all visible and unlocked layers (Ctrl+Alt+A for Select All in All Layers, Alt+! for Invert Selection in All Layers).

1 0

Re: [Inkscape-user] FlowText line height and justify
by bulia byak 04 Jan '05

04 Jan '05

On Sun, 02 Jan 2005 22:47:51 +0100, Martin Ždila <zdila@...631...> wrote: > Hi friends > > Is there a way to set line spacing (line height) between lines of flowed > text? line-height in flowPara element doesn't work. That's one of the reasons why flowtext is not yet officially supported. The problem is, I don't see in the SVG 1.2 draft any mechanism for line height! I just recently ran into this, so I'm cross-posting this to the devel list hoping that someone can share some insight on this. I could not even find a mention of line height here: http://www.w3.org/TR/SVG12/ If someone is more lucky than I, I would be grateful for a pointer. Now, I'm reasonably sure that the mechanism SVG has in mind is the line-height CVS property. However it is not mentioned anywhere in the draft, which worries me. I can implement line-height support but I want to be sure first. > And for text > justification / alignment text-align doesn't work too. That is less problematic, SVG draft mentions the text-align property which we must support.

2 3

proposed change to icons
by Ben Crowell 03 Jan '05

03 Jan '05

Bryce wrote: >Since our development policy is "patch first, discuss later", I don"t >think we should make a decision about the defaults until the options >were all available for review. I've committed changes to eight of the icons (rotate, flip, raise, and lower), and that's all the changes I want to make. I'll leave it up to others to decide whether keep these new versions as is, tweak them further, or revert them completely to Bulia's versions. AFAIK, there is currently no mechanism for maintaining multiple versions of the icons from which users can choose. Mine are the current defaults, but if someone else wants to create a multiple-icon-option mechanism, and then debate which set should be the default, that's fine.

3 4

Re: [Inkscape-devel] Suggestion for the preferences dialog
by Bryce Harrington 03 Jan '05

03 Jan '05

On Tue, 28 Dec 2004, Andreas Nilsson wrote: > >What approach did you use to create this mockup? > > > >I gave a shot at trying to mock up something with glade, but with > >disappointing results. However this definitely looks doable. > > > >Bryce > > > > > Well, I used the Gimp... Cool, it looks really good. I'm not sure if we'll be able to replicate it exactly, but I think we should strive to get as close as we can - this looks extremely good. > I am trying to learn Glade, but so far, all my attempts have been > unsuccesfull. Yeah same here, I thought it might provide a shortcut to having to implement the tree management stuff, but no such luck. It does not appear to generate code for managing tree widgets, and the stuff that it can do well is reasonably straightforward to do by hand. Anyway, so I'd say, stick with gimp. ;-) > I do really hope that I have not created an uncodable monster here. :) > - Andreas Nilsson Nah, it'll just be a considerable challenge. :-) In fact, I had noticed earlier that we needed tree-oriented editing dialogs for several other purposes - the XML tree, layers, extensions, and possibly keyboard layouts. I was going to emulate the XML editor design, but what you've done for the preferences dialog looks like it provides the same basic capabilities, and I'm thinking that if we can implement this design, we can reuse it in at least 4 places. One alteration I'm considering in order to support the other kinds of dialogs is a toolbar on the top of the dialog (see the XML editor). For the XML editor this is used for adding/moving/deleting nodes. How do you think we could use this in the preferences dialog? Perhaps the help button could be moved up there (saving some space on the bottom of the screen?) Perhaps an 'export preferences' function? 'restore defaults'? The other thing I'm wondering is that some people are going to really like the extra space between widgets in the dialog (and it helps us adhere to the HIG, as you point out), however others will prefer more concise use of space in order to maximize the dialogs they can have open at once. Preferences are unlikely to be something people will want to have up all the time, and same with extensions, however with the XML editor and layers I'm not as sure - what do you think? Bryce

6 12

Volunteer work and an idea how to get into existing code bases
by Felix Rabe 03 Jan '05

03 Jan '05

Hi Bryce, It's a shame that I only saw your calls for volunteer work now that you replied to them yourself... But I think this is an excellent idea to invite new developers! There needs to be more of it, or maybe it just needs to be more visible (like with a tag in the subject, eg. "[CFV]" for "Call For Volunteers"). In fact, I was looking for an easy way to familiarize myself with existing (poorly or barely documented) code bases and came up with this (as yet sadly unimplemented) idea: Look for a bug that has been fixed sometime in CVS and get a diff for the fix. I think it might be another good invitation and might add value to code documentation if some good (ie. easy) fixes and enhancements were pointed out in the Wiki by the developers that commited them to CVS or by the newbies that found the diffs and found them to be straightforward. If I someday get to implement this idea, should I start a Wiki page? (This might take a few months though...) Or is somebody else willing to do it? Or is it a not-so-god (bad) idea altogether? Greetings, Felix

4 3

Open Clip Art Library Release 0.09 Announcement :: http://www.openclipart.org
by Jon Phillips 03 Jan '05

03 Jan '05

*PLEASE FORWARD* Open Clip Art Library Release 0.09 Announcement http://www.openclipart.org Release 0.09 of the Open Clip Art Library is now available for download on the site as an individual package: http://www.openclipart.org/downloads/openclipart-0.09.tar.gz http://www.openclipart.org/downloads/openclipart-0.09.zip This new package is 20MB and contains 3104 unique user-submitted files, an increase from previous releases. The Open Clip Art Library is also browsable at www.openclipart.org where one might find specific clip art by searching through categories such as animals, education, transportation, or geography. Thank you to everyone who sent encouraging e-mails while the Open Clip Art Library's hosting project, freedesktop.org, underwent necessary maintenance due to a server break-in. freedesktop.org now has a much stronger server management system in place and our services are now completely back on-line from the incident. This intermittent downtime caused our developers to consider mirroring strategies. If you have any server space available and would like to host a mirror, please e-mail our mailing list. In the end, these events bolster an open source project and make it much stronger. To start the new year right, we decided to restart our montly release cycle, and begin to focus our attention to the project roadmap (http://openclipart.org/cgi-bin/wiki.pl?Roadmap). For the upcoming 0.10 release, we encourage submission of Valentine's Day themed artwork, to help users with their love life. Behind the scenes, we will be integrating Bryce Harrington's Document Management System (DMS) to mediate the submissions we receive. DMS is a real breakthrough in document management, which is akin to source code management (CVS, SVN, etc), but for everyday practical group projects, versioning, and collaboration using various file formats. Our core developers have also been discussing a few different sub-projects such as adding support to our services for Font submissions (http://openclipart.org/cgi-bin/wiki.pl?Open_Font_Library) and also a way to auto-generate greeting cards (http://openclipart.org/cgi-bin/wiki.pl?Greeting_Cards). Please add your comments to the aforementioned wiki pages and help us realize these ideas in the coming year! If you are interested in this project, please join our mailing list (http://freedesktop.org/mailman/listinfo/clipart), check out the roadmap (http://openclipart.org/cgi-bin/wiki.pl?Roadmap), and continue to submit your clip art! As the new year starts we are hoping to attract new developers and artists to work on the project. Happy New Year! Visit the Library at http://www.openclipart.org/

1 0

Re: [Inkscape-devel] Inkscape 0.41 release plans
by Ben Crowell 03 Jan '05

03 Jan '05

>Also Ben Crowell's Perl >scripts and XSLT scripting are very nice features that should be more >accessible, if possible, via the Scripts dialog or otherwise. Incorporating some of the Perl scripts would be fun, and I'd like to do it. However, IIRC there is still only a sketch of an API? Give me an API, and I'll get to work. Basically I need: - a way to get an svg file as input, and send it back as output - a way to report errors (including errors due to not having the right CPAN modules installed) - a way to get input strings from the user - a way to display some documentation to the user about what this script does - provisions for internationalizing all the strings the user will see Also, some of my scripts have known unixisms, which I can clean up, but I will still need help with testing on Windows, since I don't have a Windows box.

3 2

CVS not compilable
by bulia byak 03 Jan '05

03 Jan '05

1. In src/io/Makefile_insert, several files are listed with InitialCaps but they are actually all-lowercase, so make fails. 2 After fixing 1, I get: io/xsltstream.cpp: In member function `virtual void Inkscape::IO::XsltOutputStream::flush()': io/xsltstream.cpp:183: error: `xmlErrorPtr' undeclared (first use this function) io/xsltstream.cpp:183: error: (Each undeclared identifier is reported only once for each function it appears in.) io/xsltstream.cpp:183: error: syntax error before `=' token io/xsltstream.cpp:184: error: `err' undeclared (first use this function) Please fix these ASAP, and please be careful to not leave CVS in uncompilable state, especially on holidays when it may be hard to reach people.

4 6