- Inkscape Devel - Inkscape Mailman

Text split / merge tool.
by Terry Brown 15 Apr '09

15 Apr '09

I've made a simple extension (just lxml twiddling) which, given a selection of a single svg:text or svg:flowRoot, splits it up into separate svg:texts, or, given a selection multiple svg:texts and/or svg:flowRoots, merges them into one svg:text. Splitting in merging appears to the user to be line oriented (actually xpath is collecting flowParas ans tspans). Really handy when you have a list of labels as a single text and want to split them into separate objects quickly. Is it worth including in the distribution (either before or after .47) and if so what should I do with it? And if not, is there somewhere else I should put it? Cheers -Terry

6 12

Re: [Inkscape-devel] Disconnected Arabic letters on Mac OS X - Arabic support on Mac OS X is not working properly
by Boutros Saba 14 Apr '09

14 Apr '09

Hello JiHo, I tried to roll back to version 0.44 and to version 0.45 on Mac OS X. I also installed the X11 packaged on under the name X11User_Tiger_intel.dmg at http://inkscape.modevia.com/macosx-snap/?M=D And deleted the mentioned directory each time I rolled back to a previous version and after I installed the X11(prior to rolling back). I still have disconnected Arabic letters - even when I past them from the outside. The thing is that I had a good Arabic support, with connected letters either on 0.44 or on 0.45 (or on both). What could have happened? Any clues? Thanks! Boutros On Apr 4, 2009, at 3:58 PM, inkscape-devel- request(a)lists.sourceforge.net wrote: > Message: 2 > Date: Fri, 3 Apr 2009 19:39:12 -0400 > From: JiHO <jo.lists@...400...> > Subject: Re: [Inkscape-devel] Disconnected Arabic letters on Mac OS X > - Arabic support on Mac OS X is not working properly > To: Boutros Saba <boutros.saba@...400...> > Cc: inkscape-devel(a)lists.sourceforge.net > Message-ID: <43F96F56-B51D-45A3-87ED-094F461414BE@...400...> > Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes > > On 2009-April-03 , at 15:17 , Boutros Saba wrote: > >> Now I'm trying to roll back to previous versions of Inkscape on >> Tiger (10.4) - and I don't find the versions... any ideas where I >> can find them. I deleted all the previous versions I had. > > Sourceforge has an archive of past versions: > http://sourceforge.net/project/showfiles.php? > group_id=93438&package_id=99112 > > JiHO > --- > http://jo.irisson.free.fr/

2 2

new: lpe 'recursive skeleton'
by unknown＠example.com 14 Apr '09

14 Apr '09

Hi all, Inspired by Hofstadter's GEB, I made a new LPE called "recursive skeleton" (for want of a better name !!!!!!). It takes the original path, and puts it along the parts of the original path. Original path: _________ _________ Parts are: _________ and _________ Result of one iteration: ___ ___ ___ ___ Two iterations: _ _ _ _ _ _ _ _ I hope this makes it a bit clear. Find a more interesting example here: http://smi.el.utwente.nl/~johan/recursive_skeleton.png The LPE is still experimental, have a go at it and see if it makes sense to you, would love to hear comments :) Ciao, Johan

2 2

Problem with wiki
by Jon A. Cruz 13 Apr '09

13 Apr '09

I think I might have just seen a hidden problem with the wiki. I went to update a page on our versions, and saw contents for our release notes instead. http://wiki.inkscape.org/wiki/index.php/Tracking_Dependencies The history listed things as expected, with the time of the last edit corresponding to the time I updated a table on that page. However, the contents were from that other page. Our servers were down for a bit the other day, so it is possible that something got corrupted. Could all of you take a quick moment to skim things and see if any pages are holding the wrong information? Thanks

1 0

Two icon issues
by Jon A. Cruz 13 Apr '09

13 Apr '09

