January 2005 - Inkscape Devel

restore ruler units
by Aaron Spike 05 Jan '05

05 Jan '05

There has been some talk about units lately and I have a question. Please excuse me if this is what you've been talking about and I didn't catch it. The units in my template are mm. If I create a new document and change the units to inches the rulers change to inches. But If I save that document, close and open it again the ruler units are once again mm. And even more I have so far been unable to change them back to inches. I think Inkscape thinks they are already inches. Do other people experience this? Aaron Spike

6 14

Gtkmm screenshot (showing new Toolbox widget)
by Derek P. Moore 05 Jan '05

05 Jan '05

Since I uploaded that previous screenshot for all to see the current state of the Gtkmm work, I thought send up a screenshot showing off the toolbars. In this screenshot, the Tools and the Tool Controls bars are detached. The Tools bar is changed from a vertical orientation to horizontal. The Tool Controls bar is "minimized" into an arrow menu thingy. And the Commands bar (still attached) overflows beyond the size of the window, so you get a convenient arrow menu to access the those icons. As time goes on, we ought to be able to extend this Toolbox widget to include functionality people have requested in various mock-ups posted to this list.

3 6

Interesting problem
by Joshua A. Andler 04 Jan '05

04 Jan '05

I have a file that was originally an Illustrator file, and I saved it as SVG in Illustrator. I went to open the SVG file in Inkscape .40 & .40+ (today's CVS) and the log window popped up with: "WARNING: Requested update while update in progress, counter = 4" The end # (4) varied between 4-8, and there were probably 50+ instances of that message. One time, it eventually opened the file, and when I went to save it as an Inkscape SVG, Inkscape crashed. I figured I'd check here first to see what that message is about before filing a bug, but my guess is the file would be handy for debugging purposes. http://www.scislac.com/inkscape/cammy-mix.svg (1.6 megs) (it's an old project I wanted to get converted to SVG) On a side-note... I think I understand how Illustrator does it's drop-shadows now. It appears that it creates an embedded bitmap image for every shadow (almost like a clone though, since it updates with modifications to the original object). If this copy of the file loads, you'll see the missing image "red Xs" on the left ones face and behind her... where there were drop shadows before. It seems like a good method that we may want to take into account for our own use. If I should file a bug on this let me know. -Josh

1 0

Re: version numbers: 0.41, 0.42, Gtkmm, and 0.50
by Robert Staudinger 04 Jan '05

04 Jan '05

Hi, wrt. to the recent discussion about gtkmm i would like to humbly suggest the use of libglade or even libglademm when moving the ui-related parts of the codebase to c++. As briefly discussed on jabber today this should further simplify the code and make tweaking of the dialogs easy. Additionally it's the suggested way for gnome-related software. Thanks for your time, - Rob

5 6

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

04 Jan '05

On Tue, 4 Jan 2005, Andrew Conkling wrote: > Well, I reported the bug about having to resave gradients to render > correctly with librsvg: > http://bugzilla.gnome.org/show_bug.cgi?id=161467 *sighs* Apparently they're still convinced that librsvg is conformant to the standard (it's not). I added a comment. [ Those following along at home are invited to read the SVG 1.1 specification themselves, in case I missed something. ] > But they make a good point about reordering gradients: > > Is there any way that Inkscape can reorder gradients according to number? The numbering is sort of arbitrary, so that approach wouldn't work consistently. Ordering objects in <defs> according to their dependencies (what they're really asking for) would require some serious work, which I don't think is worth it for the sake of a non-compliant viewer. If the librsvg folks want to go off and make up their own vector markup language based on SVG, fine, but we're not obligated to go out of our way to support it. -mental

1 0

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