Hi, just a quick note on two current icon issues. The first is that some of the icons when rendered from our internal svg are blurring out at different sizes. This one is due to changes made on Saturday, but I should have a handle on fixing very shortly. The other one is a bit of a spill-over issue in icons on some versions of GTK. This mirrors an issue I saw before where some icons in the same setup were being cropped. For default with a size set to 18 pixels, the GTK theme is using 16 pixel icons and causing issues. I'm not sure if this was a bug with those older versions or just not quite setting things up well. With the same setup, I do not see a problem if the gtk theme sets the size to 12 or 14 or 16 or 22, etc. Just that one main size is triggering it for me. So to sum up... if anyone sees the first issue, don't worry; it's being fixed. However, if anyone sees either cropping or junk on the right or bottom on icons of the second issue, please drop a quick response which which platform and which versions of GTK+ these problems are seen with. Thanks.

1 0

GSoC, KML-SVG: The proposal, version 2
by Piotr Kopczyński 12 Apr '09

12 Apr '09

I have made a more detailed proposal of what might be done, including a rough timeline (actually just the time amounts - I put the timeline into Google Calendar). The basic part is what I find both necessary and lasting to tell that KML files can be essentially displayed as SVG. There are also additional ideas for improvements but I don't feel like I should decide what is important or needed. This is where I am asking you for directions. Initially I was having many ideas of what could be made in this project. Now I'm afraid there is hardly any chance to touch exporting from SVG to KML (except for an extremely simple cases or some silly assumptions) or the import wizard for Inkscape, as in the first proposal. I would rather focus on the KML->SVG transform. Of course, I would like to know your point of view. As for the previous version of application: firstly, I realised that those "configuration options" are not really needed and may be considered as an extension or optional part. Secondly, the mentioned web server requirement issue is no more important. I have adjusted my "framework" for this project and it works fine for static XSLT's which may be enough for the project. I put the reviewed proposal as a comment to the application: http://socghop.appspot.com/student_proposal/show/google/gsoc2009/piotrekk/t… It is still just an estimation. I have taken into account the time needed for basic learning, preparing tools, debugging and unpredicted situations, thus the timeline may be quite realistic. The next comment contains some ideas how the basic part can be extended or improved. I would need some advice about that "optional" parts, as well as a revision of the "minimal" set. Any clues are welcome :-) The plan (basic part) seems to be finishable before the mid-term evaluation, so I am asking for suggestions what else should be done. In the meantime I will keep investigating the SVG and KML secrets :-) Best Regards, Piotrek

1 0

multipage inkscape
by Albert Cardona 12 Apr '09

12 Apr '09

Hi all, Are there any news on old plans to add multipage support to Inkscape? Having multiple pages would be fantastic. We could then use Inkscape for the formatting of books and magazines, and pdf slides for talks. No existing open source tools (except pure latex + beamer) can be used comfortably for the task (and I have been using them for years now.) Albert -- Albert Cardona http://albert.rierol.net

5 4

Re 2: GSoC, KML-SVG - what is needed?
by Piotr Ko 12 Apr '09

12 Apr '09

> I think KML also allows you to specify image overlays. > Fine, I'll take it too (there's a <GroundOverlay> element in KML, I believe this is what you mean). Regards, Piotrek

1 0

wmf import/export and uniconvertor
by the Adib 11 Apr '09

11 Apr '09

Hello, I saw a wmf_input.inx using uniconvertor so I created a corresponding wmf_output.inx as well :-) However in the code src/xml/rep-io.cpp there are some sections protected by #ifdef HAVE_LIBWMF that call sp_wmf_convert (localFilename). I have libwmf-dev installed on my computer (Ubuntu 8.10) On windows there is a system specific emf/wmf importer/exporter. Uniconvertor can not handle text for now. Questions: 1) is this code abandoned? I did not found any definition HAVE_LIBWMF using grep -R HAVE_LIBWMF * 2) How can we disable the uniconvertor extension on windows? Thx, Adib.

2 1

State of the Icons
by Guillermo Espertino 10 Apr '09

10 Apr '09

Bug #312993 proposed the Tango set for Inkscape 0.47 https://bugs.launchpad.net/inkscape/+bug/312993 This has already been discussed but nothing happened. The general consensus seemed to be that the majority wanted the default theme but that it needed to be fixed. The original Tango Icons didn't have much support, although an alternative version with toolbar icons similar than the defaults but "tangoified" had better luck. An improved version of the default set was presented in this list some time ago without much repercussion. Besides, the default set has been converted to a separated icons set but the work isn't finished yet and the possibility of use custom icons has gone. What's the current state of this? Is there a reason for not replacing the default set by the much improved version presented on the list? Would it be possible to commit the finished versions of both Tango (art libre) and Tango Colors icons in SVN? The reworked default theme, and both tango versions are complete and work fine with most of the GTK themes. They need improvements for very dark themes but it is possible that a new theme for that particular situation has to be created. In the bug report you can find the icons files and samples created by dopelover displaying the issues in dark themes. In my oppinion, every proposed set performs better than the current default. What do you think? Gez.

5 7

(no subject)
by worms invasion 10 Apr '09

10 Apr '09

Hello I noticed that in the "Save as" dialog, when you save a new file, the fields order when you do TAB is: File Name Type Save Cancel Title So you more likely will hit "Save" before you get a chance to fill in "Title". I remember a discussion about this on IRC, and the goal of adding the Title field was that it shouldn't "get in the way" of the user, or something, even though the "Title" field is part of the SVG specification (or something like that) So I'm wondering... would it make a big difference to have the order: File Name Type Title Save Cancel For people using the mouse to go from field to field, it won't make a lot of difference (I think), but for those like me who use TAB in that dialog, it would (3 TAB instead of 5, but 4 TAB instead of 3 for save) Also, it's a "Save as" dialog, so if you change the File name or the Type, there are chances that you would also change Title maybe, but the current order makes it more likely that you hit "Save" first. The same comment applies to the "Save a copy..." dialog. Anyway, that's only a question - I'm curious about why the current order is as it is, that is all :-) What do you people think? Regards

3 2

GSoC, KML-SVG - what is needed?
by Piotr Kopczyński 10 Apr '09

10 Apr '09

Hi. I've been playing with Google Maps for a moment. Actually, only "visually" interesting things there seem to be: - placemarks, with choosable icons - polygons, with customizable style - fill color and opacity, border (stroke) color, opacity and width - lines (paths), customizable like polygon's stroke above All these may (or must) have names and descriptions; the latter may be plaintext or html ("rich text"). I assume these elements are a minimum to be done. I can handle that easily (I guess :-) ). How close to your expectations is this subset? Did I miss some essential features? Another thing: what is the expected resulting SVG if the input KML contains, say, just a placemark with name, description and point with coordinates? Is it going to be a placemark's image (icon) and a rectangle (or something) with the texts? Or is it going to involve some background graphics (terrain's map)? Greetings, Piotrek

2 1

Re: [Inkscape-devel] Opacity inheritance
by Guillermo Espertino 10 Apr '09

10 Apr '09

> Actually I can't reproduce this. It seems to remember the last solid > color I used. (When drawing rectangles at least.) Jasper, my bad. I tried with a recent compilation and it doesn't do that anymore. However, the opacity=0 is still inherited when you creat an object with that opacity, and that doesn't make much sense, imo. > Imagine being used to drawing an object, changing its style, then > drawing another object and seeing that it has the same look as the > earlier shape. Wouldn't it then be very weird if opacity was NOT > remembered? You'd then probably get bug reports (again) about how new > shapes have a different color from previous shapes, etc., etc. As far as I could see, most of the users doesn't consider the opacity as one of the atributes of the color. Opacity is considered commonly as an extra property, and not part of the color. That's why several users think their colors look "pale" when they're actually semi-transparent. The alpha value is commonly misinterpreted as a "tint" value. People use it when they want to make the color lighter, not transparent. Of course you have the HSL sliders and you can do a sort of tinting raising the value of the L slider. But both opacity and tinting are commonly applied as transformations over the color, not coloring itself. Don't get me wrong. I'm not saying that they aren't related to the color mixing, but people usually tend to see them as some kind of post-processing over the color. For instance, they take a red swatch and want to have tints of that red swatch. They don't look for a pink swatch with the same hue than the red swatch. That's why I think that opacity is commonly mistaken as tinting. > It would be ten times nicer if we could simply make it more obvious > what's going on, and make things more consistent (in one of the bug > reports the confusion started because paths behaved differently from > shapes for example). Yes, I agree. But how? What I mentioned is my idea of a fast workaround to avoid a common usage mistake. Of course it would be much better if we find a better way to make it clearer. But that would take some work, and my suggestion was intended to work around the issue, in the most elegant way possible.

1 0

Opacity inheritance
by Guillermo Espertino 10 Apr '09

10 Apr '09

In the bug report # 285966 (avoid inheriting transparency when it's set to 0) I commented about the problems of the style inheritance in new shapes. New users seem to be very confused by this feature, and in the particular case of creating a shape after setting a gradient (the style of the last stop is preserved, so the last style memorized is A=0) it leads to recurring bug reports because people don't get it and tend to think that there's something broken. I've been thinking about the inheritance of opacity and honestly, I find it rather annoying in most of the cases. At the moment is marked as a wishlist item, but I'm starting to think that it's probably an usability bug. I think that should be better to avoid opacity inheritance as default and make it optional via preferences (i.e.: preserving fill and stroke but not opacity unless the user select the proper option in the prefs). What do you think?

3 4

Improvements for ICC/CMYK Workflow
by Felipe Sanches 10 Apr '09

10 Apr '09

This is my GSoC application. Please, give me feedback so that I can improve it. *Project idea* My project proposal consists of a set of improvements in the user interface that would improve user workflow when dealing with CMYK color space and ICC color management. Last year I was invited (and received some funds) by Brazilian Government to participate in an event where a couple free software developers and some users of free software graphics applications such as GIMP and Inkscape had the oportunity to exchange ideas and brainstorm about issues related to printing. From these brainstorms I have gathered a set of issues that I believe are of high priority for the inkscape team. I propose that in my SoC project this year I would focus on these activities: - store CMYK color values in the SVG file using icc-color - create a default target device color profile option in the document properties dialog (color management tab) - automatically color transform the color palettes using the selected target device icc profile - automatically color transform the color picker widgets using the selected target device icc profile - brainstorm a way of properly displaying "out of gammut" colors in the user interface - implement "out of gamut" user interface - colors using an alternative color profile should be the exception case (thus, only this case would require the user to explicetely chose the icc profile in the CMS tab at the fill&stroke dialog). Other colors should automatically use the target device profile. JucaBlues

4 4

GSoC 2009 Preliminary slot allocations
by Josh Andler 10 Apr '09

10 Apr '09

Hey mentors, The preliminary allocations netted us 5 slots. Please take that into account with any rankings or reviews that need to be finalized. Cheers, Josh

1 1

LGM
by Alexandre Prokoudine 10 Apr '09

10 Apr '09

Hi, Inkscape is listed as main project at Libre Graphics Meeting, and yet Ivan Louette seems to be the only guy who signed up. Is anybody else coming? Ted? Bryce? Jon? Bulia? Mental? Alexandre

4 3

Refactoring freeze: tomorrow!
by bulia byak 09 Apr '09

09 Apr '09

Guys: I understand that coding is addictive, but we must finally move ahead with the release. So, unless there are serious objections, I declare a refactoring freeze starting tomorrow at noon EST! Please do all your refactoring commits before then. To refresh your memory, a refactoring freeze means: > no lib migrations, no rewriting and rearranging code "for general correctness", and no 2geom syncs "just in case" until the release. I realize this is all done for good reasons, but experience shows that each such wave of changes brings bugs that keep popping up long after the wave has passed. So, let's stop refactoring and start bugfixing in a serious way. Thanks for cooperation! -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 4

SVG Open Call for participation
by Ted Gould 09 Apr '09

09 Apr '09

Hello, For those who are interested the Call for participation for SVG Open this year has gone out. Very exciting, and specifically I can comment on how nice conferences are on the Google campus. All the information is in this mail, of course Inkscape related SVG topics would be interesting to most of the participants. http://lists.w3.org/Archives/Public/www-svg/2009Apr/0052.html It would be cool to have a good showing at the conference. --Ted

1 0

Couple of text bugs
by Thomas Worthington 09 Apr '09

09 Apr '09

I went to print a piece of text on a path last night and nothing appeared. Once the text was converted to paths itself it printed fine. Version 21051. Another, long-standing bug, is that text behaves strangely when aligning. I generally find that of several pieces of text the one used for "relative to" is fairly random; certainly the choice in the alignment menu is frequently ignored. I've not found a pattern yet - the object's ID does not seem to be the basis of the choice nor does the type of alignment (baseline, left, top etc) seem to matter. The order of the objects on the page seem to have something to do with it. Anyone else seeing this? -- Thomas Worthington Tech Nouveau 32 Bangor Road Groomsport BT19 6JF 07748 792333

1 0

Conditional compilation in 2geom
by unknown＠example.com 09 Apr '09

09 Apr '09

Hi all, Recently in 2geom, "HAVE_GSL" and "GPL_TAINT" #defines were created, to optionally leave out certain parts of 2geom. How should Inkscape handle these things? Should the make script define those things on the commandline? Or should 2geom provide hooks to a 'config.h' of its own that Inkscape can tweak? Thanks for thoughts, Johan

3 2

The bias property for feConvolveMatrix
by Jasper van de Gronde 08 Apr '09

08 Apr '09

The SVG standard defines a "bias" property for feConvolveMatrix to offset the result of the filter. It specifies that this value should simply be added to the result for each channel. Implicitly the standard defines that these are premultiplied color values, however, this seems to make little sense, as the bias has very little meaning without taking the alpha channel into account. The standard also says that one of the applications of a bias is "to have 0.5 gray value be the zero response of the filter", this seems to be directly contradictory with adding bias to the premultiplied values (as then the same bias could suddenly stand for white if alpha was 0.5). So, what to do? Batik doesn't seem to support bias!=0 at all, so there is also no precedent. I currently let feConvolveMatrix make bias relative to alpha.

2 1

Re: [Inkscape-devel] lpe-crash
by Guillermo Espertino 08 Apr '09

08 Apr '09

This has been fixed as of rev. #21094 by Diederik. It was indeed a bug in snapping code. I created the report #356743 for that, which I'm closing as fixed right now. Gez.

1 0

lpe-crash
by jf barraud 07 Apr '09

07 Apr '09

Hi all, For some unknown reason, all lpes having theire own "addCanvasIndicators()" (namely lpe-knot and lpe-cpopyrotate) now crash inkscape whenever you try to edit with the node tool. Just in case someone is aware of some recent change in the code causing this, please make suggestions, it might save me some time trying to understand what is going on! ;-) Cheers, jfb.

3 2

group options in export dialogs
by the Adib 06 Apr '09

06 Apr '09

Hello, how is it possible to group several options in the export dialogue? I think about a grouping inside static box and grouping inside multi tab pane. I would like to group all options related to: - export area/object - font options - file format compatibility / subformats - handling of linked images Good would be if I can save/restore my settings :-) This could be done by defining <group> and <page> tags What do you think? Adib. ---

1 0