- Inkscape Devel - Inkscape Mailman

SOC 2008 - project - Guidlines feature
by Vangelis Katsikaros 26 Mar '08

26 Mar '08

Hello I am interested in the Guidelines features proposed in the SOC 2008 ideas (http://wiki.inkscape.org/wiki/index.php/SpecGuidesImprovement) and I would like to discuss some aspects before submitting my proposal (if this is ok). I guess this feature fits in the category of projects that doesn't mess much with the base code, since it uses already existing features. Moreover, I tried to find info about the guidelines: * From a quick search I did I saw that thre is no "guide line" element in SVG 1.1 . * I saw that in svg files the guides are defined as sodipodi:guide element. So, guidelines are Inkscape specific. * Guidelines are defined in src/sp-guide.cpp . SPGuide handles the svg file info. (Does this mean reading and writing from the file and modifying the svg abstraction?) * The rendering of the guidelines is handled in src/display/guideline.cpp . SPGuideLine holds the guideline info The the sp_guideline_* functions are responsible to deliver to the renderer the correct into? (not sure about this last one). * SnapManager manages the snapping. However, I haven't figured out if snapping and guidelines are directly connected. (However. this isn't relevant with the UI feature) This is an early search and I am just getting in touch with Inkscape internal. So, if I get something wrong or if you have any hints and directions they are welcome. (I've seen the dev docs you have on the wiki) As far as the feature specification is concerned, I would like to ask about the Design -> On-canvas editing section. The first 3 actions are already implemented. The last 2 were not implemented for a reason or you simply didn't have the time? Regards Vangelis Katsikaros __________________________________________________ ×ñçóéìïðïéåßôå Yahoo!; ÂáñåèÞêáôå ôá åíï÷ëçôéêÜ ìçíýìáôá (spam); Ôï Yahoo! Mail äéáèÝôåé ôçí êáëýôåñç äõíáôÞ ðñïóôáóßá êáôÜ ôùí åíï÷ëçôéêþí ìçíõìÜôùí http://mail.yahoo.gr

4 10

Transformations using the selector tool
by Diederik van Lierop 26 Mar '08

26 Mar '08

Hi all, Please be keen on any regressions in the way the selector tool handles transformations. If you see something weird then drop me a mail. This is all because I've given seltrans.cpp an overhaul to improve the handling of transformations, their origins and the snapping. For details, see this bug and revision https://bugs.launchpad.net/inkscape/+bug/174046 http://inkscape.svn.sourceforge.net/viewvc/inkscape?view=rev&revision=18015 Johan, I will now finally start working on the snapping indicator in the selector tool! Regards, Diederik

2 1

python extensions - lxml version 2
by Terry Brown 26 Mar '08

26 Mar '08

lxml version 2, from http://codespeak.net/lxml/lxml2.html#incompatible-changes "Some API functions now require passing options as keyword arguments, as opposed to positional arguments." e.g. the Edge 3d extension is broken because xpath is now ...xpath(path, namespaces=MyNameSpaces) rather than ...xpath(path, MyNameSpaces) so does that mean I should fix the extension to work out which version of lxml it's using? Or assume 2.x? Cheers -Terry

2 1

Inkscape 0.46 Released!
by Bryce Harrington 26 Mar '08

26 Mar '08

The Inkscape community today is announcing the release of the newest version of its open source vector graphics editor. Inkscape 0.46 is a major update that introduces native PDF support. The implementation of PDF support in Inkscape provides an easy, open source solution to editing PDF documents. Tons of new features and performance improvements are included in this release. Dialogs now have the ability to be docked to the editing window. Gradients can be edited completely on-canvas. The new Paint Bucket Tool fills bounded areas with color. A new 3D Box tool helps create perspective-correct drawings. A new Tweak tool provides an intuitive method for editing paths and painting objects. The new Live Path Effects feature can create "brushes" and various organic effects on paths. Improvements to color management include support for color spaces other than sRGB. Most SVG filters are now implemented, and a new powerful UI is provided for editing filter stacks. == Downloading Inkscape 0.46 == Inkscape 0.46 is already included by default in Ubuntu Hardy so just install it normally. Ubuntu Gutsy users can install by adding the following to System : Admin : Software Sources : Third-Party Software: deb http://ppa.launchpad.net/inkscape.testers/ubuntu gutsy main deb-src http://ppa.launchpad.net/inkscape.testers/ubuntu gutsy main Macintosh OS X users can download a Leopard Universal package from our SourceForge site: http://sourceforge.net/project/showfiles.php?group_id=93438 Packages for Fedora, Debian, Windows, and other platforms should be coming soon. == For more information == Complete Release Notes for 0.46: http://wiki.inkscape.org/wiki/index.php/ReleaseNotes046 Community Contributed Screenshots: http://inkscape.org/screenshots/ Bryce

3 2

website needs "latest" fixed
by Jon A. Cruz 26 Mar '08

26 Mar '08

The top still lists 0.45.1 as the latest stable, and the download link also still goes there. https://bugs.launchpad.net/inkscape/+bug/206996 Can someone with main access tweak that to point to the latest. thanks.

4 3

Proposal: use std::iostream and friends instead of Inkscape::IO
by Krzysztof Kosiński 26 Mar '08

26 Mar '08

Hello, I had a look at the stream classes used to output SVG to flies and memory while working on fixing the clipboard bug. The functionality of those classes is largely the same as std::iostream and the related class hierarchy. I think Inkscape could switch from its own stream implementation to the standard library streams. This would, among other things, reduce the complexity of the application and the size of the codebase. Is there some good reason Inkscape uses its own stream implementation instead of the standard streams? BTW, you might want to look at this before replying: http://spec.winprog.org/streams/ Regards, Krzysztof (Chris) Kosiński -- View this message in context: http://www.nabble.com/Proposal%3A-use-std%3A%3Aiostream-and-friends-instead… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

5 10

Inkscape Classes?
by Bryce Harrington 26 Mar '08

26 Mar '08

Ubuntu does a really cool thing by holding online "classes" on various topics, like making patches, using Launchpad, doing Screencasts, etc. [1] Other FOSS projects do similar. I think it would be very worthwhile for us to do something like this - brief 101-level intros to various topics (both usage and development), if enough of us are able to teach. How it'd work, is we'd set up #inkscape-classroom in IRC with logging, and publish a timeline of classes. The teacher would prepare their lesson plan, including screenshots, sample files, etc., then run the class for 1 hour (max) and answer questions, and afterwards put the IRC log into wiki (and clean it up a bit), for future reference. Some random ideas for topics: * Using Live Path Effects * Using Filter Effects * Creating Icons using Inkscape * Web Design using Inkscape * The Open Clip Art Library * Google SoC Primer * Translation 101 * Launchpad 101 * Refactoring 101 * Scripting Effects 101 * Bug Triage * Debugging Inkscape * Maintaining the Inkscape Windows Port etc. etc. What do you guys think? Does this sound like a good idea? Would you be interested in teaching a class, or have ideas for topics not listed above? If there's enough interest (6+ teachers), I'll go ahead and start organizing it. Bryce [1]: https://wiki.ubuntu.com/UbuntuOpenWeek

14 36

Cairo-1.5.14
by Bob Jamison 26 Mar '08

26 Mar '08

Hi all, I tried Cairo-1.5.14 out today and it works fine. One small problem, though. It breaks Cairomm. If you try compiling with it, you will encounter the error: 'CAIRO_FONT_TYPE_ATSUI_replaced_by_CAIRO_FONT_TYPE_QUARTZ' was not declared in this scope This is because 1.5.14 has a small API change, using the QUARTZ names now instead of ATSUI. Cairomm does not have that change yet, even the version on their server. If you still want to try Cairo-1.5.14, just change line 195 in cairomm/enums.h from: FONT_TYPE_ATSUI = CAIRO_FONT_TYPE_ATSUI to FONT_TYPE_ATSUI = CAIRO_FONT_TYPE_QUARTZ Happy hacking. bob

2 2

UI ideas for next version(s) of Inkscape
by Michael Grosberg 26 Mar '08

26 Mar '08

The usual disclaimer... not a programmer, but perhaps some GSOC participant would find my suggestions worthy of implementation. Inkscape has gained some pretty impressive features lately, but complexity has taken a toll on the UI. It now contains many icons, toolbars, and dialogs, and these UI elements take a lot of space, even on a large monitor. he problem is even more pronounced on an Ubuntu desktop where the GTK theme forces Inkscape to render all toolbars using extra large icons, making it too large for many resolutions. The dialogs are also too large, with oversized controls and a lot of spacing, and you can barely fit a couple of them on each side when they are docked. Gimp had a similar problem and they solved it by introducing a "small" theme that users can st, which makes all the icons and widgets smaller. I think Inkscape could benefit from using such a theme. Another great UI improvement would be to make inkscape remember the windows settings between sessions. Currently whenever I open a new session of Inkscape I have to resize the window and turn on a couple of dialogs - layers and fill & stroke. Then I have to resize the dialogs themselves because the layer dialog opens with hardly any space to show more than one layer. It would be great if Inkscape could remember those settings between sessions. One last thing, a very small one - I think having layer dialog icon next to the other dialog icons on the right size of the main toolbar could be useful.

10 18

Re: [Inkscape-devel] UI ideas for next version(s) of Inkscape
by MenTaLguY 25 Mar '08

25 Mar '08

On Tue, 25 Mar 2008 22:07:14 +0300, "Alexandre Prokoudine" <alexandre.prokoudine@...400...> wrote: > On Tue, Mar 25, 2008 at 9:57 PM, MenTaLguY <mental@...3...> wrote: > >> > I'd say, bug themes developers. I've used a number of really small >> > GTK+ themes like Gummy Orange. They are cool, but not available by >> > default in distros. >> >> We want some widgets to be normal size, though. >> >> Really what GTK+ should have is some way to request various standard >> sizes for widgets; "large", "normal", "small", "tiny", or something >> along those lines. A lot of other widget toolkits provide such a >> facility (e.g. Cocoa and Qt). >> >> -mental > > Did you want to send this offlist? ;-) Er, whoops. No, meant to include the list. -mental

4 3

SoC'08 SVG Fonts application
by Felipe Sanches 25 Mar '08

25 Mar '08

As suggested on http://wiki.inkscape.org/wiki/index.php/SOC_Writing_Project_Proposals I am sending you a first draft of my application so that you can comment on it. I also expect to find out who would be interested in mentoring this one. Please, tell me if I forgot to mention something important. JucaBlues == About Me == My name is Felipe C. da S. Sanches, known on Inkscape community as JucaBlues. I study Electrical Engeneering with emphasys on Telecomunications on University of São Paulo, Brazil. My contributions to Inkscape are described later on this SoC application. I like a lot to deal with computer graphics and I have been ploting pixels since 11 years old, when I started to learn computer programming by myself on an old 386 with QBASIC and MS-DOS. Later I learned C, C++ and x86 Asm. Recently I have also played a bit with javascript and python. Currently I am working 20 hours a week on web development (using the django framework) on a brazilian startup. I will continue employed there during SoC. I have some small free software projects started by myself. Often very small and unimportant stuff. During some time I have contributed with bug reporting and feature requests to some big projects such as Mediawiki and Firefox, and I have aprox. 3 lines of code incorporated in DemocracyTV (now called Miro), but I did not get commit rights on those projects, so I won't count them. The first big project I am involved with a lot of coding is Inkscape. == My first contact with Inkscape == I first heard about Inkscape when I was looking for a free software drawing tool. I needed to draw the schematics of wood cuts for my pinball machine. You can see my (not yet finished) homebrew pinball machine at www.flickr.com/photos/felipesanches By that time Inkscape was on version 0.43 and I remember I got very impressed by the about screen drawing. == How I got interested on coding for inkscape == After some time I started designing some SVG images for my hexamines game ( http://code.google.com/p/hexamines/). I had to set the CC-licensing metadata for a lot of files and I didn't know it was possible to do it easily using templates, so I decided to write a patch to make a "default metadata settings" UI. This patch, and a fix to a bug in itself, gave me svn commit rights. Later, the patch was considered confusing and not that much useful and was reverted. But since I saw myself, for the first time, with commit access to a free software project, I got excited about that and decided to pick something to work on. I saw some work going on filters UI (Nicholas Bishopp's SoC) and decided that filter renderers would be something cool to implement. == Work done on Inkscape == Last year I have implemented in Inkscape some of the SVG filter renderers. More precisely, these ones: feTurbulence, feDisplacementMap, feFlood, feColorMatrix, feConvolveMatrix, feImage, feMorphology and feComponentTransfer. I have also worked a bit on the filters user interface. I have implemented the filters infobox (which gives users instructions on what each filter primitive does). I have designed all of the icons used on this infobox(*). I have also added all of the tooltips for the filters UI. I have recently adapted the 0.46 About Screen to some languages, based on advice given by people at inkscape-translator list. == What I intend to do on GSoC'08 == Basic SVG Font rendering support. This does not include UI for the SVG Fonts. === Parameter loading === Some time ago I started work on sp-font.{cpp,h}, sp-glyph.{cpp,h}, sp-missing-glyph.{cpp,h} and sp-glyph-kerning.{cpp,h}. These are not functional yet. I intend to complete their implementation, so that svg parameters related to SVG Fonts are correctly parsed. This will probably also need refactoring (as I understand that having these implemented as C++ classes is a main target for 0.47) I will need advice on the refactoring part of this task. (or, alternativelly, I will look at already refactored code in order to find out) === Laying Out Text === I intend to write code that uses Pango to layout text that uses SVG Fonts. Although I have never used pango before, so this is the part of my SoC work where I mostly need advice. I suppose that it is possible to setup a font and provide its metrics and details to pango, and then hook the glyphs handled by pango on code that properly creates the NRArenaItems and render the glyphs that are described by arbitrary SVG. It will depend on the capability of reading the proper coordinates of the glyphs after being laid out by pango. I also heard something about cairo's user font support. I wish somebody could explain this to me. This part of my SoC proposal can be improved once I figure out these things clearer. === future ideas (not to be implemented for SoC'08) === Here I include some ideas that I would possibly work on after I finish the SoC tasks. * SVG Fonts to TrueType (or other font formats) conversion and vice-versa * SVG Fonts User Interface Offtopic Notes: (*) The bird photograph was shot by my daddy. If you are interested, you can take a look at his work at www.flickr.com/photos/dariosanches

2 2

My application for you to critize (thanks in advance!)
by unknown＠example.com 25 Mar '08

25 Mar '08

Abstract With the refactoring spirit of Inkscape 0.47 in mind, I'd like to work on delegating Inkscape's math needs to lib2geom. The special goal is to convert Inkscape's internal representation of paths to a lib2geom type. The integration of lib2geom is a big task, therefore I propose a team effort. Name Johan Engelen Project title Lib2geom integration Benefits to Inkscape: I think it would be beneficial for Inkscape to use lib2geom (2geom), because it makes the math code better maintainable. Already LPEs profit hugely from the ease and power of using lib2geom. Deliverables 1. internal representation of paths as a 2geom type 2. conversion methods between current path type and new 2geom type, to use by methods that have not been converted to 2geom calls 3. implementation of test methods to ascertain and to prohibit regressions 4. Team work to move as much as possible of Inkscape to 2geom calls. Project details I think it is not possible to completely change all math to lib2geom within one GSoC project. I will try to get as far as I can, but I do have one specific goal: the internal representation of paths should become a 2geom type. This way, all path operations can be transformed to 2geom. First, 'perfect' conversion methods between the current representation and 2geom type will be made. Then, step by step, all path operations can easily be recoded to use this conversion methods first, then later on transformed completely to solely use 2geom calls. The perfect-ness of the conversion method will be proven by making test functions. More test functions will have to be written for large non-trivial functions that are converted, to decrease the possibility of regressions. I propose to use 2geom's std::vector<Geom::Path> as the new path representation type. I think this type already contains all functionality that the current type has; missing functionality must be implemented in 2geom. There already exist tried and proven 2geom methods that convert SVG pathstring to std::vector<Geom::Path> and via versa (LPE use them already). Apart from converting the internal representation, I also want to work on refactoring other parts of Inkscape to only use 2geom calls for math. E.g. snapping, tools, and transformations. (this largely means converting the over 4k occurances of NR::Point and NR::Matrix combined to their 2geom equivalents.) I want to emphasize that I'd like to work on integrating lib2geom as a team. The internal representation is my personal goal, the other student(s) that might work on integration as well may have his/her own goal; but I think the motivation that comes from seeing more and more parts of Inkscape using 2geom really helps conquer the big heap of work that awaits us. Especially I want to mention Michael Sloan of lib2geom, who has shown great abilities by implementing boolean ops in 2geom (almost complete). I think we can really use his expertise in creating 2geom functionality that is still missing, and I think he can benefit from my knowledge of Inkscape for his project goals. Although not explicitly called that way, I already did some small teamwork with Diederik on snapping and grids; which was highly motivating and resulted imho into something good. I feel integrating lib2geom is a great opportunity for me to try a large teamed effort in improving Inkscape. About me I am 24 years old and live in The Netherlands. I am an electrical engineering PhD student at the University of Twente (Netherlands). I've been programming for so long I forgot when I started; I've programmed in C++, C, Pascal, x86 assembly, PHP, Java and other languages. I'm mostly self-taught in these languages. Inkscape is my first (and only) open-source experience, before that programming experience has been a private hobby (once together with a friend). A friend showed Inkscape to me as his drawing application and I was sold immediately. Coding for Inkscape started after two weeks with adding the "Save-a-copy" functionality, then, apart from many bug fixes, for as far as I can remember: new extension parameter types, on-canvas gradient editing, new grid framework and 3D axonometric grid, angled guidelines, on-canvas mask and clippath editing, and of course Live Path Effects (GSoC2007). See http://wiki.inkscape.org/wiki/index.php/GSOC2007_Live_path_effects_in_Inksc…. Work schedule Being a PhD student in the Netherlands means I have to work during office hours and have no long summer vacation. Therefore I propose to work the same schedule as I did in last GSoC. As soon as I am accepted I will start working on my project, to compensate for the less than nominal available time during the 'official' working 2 month period of GSoC2008. I think my result of last year's GSoC project shows this works very well for me. Other GSoC applications I have not applied for any other GSoC project. I have no motivation to apply to other projects other than Inkscape's. -------------------------------------------------- Thank you very much for reading the long text. Any comments, especially critique, are very welcome. Kind regards, Johan

2 1

tar-pax option in configure.ac
by John Bintz 25 Mar '08

25 Mar '08

Ted, Myself and others have been having problems building Inkscape since r17648, when you added the option for the tar-pax format in AM_INIT_AUTOMAKE. Ubuntu Gutsy, which I'm running, and Fedora Core 6, according to some mailing list traffic, don't have a new enough version of automake in their standard repositories to run ./autogen.sh successfully with that option enabled. Other distributions may be involved, too. Using automake1.8 and removing the tar-pax option get ./autogen.sh to work, and I'm wondering what you would think about rolling back the tar-pax option for now, to ease the problems that users of those operating systems are having with building Inkscape, and then re-enabling it later, when the repositories for those distributions upgrade to the newer automake1.10. Thanks, John

8 15

Google Summer of Code Project Idea: PGF Export
by Caleb Reach 25 Mar '08

25 Mar '08

Hey all, I'm interested in creating a TeX exporter which uses PGF/Tikz instead of PSTricks, as PSTricks does not work well with pdflatex. Looking at the PSTricks code, it doesn't seem like this would be too terribly difficult to implement. Another idea that I had was to streamline the gradient editor so that it's easier to use. For the most part, Inkscape has a fantastic GUI, but the current gradient editor is very cumbersome to use. Here's a quick and ugly mock-up for a more intuitive version: www.annoware.com/temp/gradmockup.png What do you think? Cheers, Caleb

6 5

Working on input devices
by Jon A. Cruz 25 Mar '08

25 Mar '08

I did a rough screengrab + mock up of what I'm thinking of to replace the tablet input devices dialog. http://wiki.inkscape.org/wiki/index.php/Tablet_Dialog Any suggestions, workflow points, etc?

4 9

Win32 libs
by Bob Jamison 25 Mar '08

25 Mar '08

I uploaded another bundle with the new Glib and Pango libs that Adrian mentioned. Hopefully this will show improved OpenType support. http://inkscape.modevia.com/win32libs/devlibs-2.12-080313.7z There was also a new Atk available. and started using it for builds: http://inkscape.modevia.com/win32/Inkscape0803131626.7z bob (ishmal)

12 30

announcement edits
by bulia byak 25 Mar '08

25 Mar '08

Sorry to be late with this - but I just edited these sections: http://wiki.inkscape.org/wiki/index.php/AnnouncePlanning046#Inkscape_Announ…. http://wiki.inkscape.org/wiki/index.php/AnnouncePlanning046#The_Inkscape_Co… so if someone has taken copies of them previously for PR, please go get them again. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 2

GSoC Mentor Signup
by Bryce Harrington 25 Mar '08

25 Mar '08

Only three people have signed up as mentors for GSoC so far: acspike, ted, and mrdocs. If you're willing to serve as a GSoC mentor for Inkscape, please go to this address and sign up: http://code.google.com/soc/2008/mentor_home.html Bryce

2 1

GSoC Student applications now open
by Bryce Harrington 24 Mar '08

24 Mar '08

Forwarding from google list... LH (Leslie Hawthorn): > Student applications are now available. Please see > http://code.google.com/soc/2008/ > for information on how to submit your application.

1 0

[inkscpae-devel] Applying for GSoc 2008 - 2geom project
by Marco 24 Mar '08

24 Mar '08

Hi, I'm new to the mailing list. I'm interested in contributing in the development and integration of 2geom as a student for GSoC. At present I dived into the most of 2geom codebase. I checked out the library from here: https://lib2geom.svn.sourceforge.net/svnroot/lib2geom/lib2geom/trunk I noticed that the library is already mostly implemented, at a first glance it seems that there are more functionalities there that in libnr. I've always to find out what is the integration level. The idea description about 2geom is enough syntetic, I would like to get some more info and hints so that I'll be able to write down a sensible and detailed proposal/plan for gsoc the next week. In the case it isn't possible to apply for 2geom I could be interested in Live Path Effects too but I've aways to look at the codebase. Follows some rumination on 2geom library. I was wondering if the goal of 2geom is to become an independent library or the developed features have always to be thought with inkscape in mind. I got that path crossings are implemented by a uniform partioning of the interval where the parameter takes its value in small subintervals (2^6 for each path) these generate subpaths whose intersection points are computed as if they were line segment. I'm wondering if it was taken into account that a uniform partitioning of the parameter interval (usually [0,1] for single curve) doesn't mean a uniform partitioning of the path, that is, it could happen that [0, 1/2] is mapped to 9/10 of the path and [1/2, 1] to only 1/10 of the path. To summarize the issue is: making the parameter subintervals 'small enough' doesn't mean to get subpaths enough short that it is possible to manipulate them as they were straight line segments. What's the exact role of s-power basis ? Maybe to have a common form for all the types of curve supported by the svg specification (bezier, elliptical arc, segment) ? Are there specific computational advantages using s-power basis ? I would like to read Sánchez-Reyes's articles (as Applications of the s-Power Basis in Geometry Processing) but I haven't access to them. Follows a brief description of myself and of my previous programming experiences. I'm a student in mathematics (University of Pisa, Italy). I'm interested in computational geometry so I think that applying to gsoc for inkscape could be a good start point. I'm developing an extension of Boost.Function (http://www.boost.org/doc/html/function.html) in order to implement a model of function concept supporting multi-signature and so overloading. You can check out the source code from here: https://svn.boost.org/svn/boost/sandbox/overload/trunk or browsing the documentation: http://docs.google.com/View?docid=dfxvjncs_1x6456m I contributed in the development of a proof of concept svg import filter for Open Office. This import filter has been developed mainly by Fridrich Strba at Novell, my contribute was to add svg text element support to the import filter. If you want gives a glance at the code: http://svn.gnome.org/viewvc/ooo-build?view=revision&revision=9662 Sorry for my poor english. Kind Regards, Marco Cecchetti -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

3 4

Mentors for GSoC '08?
by Maximilian Albert 24 Mar '08

24 Mar '08

Hi all, is it already known who will be the mentors for this year's Summer of Code? I'm not yet 100% decided which project I'd like to apply for (the guidelines project is of particular interest to me but I will need to discuss with Vangelis about it who also expressed interest). So it might turn out to be one that is mainly based on my own ideas and only marginally related to those listed in the wiki (e.g., a collection of further 3D box related features combined with other geometric construction stuff). In this case I would need someone to discuss and refine these ideas so that they can be melted down to a good proposal. Who would be my contact person in this case? Thanks, Max

4 6

Re v 17966 build failure due to calligraphic profiles
by Krzysztof Kosiński 24 Mar '08

24 Mar '08

The recent addition of calligraphic profiles breaks the build due to unresolved references. Did anyone test it before committing? Regards, Krzysztof (Chris) Kosiński -- View this message in context: http://www.nabble.com/Rev-17966-build-failure-due-to-calligraphic-profiles-… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

5 8

System-wide clipboard implementation
by Krzysztof Kosiński 24 Mar '08

24 Mar '08

I think I've finished migrating Inkscape to use the system-wide clipboard instead of an internal per-instance clipboard. The patch is attached to the Launchpad bug report: https://bugs.launchpad.net/inkscape/+bug/170185 Regards, Krzysztof (Chris) Kosiński -- View this message in context: http://www.nabble.com/System-wide-clipboard-implementation-tp16244404p16244… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 0

Re v 17995 - build broken again...
by Krzysztof Kosiński 23 Mar '08

23 Mar '08

The Linux build is broken again due to link errors. There are so many of them that I'm not sure I'm able to sort this mess out by myself. Most of the undefined references are to things in libspwidgets. Can anyone help? Regards, Krzysztof (Chris) Kosiński -- View this message in context: http://www.nabble.com/Rev-17995---build-broken-again...-tp16238429p16238429… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 4

Re v 17995 gettext failure - patch for LP bug 170185
by Krzysztof Kosiński 23 Mar '08

23 Mar '08

There are 2 files which attempt to translate empty strings, which is wrong (this msgid gives the translation header - see https://bugs.launchpad.net/inkscape/+bug/170185 for details) Index: ../src/display/canvas-axonomgrid.cpp =================================================================== --- ../src/display/canvas-axonomgrid.cpp (revision 17998) +++ ../src/display/canvas-axonomgrid.cpp (working copy) @@ -411,7 +411,7 @@ "empcolor", "empopacity", _wr, repr, doc)); Inkscape::UI::Widget::RegisteredSuffixedInteger *_rsi = Gtk::manage( new Inkscape::UI::Widget::RegisteredSuffixedInteger( - _("_Major grid line every:"), _(""), _("lines"), "empspacing", _wr, repr, doc ) ); + _("_Major grid line every:"), "", _("lines"), "empspacing", _wr, repr, doc ) ); _rsu_ox->setDigits(4); _rsu_ox->setIncrements(0.1, 1.0); Index: ../src/display/canvas-grid.cpp =================================================================== --- ../src/display/canvas-grid.cpp (revision 17998) +++ ../src/display/canvas-grid.cpp (working copy) @@ -675,7 +675,7 @@ _wr, repr, doc)); Inkscape::UI::Widget::RegisteredSuffixedInteger *_rsi = Gtk::manage( new Inkscape::UI::Widget::RegisteredSuffixedInteger( - _("_Major grid line every:"), _(""), _("lines"), "empspacing", _wr, repr, doc) ); + _("_Major grid line every:"), "", _("lines"), "empspacing", _wr, repr, doc) ); table->set_spacings(2); Regards, Krzysztof (Chris) Kosiński -- View this message in context: http://www.nabble.com/Rev-17995-gettext-failure---patch-for-LP-bug-170185-t… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 1

SOC 2008 - project - Transformations Anchors
by Vangelis Katsikaros 23 Mar '08

23 Mar '08

Hello After a brief discussion on the list I did a small research for the Transformation Anchors idea. So, I 'd like to ask about the validity of the things I found. * SVG 1.1 has a "transform" attribute which is used for some of the transformations. Inkscape stores the transformation in the file as following: * "move", "scale" doesn't apply a trans matrix but simply moves, scales the coordinates. It also adds a second inkscape:perspective element. This one include a property "persp3d". This is related to the src/persp3d.cpp and the Persp3D class. * "rotate", "skew" applies a transformation matrix with the SVG:transform attribute. * "matrix" depends on the matrix's values. It could lead to one of the above situations. The Transformation UI is implemented in ui/dialogs/transformations.cpp * sp_desktop_selection() is used in order to get the things the user has selected from the "drawing area". (I don't know if you have a specific name for the area on which the inkscape user draws and selects graphics from. I called it "drawing area"). * The functions Transformation::applyPage(Move|Rotate|Scale|...) are responsible for the transformation of the selection. I then tried to figure out how "move" transformation works: updatePageMove() takes the bounding box from the selection. This is a NR::Rect object (NR::Maybe template). NR stands for "new renderer" right? I follow up to here but then I get a bit confused in this line: double x = bbox->min()[NR::X]; NR::Rect::min() returns a member of the NR::Rect class. It returns a Point instance. This class has overloaded the [] operators. With this overloading we return the [i]-th element of a Coord member. And this Coord is an array with 2 elements (for x and y). I think I think I lost the logic of it a bit... Then we take the value which updatePageMove() had set and we apply it with applyPageMove(). This calls sp_selection_move_relative() and then sp_selection_apply_affine(). That's as far as I have seen. So, it boils down to pass sp_selection_apply_affine() an argument about the center of the tranformation and change things in there so that the argument is used correctly? Sorry for the lengthy mail. I just want to make sure that I get how things work in order to estimate the size of the project and the extend of changes in the base code. Regards Vangelis Katsikaros __________________________________________________ ×ñçóéìïðïéåßôå Yahoo!; ÂáñåèÞêáôå ôá åíï÷ëçôéêÜ ìçíýìáôá (spam); Ôï Yahoo! Mail äéáèÝôåé ôçí êáëýôåñç äõíáôÞ ðñïóôáóßá êáôÜ ôùí åíï÷ëçôéêþí ìçíõìÜôùí http://mail.yahoo.gr

2 1

GSoC Idea
by Afief Halumi 23 Mar '08

23 Mar '08

Hello everyone, I would like to submit this idea as my summer of code project and of course any feedback/piece of mind from the inkscape community is greatly appreciated. The Live Path Effect Stack seemed to be *the* thing I always wanted to have in my graphic programs. I have used similar technologies(don't know if this is the right word) before in 3D Studio Max and in Blender, but the way LPES works from what I read is far from what I was hoping for. The main functional fault of LPES is that it is a stack in my opinion. Consider this example from the LPE-bluprint wiki page: http://wiki.inkscape.org/wiki/index.php/Image:Lpe_need_rich_input.png The Live Path Effect would need two objects, the cloud and the sun(let's forget for a minute that each of those is itself an object with an LPE applied,) but how can this be done in a stack environment? The obvious way would be to apply the LPE to one object and add a reference(pointer/id...) to the other object as a parameter. This way would most certainly work, but the second object would remain somewhere outside the object with the LPES applied to it, which will make working with a lot of LPES awkward. How I would like to do it: Instead of using a stack I would like to have an LPE Tree. Each tree node can be either an effect or an object. This way each object can contain a whole hierarchy of editable effects(Similar to Blender and Maya's Node System, but more simple). This would essentially make on-canvas editing of any part of the object(the outline of the cloud, the spike or the circle of the sun) more intuitive as the object itself would contain all the information necessary to build them. This is a (very) simple mockup for the interface as I imagine it(lots of elements taken from 3d studio max) http://img187.imageshack.us/img187/5057/mockuprv7.png Wow, this turned out longer than I thought, thank you for reading through it. Afief Halumi

3 5

Inkscape 0.46
by Bryce Harrington 23 Mar '08

23 Mar '08

The Inkscape 0.46 release has been tagged and a tarball is in the process of being created. The next step will be packaging and finalizing PR materials. Thank you everyone for your hard work in producing this release. We will be embargoing PR announcements until March 24th, to provide the Windows port with additional time to identify fixes to some critical bugs, so please hold off from publicizing this release for now. Bryce

7 7

NEW: visual bbox enlarged for filters
by bulia byak 23 Mar '08

23 Mar '08

The visual bounding box (which is the default bounding box type used by Inkscape) of an object with a filter applied now includes the expanded area of the filter. For single blur filter (such as the blur you apply with a slider in the Fill and Stroke dialog), this expands the bounding box by 2.4*radius; although theoretically, blur is infinite, this is the distance at which the opacity of the object drops below the perceptibility threshold of our renderer. For all other filters, the area is expanded by the relative amounts you specify on the "Filter general settings" tab of the Filter Effects dialog. Only visual bounding box is affected; if you use geometric bounding box, you will notice no change in most cases. However, the Export bitmap dialog always uses the visual bbox for selection export area; this means that you can now export a blurred object to bitmap without any clipping of the blur. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

GSoC '08 proposal
by Miklós Erdélyi 22 Mar '08

22 Mar '08

Hi all, In the last two years I have participated in GSoC working on Inkscape's PDF export/import features. This year I would like to participate again, wrapping up these :) My project proposal would be based around the previous two summer's work, mainly improving the PDF import and export extension. Regarding PDF import I propose: - to establish an embedded font framework, - to implement CMYK support as soon as we decide how we're going to need it :) - to fix bugs related to the PDF import extension (free time activity?). The embedded font framework for the PDF importer would allow importing of text as either text, either path or as text with embedded SVG fonts. Using embedded SVG fonts could join Juca's SoC project of implementing this crucial missing feature in Inkscape. Some of the design work of this framework has already been done. Regarding PDF export I propose - to incorporate Cairo's user font support (soon to be released) to export SVG fonts, - to optimize the renderer for the now-improved Cairo PDF backend, - to fix various stuff related to not passing the SVG 1.1 test suite either due to missing stuff in Inkscape (like not handling the preserveAspectRatio attribute for svg:pattern and other elements) or due to bad implementation of the Cairo-renderer for PDF export, - and to fix bugs in LP in connection with PDF export. What do you think about these? Which ones are worth a SoC project? I would appreciate any suggestions :) Best regards, miklos

3 3

lib2geom integration - team effort possible?
by unknown＠example.com 22 Mar '08

22 Mar '08

Hello all, it seems there is quite a bit of interest to work on lib2geom integration. If I count well, there are 4 (Daniel Kraft, mgsloan, Marco Cecchetti and me). How much work do people think it will be? Perhaps we can use this many people working on it, but maybe it's hard to split it up in 4 well defined areas. On the other hand, with 4 people the chances of completely switching to 2geom are greatly increased. Searching for NR::Point gives 3000+ hits and NR::Matrix 1000+ hits... (only a few hits are from libnr). So just replacing libnr types with 2geom types is 4000 places that need to be checked; most of them just need a short glance I guess, but still. I like the team approach a lot, but don't know how to split up the work. Njh mentions that perhaps it is inefficient to initially split things up. Regards, Johan

1 0

Bugfix Patch for the Print Dialog
by joel＠...1709... 22 Mar '08

22 Mar '08

Hi All, I've just fixed a very minor problem with the print dialog which allowed it to fall underneath the inkscape desktop window in Win32. I've already applied the change to trunk, but I'm just wondering should this fix be applied to the 0.46.X series of branches? If so, can someone do that for me. Thanks Joel

3 4

Toolbar problem: action missing
by unknown＠example.com 22 Mar '08

22 Mar '08

I had troubles with the toolbar, so I decided to get a clean svn checkout, get the latest devlibs and do a clean build. Still I get the following warnings when starting Inkscape: (inkscape.exe:43288): Gtk-WARNING **: ZoomIn: missing action ZoomIn (inkscape.exe:43288): Gtk-WARNING **: ZoomPage: missing action ZoomPage (inkscape.exe:43288): Gtk-WARNING **: ZoomNext: missing action ZoomNext (inkscape.exe:43288): Gtk-WARNING **: ZoomPage: missing action ZoomPage (inkscape.exe:43288): Gtk-WARNING **: DialogFillStroke: missing action DialogFillStroke (inkscape.exe:43288): Gtk-WARNING **: DialogText: missing action DialogText (inkscape.exe:43288): Gtk-WARNING **: DialogAlignDistribute: missing action DialogAlignDistribute And the toolbar is not populated with all buttons (it stops after "zoom to fit drawing in windows"). I downloaded the latest build from inkscape.modevia.com which does not show these warnings. Does anybody have an idea what is wrong on my end? Thanks alot, Johan

3 6

Fwd: [CREATE] Inkscape coordinator for LGM travel costs needed
by Plinnell 22 Mar '08

22 Mar '08

---------- Forwarded Message ---------- Subject: [CREATE] Inkscape coordinator for LGM travel costs needed Date: Monday 17 March 2008 From: "Louis Desjardins" <louis.desjardins@...400...> To: "Create List" <create@...626...> Hi Inkscape team! We need one person per team to act as a coordinator to gather the names and needs of the Inkscape people going to LMG this year. The task is simple, yet it takes someone who has time to do it. 1st round : gather the names and approximate cost for travel to Wroclaw (transport only, economic) and put that on a calc sheet. Send it to kamila giedrojc at gmail.com and cc to me. 2nd round : gather the names and real costs as we are approaching the LGM and also help get the complete banking info and full name and address of participants. The sooner the better. This helps us have a fair idea of the total needs for this year's LGM. So who will that be this year is up to you guys! Please find out asap and let us know who that person will be! Thanks and hope to see you at LGM this year again! Louis Desjardins -------------------------------------------------------

6 5

Re v 17971 libnr build failure - patch
by Krzysztof Kosiński 21 Mar '08

21 Mar '08

nr-matrix-scale-ops.h was converted to be 100% inline, yet the rule for nr-matrix-scale-ops.cpp was not removed, causing a build failure. Index: src/libnr/Makefile_insert =================================================================== --- src/libnr/Makefile_insert (revision 17971) +++ src/libnr/Makefile_insert (working copy) @@ -39,7 +39,6 @@ libnr/nr-matrix-ops.h \ libnr/nr-matrix-rotate-ops.cpp \ libnr/nr-matrix-rotate-ops.h \ - libnr/nr-matrix-scale-ops.cpp \ libnr/nr-matrix-scale-ops.h \ libnr/nr-matrix-translate-ops.cpp \ libnr/nr-matrix-translate-ops.h \ Regards, Krzysztof (Chris) Kosiński -- View this message in context: http://www.nabble.com/Rev-17971-libnr-build-failure---patch-tp16208029p1620… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

4 4

Re: [Inkscape-devel] FOREIGN:Re: Re v 17971 libnr build failure - patch
by Aaron Spike 21 Mar '08

21 Mar '08

J.B.C.Engelen@...1578... wrote: > It would be nice if a GSoC student would convert our building to CMake............ Is this something we as a project would like to do? I know Josh Blocher has started working on this and I'd like to help him, but I've been a little short on time lately. Aaron Spike

1 0

CNET uses Inkscape for NCAA tournament brackets
by Bryce Harrington 21 Mar '08

21 Mar '08

"Inkscape is an easy program to use; the only big problem I encountered involved aligning copied brackets." "Inkscape is a vector graphics editor, which means that images and objects can scale easily, so team names and brackets can be resized as you like. The SVG file is included in a downloadable ZIP file on the template product page. Inkscape also exports PDF files, so I created a printable version of the bracket if you want a down-and-dirty printout for brainstorming upset picks or tracking winners. The PDF file is also included in the downloadable ZIP." http://www.download.com/8301-2007_4-9897368-12.html

1 0

Calligraphic presets
by Aubanel MONNIER 21 Mar '08

21 Mar '08

Hello list again, I sent my patch to Alexandre P. for him to commit it. It's a naïve implementation for the low hanging https://bugs.launchpad.net/inkscape/+bug/171255 . It's really nothing but I like the calligraphic tool a lot better with this small adjustment: I added 4 icons for dip, pen, brush and reed in the toolbox with hard coded matching settings. Clicking one button sets the calligraphic tool with the matching presets. I also removed the reset button (the default settings are the dip settings) On the negative side, the toolbox gets very very long, and there is no way to customize those presets, but I think those are quite sane. If you want to suggest more presets, ore some improvements, or your disagreements, please go. Aubanel.

4 20

Fwd: [Inkscape-user] Please consider this idea, screen shot plus small demo
by Joshua Blocher 21 Mar '08

21 Mar '08

> There is indeed a GTK control called GtkVolumeButton that does kind of > that > http://library.gnome.org/devel/gtk/2.12/GtkVolumeButton.html > or rather > http://library.gnome.org/devel/gtk/2.12/GtkScaleButton.html > but it is only in GTK 2.12, which is above what Inkscape currently > requires. One of the conditions for upgrading the requirements are the > version that is available in older distros. I am afraid GTK 2.12 is > pretty new and won't be available widely. Well, I know that Ubuntu 8.04 (Hardy Heron) has 2.12.9 and is soon to be released. Where are the other distros at? Joshua L. Blocher verbalshadow

1 0

Inkscape Font Sizes
by Tayfun BIYIKOGLU 21 Mar '08

21 Mar '08

Hi all, I am a new user of this forum and also new to inkscape. I have an issue to resolve about font sizes in inkscape which is as follows; As far as i know, Inkscape uses SVG standard units (px) internally, even for fonts. And here arises the problem: Everybody is used to interpret font sizes as pt (the font size 10 I use for this mail is actually 10pt!). As Inkscape interprets (and stores) the font sizes in px (that is: smaller), a 100% print of fonts from Inkscape will yield smaller characters than with probably any other application around. Any help and directions about this issue is welcome. Actually i am a java developer, i downloaded the source code and prepared the environment on eclipse. But i do not know how to approach the problem and where to start. Thanks to you all.

2 1

Re: [Inkscape-devel] [Inkscape-user] Please consider this idea, screen shot plus small demo
by jiho 21 Mar '08

21 Mar '08

On 2008-March-20 , at 20:48 , David Christian Berg wrote: > Hey everybody! > > I do very much like the idea! > Actually there is a control very similar to it for volume controls > (its name is also something like that). It's a button and when you > press it you get the slider, just like you want it. This probably > could be used. > On Mar 20, 2008, at 20:21 , Anthony Walter wrote: >> I wrote a lot custom code and custom controls, but am familiar >> mostly with the windows api. >> >> The route I choose to create any control I imagine (and I am >> limited only by my imagination) is I take a window (a rectangle >> which can receive user input, aka key presses and mouse clicks). I >> divide that rectangle into regions and write code to paint those >> regions, and i write code to handle mouse clicks and key presses. >> >> I am pretty sure the process is the same for Linux/GTK. Someone >> familiar with programming against GTK ought to know how to define >> their own controls and not be forced to use only the existing ones. >> I'm sure it can be done and shouldn't be too difficult for a GTK >> programmer, but like I said ... all my knowledge is in the windows >> api. >> >> On Thu, Mar 20, 2008 at 3:04 PM, Bill Baxter <wbaxter@...400...> >> wrote: >> That's great. I agree Inkscape really needs a control like this. >> Not >> even so much for saving real-estate, but just to make it easier to >> tweak the values that are spinner-only right now. Using such a >> control (as can be seen is in Photoshop, Blender, etc.) was discussed >> before and I believe the response was all positive. >> >> The problem was just that no one had a GTK control that fit the bill >> that could be put in place of the current spinners. >> Is your demo using a GTK control? >> >> On Fri, Mar 21, 2008 at 3:54 AM, Anthony Walter <sysrpl@...400...> >> wrote: >> > Here is a feature I think would make inkscape MUCH more >> streamlined, >> > eliminating a LOT of wasted screen real estate (especially in the >> > fill/stroke screen). This is a diagram of my request: >> > >> > http://codebot.org/popslide.jpg >> > >> > Also, a demo of the concept for windows is available here: >> > >> > http://codebot.org/popslide.zip There is indeed a GTK control called GtkVolumeButton that does kind of that http://library.gnome.org/devel/gtk/2.12/GtkVolumeButton.html or rather http://library.gnome.org/devel/gtk/2.12/GtkScaleButton.html but it is only in GTK 2.12, which is above what Inkscape currently requires. One of the conditions for upgrading the requirements are the version that is available in older distros. I am afraid GTK 2.12 is pretty new and won't be available widely. JiHO --- http://jo.irisson.free.fr/

1 0

Idea: Make all transforms (scale/rotate/shift/skew) available for editing nodes.
by Brian Vanderburg II 20 Mar '08

20 Mar '08

Currently, The transforms only work when selecting an item (with the select tool). But it would be nice to have them for nodes as well. Select several nodes, all you can do is move them. It would be nice if I could select some nodes and scale them about the center of the selected nodes, or rotate them, and not scale/rotate the entire object, just the selected nodes. Brian Vanderburg II

4 3

Access of extensions to the root node
by Hannes Hochreiner 20 Mar '08

20 Mar '08

Dear all: A while ago, I started looking into a method for using Inkscape for presentations. The result of my efforts are now published as JessyInk on a Google Code page (http://code.google.com/p/jessyink/). The system works by incorporating a JavaScript into the SVG image. If viewed in a browser with SVG and JavaScript support, the script causes every layer to be displayed as a slide and connects them with transitions. Later I also added other features like an index sheet and slide numbers. At the moment, incorporating the script and defining transitions and slide numbers can be done form inside Inkscape, which I think is an important point, so that people don't have to switch programmes constantly. However, it involves editing the SVG file in the XML editor, which is very inconvenient for most users. Before working on further features, I wanted to create an Inkscape extension to provide a convenient way for people to add the necessary JavaScript to the SVG image and have an "onload"-attribute added to the root node to load the initialisation function when the image is loaded into a browser. Writing a small C++ programme to add the script was straight forward. The only problem I am experiencing is that the required "onload"-attribute of the root node is not copied into the SVG file Inkscape uses after the extension exits. Having a quick look at the source code, it seems to me that only the "width" and "height" attributes are copied. I am curious why it was decided not to copy the other attributes of the root node from the SVG files that are returned form extensions. I think it would be a neat thing to do, but there might be good reasons why this is not a good idea. Furthermore, I would like to ask, if there is another way to add attributes to the root node using an extension. Thanks in advance! Cheers, Hannes

3 2

Anouncing New Extension: Alphabet Soup
by Joel Holdsworth 20 Mar '08

20 Mar '08

Hi All, Thought you might all be interested to know that I've just submitted a new python extension: Alphabet Soup. Alphabet Soup is a vector/SVG derivative of Matt Chrisholm's orignal GPLed raster script (from here http://www.theory.org/artprojects/alphabetsoup/main.html ). In simple terms Alphabet Soup makes a soup out of your alphabet. Type a string into it, and it will render the characters of that string, but with the strokes and serifs etc all mixed up. This is all achieved by a set of rules which control how the algorithm combines together the pieces of the Computer Postmodern Font (<-- that's one of Matt jokes, get it??). Try it out - or see the attached SVG. Obviously this script's usefulness is quite limited, but it is sorta fun and creative - might help new users fall in love with inkscape. In a while I might roll out an extra function carried over from the Matt's original script, which allows unreadable characters to be generated completely randomly - rather than as variations of normal latin characters. This extra function when it comes will allow the script to make totally alien writing. All the best Joel

2 1

Ohloh Widgets
by Joel Holdsworth 20 Mar '08

20 Mar '08

Hi All, I don't know if any of you have played around with ohloh.net at all - I have; it's kinda cool. Anyway, for those that don't know, it indexes source control repositories of open source projects, so as to produce interesting metrics of the total work done on whole projects, and the contributions made by individual developers. So inkscape has 45 developers, 793034 lines of code, which would have cost an estimated 220 person years to produce at cost $12,112,544. Cool huh? Ohloh has a cool feature where you can put a little badge on the project home page that tells people this info: http://www.ohloh.net/projects/69/widgets Some projects have used this just for the hell of it, others have used it as a way of encouraging people to donate e.g. wine-door.org! What do you think? All the best Joel

3 4

GSoC requirements / expectations
by Daniel Kraft 19 Mar '08

19 Mar '08

Hi, I'm interested in applying to GSoC for Inkscape this year. While I don't have much experience with graphics on the implementor's side so far, I'm interested in learning about this; thus Inkscape is an interesting project. Mostly the lib2geom-task sounds nice; do you have some more specific information, what would you expect from a student to take it on? Does programming experience suffice (well, I probably also have some basic understanding of linear algebra and/or other mathematical concepts which might be used there) to get one started, or should I already know something about Inkscape (more than as user) or computer graphics / 2d vector graphics? Thanks for your help and greetings from Austria, Daniel -- Done: Bar-Sam-Val-Wiz, Dwa-Elf-Hum-Orc, Cha-Law, Fem-Mal Underway: Ran-Gno-Neu-Fem To go: Arc-Cav-Hea-Kni-Mon-Pri-Rog-Tou

3 2

Fwd: sorting out PS/EPS/PDF export mess
by jiho 19 Mar '08

19 Mar '08

I guess Joshua's message was meant to be sent to the list. Begin forwarded message: > From: Joshua Facemyer / Impressus Art <faceman@...1574...> > jiho wrote: >> On 2008-March-17 , at 18:12 , J.B.C.Engelen@...1578... wrote: >>>> Subject: Re: [Inkscape-devel] sorting out PS/EPS/PDF export mess >>>> >>>> I agree completely with this. It makes sense to "save"/"save >>>> as" in svg format, and export anything else, since that's the >>>> only format Inkscape actually edits. >>>> >>>> BTW, is there a difference between "export" and "save a copy"? >>>> >>> I don't understand the difficulties with the current system. >>> Save = understood >>> Save as = save as different filename. Whatever filetype you want. >>> >> >> To me that's the issue: being able to save current drawing as >> whatever file type => be annoyed by the nag screen telling you to >> save it back as svg, and risk data loss if the nag screen is >> discarded. Why allow the user to shoot him/herself in the foot >> when there's an easy alternative? >> > I agree completely. It makes much more sense to have an export > function for all filetypes except those one would normally be able > to edit directly in Inkscape. This is how most apps implement the > save function, from my experience. Any other file format is usually > covered under the export function. > > I am always saving as pdf, trying to resave my document as an svg, > then wondering why in the world pdf isn't an export option - it's a > pain in the rear every time I save as pdf. >>> Save a copy = save as different filename but afterwards stay >>> working on current filename. Again, whatever the type. >>> >> >> This is OK. Just redundant with export. Since there's an export >> panel, that can stay open all the time, with lots of options >> already there, I was thinking that integrating all export under it >> would be the best UI. >> > I don't think it's redundant after Terry's explanation: >> Noooo. :-) "save a copy" is a common option in a lot of apps. for >> saving backups without changing file names. I.e. your file might be >> massive_project.svg, and you can use "save a copy" to save >> massive_project_a.svg, massive_project_b.svg, massive_project_c.svg >> etc. while you're working in case something goes wrong or you come to >> regret a design decision. So it's not necessarily related to >> export at >> all. I'd say leave it in. > That makes sense, and it's not confusing if it just does a one-time > save of the current file in it's current format (which, ideally, > would be Inkscape SVG by default, with plain SVG and compressed SVG > as alternates). Well, assuming SVG is also available as export (which it probably should if it can give you the possibility, as with other formats, to export only a part of current drawing) you could just export your work regularly and the result would be the same. One could even imagine having things such as special expressions in the export dialog name which would transform into unique characters e.g. massive_project_%n.svg which would give massive_project_1.svg then massive_project_2.svg and so on. (or you could take advantage of the text-based nature of svg and use a version control system but that's a whole other story ;) ) Bulia, are you already working on this or should we open a blueprint to summarize the ideas and opinions? JiHO --- http://jo.irisson.free.fr/

5 11

Re: [Inkscape-devel] Fwd: sorting out PS/EPS/PDF export mess
by Joshua Facemyer / Impressus Art 19 Mar '08

19 Mar '08

jiho wrote: > part of the point in having it into the export dialog is that: > 1/ it can be invoked with a keyboard shortcut already (and if the > export button can be focused by default it would make it possible to > create a backup by Shift-Control-E + Return) > 2/ the dialog can stay open at all time, so you can be just one click > away from a backup. Now it just needs to be gtkmmified and thinned a > little to fit with the docked ones. I'm going to argue for the shortcut, in part because the one for "Save a copy" is already there, and in part because the incremental copy one will save a lot of trouble (clicking or entering, switching focus - adds up if you do it a lot). And besides, the point of these was also to have preset options inputted to the export dialog so that they work painlessly, instead of changing all kinds of stuff for each type of copy-save or export you want to do. JF

7 8

LGM 3 inkscapers coordination
by Cédric GEMY 19 Mar '08

19 Mar '08

After Louis's Mail on Create List, i've been assigned to make a list of the people coming to LGM3, in Poland. People interested may send me a mail. If some people need help for paying travels, say also - where you come from - the average price of the travel please, do quick so that we can enter the last step ;) cheers pygmee

1 0

Inkscape stopped working one day
by Alexander Kane 19 Mar '08

19 Mar '08

I only got inkscape a month or so ago, I followed the simple instructions for compiling inkscape 0.45 for OSX. It worked fine (or as well as any program using X11, all flickery etc.) I didn't use it that much though. then a few weeks later I decided to boot up inkscape only to find that the icon appears on my dock, but it doesn't do anything. X11 doesn't launch, nothing happens. It doesn't seem to be working either, as it doesn't slow down the computer at all. Even if I open up x11 first inkscape still doesn't run. I've tried the irc channel but nobody there seems interested at all. If someone here could make a suggestion I'd be greatful. Alexander P.S. I did try reinstalling it, using Macports this time, with the same result. P.P.S It might have being during that period that I upgraded from 10.5.1 to 10.5.2 ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping

2 1

Re: [Inkscape-devel] Anouncing New Extension: Alphabet Soup
by Joel Holdsworth 19 Mar '08

19 Mar '08

Hey... you responded - that's a very pleasant surprise. I thought that website was long dead! - still very impressive work! > Wow! This is super awesome! I've been meaning to implement something > like this for years! Thanks so much! It's especially awesome that > you've implemented it as an Inkscape plugin since that's my vector > editor of choice. That's always good to hear! > How do I get and use the extension? Did you mean to attach it to the > email? Yeah sorry, that e-mail was really directed at the rest of the inkscape devel people, so you'll find the extension in our SVN trunk. You can check out just the share/extensions/ subdir with a command like this: svn checkout https://inkscape.svn.sourceforge.net/svnroot/inkscape/inkscape/trunk/share/… extensions You just need to grab these files: share/extensions/render_alphabetsoup.inx share/extensions/render_alphabetsoup.py share/extensions/render_alphabetsoup_config.py and share/extensions/alphabet_soup/*.svg The extension will probably be released officially in v0.47 - the next release after the upcoming 0.46 and 0.46.1 builds. So it could be a little while before it becomes public. > The original alphabetsoup script *does* allow for totally random > generation, just use -g instead of -r: > > ./alphabetsoup.py -g "Hello World" Yes I saw that in the original code. I just havn't exposed that functionality to the user in this first attempt. Anyway, do feel free to give any comments, suggestions, code-mods etc. after all this is still your baby! Thanks again, Joel On Tue, 2008-03-18 at 16:49 -0700, Matt Chisholm wrote: > Wow! This is super awesome! I've been meaning to implement something > like this for years! Thanks so much! It's especially awesome that > you've implemented it as an Inkscape plugin since that's my vector > editor of choice. > > How do I get and use the extension? Did you mean to attach it to the > email? > > The original alphabetsoup script *does* allow for totally random > generation, just use -g instead of -r: > > ./alphabetsoup.py -g "Hello World" > > So you should be able to hook the plugin into that part of the > original code. > > -matt > > > On Mar 18 2008, 22:37, Joel Holdsworth wrote: > >Hi All, > > > >Thought you might all be interested to know that I've just submitted a > >new python extension: Alphabet Soup. Alphabet Soup is a vector/SVG > >derivative of Matt Chrisholm's orignal GPLed raster script (from here > >http://www.theory.org/artprojects/alphabetsoup/main.html ). > > > >In simple terms Alphabet Soup makes a soup out of your alphabet. Type a > >string into it, and it will render the characters of that string, but > >with the strokes and serifs etc all mixed up. This is all achieved by a > >set of rules which control how the algorithm combines together the > >pieces of the Computer Postmodern Font (<-- that's one of Matt jokes, > >get it??). Try it out - or see the attached SVG. Obviously this script's > >usefulness is quite limited, but it is sorta fun and creative - might > >help new users fall in love with inkscape. > > > >In a while I might roll out an extra function carried over from the > >Matt's original script, which allows unreadable characters to be > >generated completely randomly - rather than as variations of normal > >latin characters. This extra function when it comes will allow the > >script to make totally alien writing. > > > >All the best > >Joel > >

1 0

Pattern licenses
by Tavmjong Bah 18 Mar '08

18 Mar '08

Hi, I am very surprised to discover that three of the patterns Inkscape has included in the Fill and Stroke dialog are not public domain. The only way a user can see this is to look directly at the SVG content, either through a text editor or the XML Editor dialog. I think that this is going to create large scale violations of the licenses as the average user will have no idea that they are using licensed images. Here are the effected patterns: sand_bitmap: creative commons attribution old paint: creative commons attribution cloth bitmap: GFDL or CC Attribution ShareAlike Tav

2 2

Recent /src/bind check-ins
by Bob Jamison 18 Mar '08

18 Mar '08

Hi all, again. Sorry about the large check-ins in the bind/java directory recently. But a large portion of them are the "official" svg-dom Java interfaces from w3c.org. These are necessary for us to provide a compliant DOM interface for scripting and other things. But as soon as we discover what all interface files we need, they will be compiled and placed into a jar file and removed from the source tree. I'll probably be done stubbing out the org.inkscape.dom.svg.*Impl.java files by the end of the week. There are -hundreds- of files, but most are quite small. Those who know Java know that each public class needs its own file, regardless of how small it is. But some of the recent posters might be happy to know that the interfaces also include SMIL and DOM Events, which should simplify animations quite a bit. And collaboration, too. Anyone doing automake stuff for javac might want to comment it out for a few days, until bind/java/org/inkscape/dom/svg can compile cleanly. And note that although the binding will be done with Java, we don't expect anyone to actually write any Java code. Rather, this is just the glue so that we can run VM-hosted interpreters such as Jython, JRuby, and Rhino(JS). So... "Pardon our dust", but I promise that it will be cleaned up in a few days. Scripting will be fun, I promise. :-) bob

1 0

Re v 17915 fails VPATH build - patch
by Krzysztof Kosiński 18 Mar '08

18 Mar '08

Rev 17915 fails VPATH build, because the build instructions for the Java binding assume that srcdir = builddir. Here is a patch (just 1 line changed). Index: Makefile_insert =================================================================== --- Makefile_insert (revision 17915) +++ Makefile_insert (working copy) @@ -6,7 +6,7 @@ rm -f bind/libbind.a rm -f $(bind_libbind_a_OBJECTS) -bind_libbind_a_CPPFLAGS = -Ibind/javainc -Ibind/javainc/linux $(AM_CPPFLAGS) +bind_libbind_a_CPPFLAGS = -I$(srcdir)/bind/javainc -I$(srcdir)/bind/javainc/linux $(AM_CPPFLAGS) bind_libbind_a_SOURCES = \ bind/javabind.h \ Regards, Krzysztof Kosiński -- View this message in context: http://www.nabble.com/Rev-17915-fails-VPATH-build---patch-tp16092887p160928… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

5 9

Inkscape accepted for GSoC 2008
by Bryce Harrington 17 Mar '08

17 Mar '08

http://code.google.com/soc/2008/ Bryce

2 1

Inkscape 0.47 Development Plans
by Bryce Harrington 17 Mar '08

17 Mar '08

Hi all, With Inkscape 0.46 wrapping up, it's time to look forward to our next release, 0.47, and our plans for its development. When we started Inkscape, we began with a codebase with lots of potential but with some architectural limitations that we've never quite resolved. Inkscape has grown rapidly, especially thanks to Google's Summer of Code program. Unfortunately, while we've gained a lot of new features, it hasn't addressed the underlying issues - and in some cases has exposed new problems. Inkscape's also been extremely successful at gaining a lot of contributors, yet this comes with a price: Stylistic differences, accidental code duplication, unfinished code, obsoleted code, etc. What will the codebase cleanup work entail? The work will range from straightforward "grunt" work like making some simple code changes to all files in the codebase, to meatier work like abstracting widely used code into a more concise and powerful algorithm, to advanced work such as extracting distinct code into independent code packages. To boil this down into five high level objectives: 0. Complete some of the big architectural refactoring efforts 1. Reduce source code line count 2. Break useful code out into stand-alone libraries 3. Increase code stylistic consistency 4. Make the codebase more convenient to code in Now, architectural reworkings can often risk incur massive breakages since fundamental pieces of the code are being changed. In order to minimize this, I'd like to suggest the following principles: * Always keep the tree buildable * Do major refactorings in small steps * Hold code review parties with 2-3 others to brainstorm * Drop copied-in codebases in favor of external dependencies * Make sure every function you touch has some doxygen comments Further, this kind of work can go on indefinitely without a clear stopping point, so I think for this release we should use a schedule with a date-based stopping point. This will help everyone know how they should time their work. Mar 10 Release 0.46. 0.47 Refactoring / Cleanup work begins Apr May Jun Jul 1 Completion of refactoring. Focus on Bug Fixing begins. Open 0.48 development tree early, for GSoC work. Aug Put out 0.47-pre releases. Sep Release 0.47. For reference, here are some key GSoC dates: May 26 GSoC work begins. Jul 14 GSoC midterm. First delivery of GSoC code Aug 18 GSoC work ends. This schedule permits us to focus exclusively on refactoring for several months, with a due date of July 1st to complete it. It uses a very early branch point, where we'll split into a stable branch for doing bug fix and release work, and a development branch for the GSoC students to use and for folks to continue right on with refactoring projects if they wish. Bryce

17 69

Matrix multiplication reversed?
by Jasper van de Gronde 17 Mar '08

17 Mar '08

I am attempting to eliminate some redundant types, at the moment I have just tried eliminating NRPoint and NRMatrix in favour of NR::Point and NR::Matrix (patch available soon, I'm currently double-checking it). While looking at the matrix multiplication as defined in nr-matrix.cpp it looks like the definition is reversed (compared to the usualy mathematical definition). That is: A*B=BA ... The reason I think it is reversed is simply that if C=A*B (with C, A and B NR::Matrix's), then C[0] is the dot product between the first column of A and the first row of B (and similarly for the other elements). Am I missing something or is it indeed reversed? And if it is, is there a reason for this?

3 6

IO extensions should accept Writers
by Krzysztof Kosiński 17 Mar '08

17 Mar '08

Hello I strongly believe Inkscape input and output extensions should accept Writers, not URIs. Currently much of Gnome-VFS boilerplate is duplicated between the extensions. If we used Writers instead of URIs: 1. The GnomeVFS code would be contained to a particular OutputStream, and could be easily replaced with GVFS once it's around. 2. Adding KIO support would be easy, just create a new OutputStream and use it. There could be a function that automatically creates the best OutputStream for a given platform. 3. Memory output ability - this is what I need for the clipboard work. 4. Windows-specific filename hacking could be contained to a particular OutputStream. Regards, Krzysztof (Chris) Kosiński -- View this message in context: http://www.nabble.com/IO-extensions-should-accept-Writers-tp16046549p160465… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 1

Re: [Inkscape-devel] DVCS again
by jiho 17 Mar '08

17 Mar '08

On 2008-March-14 , at 17:45 , Joel Holdsworth wrote: > I'm still a little uncertain about this. Git seems increasingly > popular, > and very powerful, it just doesn't seem very obvious to use for new > users. SVN is great at the moment, because there's a great GUI client > for windows (TortoiseSVN), and quite a good one for linux (RapidSVN). > Having easy source control clients seems like an easy way to get > people > involved. So I'm wondering: are there any good GUI clients for git, > mercurial or bazaar? you can see the previous message on forked thread about that ("DVCS again"). TortoiseHG and TortoiseBZR exists, TortoiseGIT does not. I don't know the status of the first two compared to TortoiseSVN. On linux there are apparently many clients for all three systems (from the look on the wiki's of each project) but it is difficult to assess their quality from just screenshots. I have not seen any file browser integration (i.e. tortoiseSVN like) for linux, which unfortunately would probably be the most useful thing to have (I read some stuff about nautilus plugins but never saw anything actually working). For OS X there's shell integration and a bunch of clients for SVN, not much for the rest. But most of them are not good enough to avoid the command line altogether, so I personally don't even use one. There is however integration with a nice text editor (textmate) for svn, git, and mercurial. nothing I can see for bazaar. I'm not sure how critical having a good GUI is to get new developers. To compile Inkscape you eventually have to go to the command line and type stuff so... I agree however that TortoiseSVN probably makes the life of existing windows developers easier. So has anyone tested TortoiseHG/BZR ? JiHO --- http://jo.irisson.free.fr/

3 2

Re: [Inkscape-devel] DVCS Again: end-of-line conversion
by jiho 17 Mar '08

17 Mar '08

On 2008-March-15 , at 08:09 , Peter Moulder wrote: > On Sat, Mar 15, 2008 at 12:21:47AM +0100, jiho wrote: >> I'm not sure there's really a need to continue counting points right >> now. It seems bazaar is the clear winner. > > I've been composing the below before the above was posted. > > Looking at > http://en.wikipedia.org/wiki/Comparison_of_revision_control_software, > there is one startling difference among git,hg,bzr: it is stated that > bzr cannot do end-of-line conversions, i.e. cannot adapt the end > of line characters for text files such that they match the end of line > style for the operating system under which it is used. > (Status: http://bazaar-vcs.org/LineEndings) > > I wonder how much of an issue this is; could it actually be fatal for > what is otherwise a very promising alternative? Let's look at how we > would address this issue if we were to choose bzr. OK, let's start counting again then. I removed mercurial since no one really stepped up to give advice on it. Right now it seems that both solution have different flaws. However git ones seems to be just a matter of changing habits (e.g. rely more on the command line, learn a few new commands), while on the other hand bazzar would be more enjoyable to use but has some more "deep" flaws (e.g. line endings and slowness). -- GIT ---------------------------- + faster: . local commits: <1s vs 4s . push a new branch: instantaneous vs 35 min + ability to follow chunk of codes around, without relying on file names. Probably useful from a refactoring point of view + probably the fastest growing user base => many tools + TextMate bundle - git is designed with the Linux kernel's hierarchical workflow in mind (few 'push'ers to the central repos), so may require alteration in how Inkscape's workflow works (any dev can commit) - we would need to set up and administer this ourselves - revisions are indicated with SHA's rather than numbers - commands dissimilar to what we're used to with svn (e.g., no 'git update') - have to git add all modified files before committing them (or resort to a non specific commit -a) - no decent GUI (for windows?) -- BZR ---------------------------- + already integrated in launchpad http://doc.bazaar-vcs.org/bzr.dev/en/tutorials/using_bazaar_with_launchpad.… . Associating branches to bugs . Associating branches to blueprints . Changes state of bugs in LP when committing in Bazaar . Web interface for creating branches quickly and easily + supports renames (could be considered a - by git users) + supports bundling changesets + tortoiseBZR + Fewer commands - makes it easier to learn + Supports multiple workflows, including what we use for Inkscape (See http://bazaar-vcs.org/Workflows) + Easy administration. Mostly done through Launchpad, plus Bzr folks are available to help. - no support for line-endings conversion/convention enforcing (but such systems may create the risk of wrongly recognizing binary files) JiHO --- http://jo.irisson.free.fr/

4 4

DVCS (Bazaar clone performance / eol conversions)
by Bryce Harrington 17 Mar '08

17 Mar '08

I asked the bzr developers for feedback on the two issues raised regarding bzr; response is below. Bryce ----- Forwarded message from Martin Pool <mbp@...1798...> ----- Date: Mon, 17 Mar 2008 10:52:07 +1100 From: Martin Pool <mbp@...1798...> To: Bryce Harrington <bryce@...1798...> Cc: Ian Clatworthy <ian.clatworthy@...1211...>, warthogs@...1799..., Canonical Bazaar <bazaar-canonical@...1799...> Subject: Re: Interest in and usage of Bazaar by open source projects On 17/03/2008, Bryce Harrington <bryce@...1798...> wrote: > Hi Ian, > > As I suspected, the topic of changing to a DVCS came up [1] almost as > soon our 0.46 release was finished. This sparked off a lengthy > discussion and comparisons between bzr and git, yet we've still not > reached a firm consensus. > > In general, people are open to bzr due to the ease of use and launchpad > integration benefits, but there were two technical issues that cause > concern. First, we were seeing significant differences in clone times > [2] between git and bzr for our repo. Second, there is concern about > treatment of end-of-line conversion between *nix and dos[3]. I was > hoping you could provide some insight or more authoratative word on it > than we have currently. > > Bryce > > [1]: http://www.nabble.com/Inkscape-0.47-Development-Plans-to16044924.html > [2]: http://www.nabble.com/forum/ViewPost.jtp?post=16064712&framed=y > [3]: http://www.nabble.com/forum/ViewPost.jtp?post=16065313&framed=y Thanks Bryce, The times reported there can be greatly reduced by a few things: * create a shared repository using bzr init-repo, and put all your branch directories under that; then local branching is just a matter of building a new working tree * similarly for pushing to your own server * make sure you're using the packs repository format (which is the default since 1.0) Pushing new branches to Launchpad is currently quite slow, because there is no shared storage between different branches of the same project. For medium-large projects, I can't currently generally recommend hosted branches. What I would suggest is pushing to your own server, then registering the branch to be mirrored to Launchpad. Making hosted branches much faster, through sharing storage between them, is (imo) _the_ major goal for lpcode2.0. Implementation for it is well underway but not live yet. Also, eols are improved by the checkeol plugin, and I think there will be better builtin support soon. I haven't read the whole large thread but please point out important bits. -- Martin ----- End forwarded message -----

1 0

Fit Text
by Edward Flick 16 Mar '08

16 Mar '08

Hello, I'm looking to add (or looking for) a feature which shrinks text to fit inside of a text box (per line preferably or per box). I couldn't find a part of the SVG spec which covers this. Could an addition be made inside of the Inkscape namespace for an attribute that would fit on a <text> or <tspan> element (which applies the same font size to the whole block in which it was declared to fit the widest line, IOW if it is applied to <text> block the whole block would get that new font size or when applied to <tspan> it would be a line by line fit) which would be specified something along the lines of: fitText = none | increaseTextSize | decreaseTextSize What do you guys think? Edward Flick

2 3

New extended input devices dialog
by Jon A. Cruz 15 Mar '08

15 Mar '08

I've got the work-in-progress of the new input devices dialog in, but disabled. If anyone wants to give it a try, verbs.cpp needs USE_NEW_INPUT_DEVICES defined to switch it on. The main thing it will allow is that the test area should show device button and mouse events from devices, and should list all that are configured. Some feedback on what goes on there could be handy.

3 5

Inkscape 0.46 in Ubuntu Hardy
by Bryce Harrington 15 Mar '08

15 Mar '08

Inkscape 0.46 was accepted into Ubuntu Hardy today, just meeting the Beta Freeze deadline. (Anyone know if we made it in Fedora?) Bryce

6 10

Examples with Inkscape: Designs for animation project
by Bernardo González Reinfeld 14 Mar '08

14 Mar '08

Hello, First than all, THANKS! Inkscape is great and we love what you do! We talk about Inkscape with colleagues and partners, and We try to help you spreading the voice. Also we teached (short courses) how to use Inkscape, in our local Fine Arts Faculty (La Laguna University). We're a small studio from Spain that work with open source tools and we like show you what we're doing right now. http://www.cejasbravas.com All the images that you can see in our site was created with Inkscape (we added this point in our FAQ). And also all the scenes of our pilot (CB is a project for a tv series -2D animation- for childs. We're trying to find funds to produce it) has been draw it with your software. (We have a St Patrick's day banner right now :)). You can add our images to your site, if you like show it like examples. Just add a link to our site and write us to see what images you choose... if you do :) We like show that open source tools can be used in studios without problem. And our Creative Director love it! Well, that's all. We add our sites to gallery's wiki. And again, THANKS. We hope that you like what we do. Cheers PS: Please, this isn't spam. We just like show you examples and applications of Inkscape in real world. -- *Bernardo G. Reinfeld* General Manager * http://www.organicadtm.com * Tel. (+ 34) 922 152 660 * Mobile (+ 34) 637 160 308 * Fax (+ 34) 922 299 479 Calle Bethencourt Alfonso, nº 2, Edf. Trianon, piso 5, centro 38001. Santa Cruz de Tenerife. Canary Islands. Spain En cumplimiento con la Ley de Servicios de la Sociedad de la Información y de Comercio Electrónico (LSSI-CE) aprobada por el parlamento español y de la vigente Ley Orgánica 15 13/12/1999 de Protección de Datos española, le comunicamos que su dirección de correo figura en este momento suscrita a nuestro mailing, formando parte de un fichero automatizado de datos. Si no quiere recibir mas información responda a este correo indicando en el asunto "DAR DE BAJA".

1 0

Renaming SPObjects proposal
by unknown＠example.com 14 Mar '08

14 Mar '08

Hello all, In spirit of codebase cleanup, I'd like to propose a simple renaming idea, to make things more clear to the developer (to me, at least :) I think, apart from C++-ifying, it would be a lot clearer when the SPObjects are renamed to either "SPObject" (the same :P) or "SVGObject". An example: SPPath represents <svg:path> in the SVG. When <svg:path> is added to SVG, Inkscape immediately generates an SPPath for it. I therefore propose to rename it to something that reflects this aspect of SPPath: that it is directly linked to something in SVG. SPDesktop for example is *not*. SPDesktop => SPDesktop, stays the same SPPath => SVGPath, meaning it represents some element in the SVG. SPShape => SVGShape (since all its derivates are SVG elements) SP_IS_PATH => IS_SVG_PATH (I never understood why it isn't named IS_SP_PATH) SPNamedview => SVGNamedview ? Now this one is a troublemaker. Because it is linked to <sodipodi:namedview> in the XML. I still think we should rename it with SVG up front, because it is linked to something in the SVG, does not matter what its name in XML is. Please, if this above all is non-sense, slanted or incorrect in any way, let me know! I do not know what to do with the filename. I propose to keep them sp-path and such, to avoid losing SVN history, which is absolutely unacceptable to me. (I don't know how to rename files in SVN, is that possible?) Note that we actually already have a file called svg-path... If no (negative) comments have reached me, I'd like to start this in a week or two. I really think it clears up things. It is sort of a first step into grouping things. Thanks, Johan

6 8

NEW: smaller SVG files
by bulia byak 14 Mar '08

14 Mar '08

As a file size optimization, Inkscape does not write into SVG some of the stroke properties if the object has stroke:none and some of the fill properties when it has fill:none. The only situation where this might affect you is if you remove stroke from an object and then turn it back on - the object will get the default stroke instead of the same as it had before. Also, in manually-edited SVG where a parent group has no stroke but sets some stroke properties to be inherited by its descendants, you will need to set stroke property to other than none on the group, and suppress inheritance with stroke:none on those children that don't need it. Specifically, if stroke:none, the following properties do not get written to SVG: stroke-width stroke-linecap stroke-linejoin stroke-miterlimit stroke-opacity stroke-dasharray stroke-dashoffset Note that this does not include marker properties, which means you can still have markers on a path without visible stroke. If fill:none, the following properties do not get written to SVG: fill-opacity fill-rule -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

NEW: single-object and drawing PDF export
by bulia byak 14 Mar '08

14 Mar '08

With PDF export, it is now possible to make the PDF page the size of the entire drawing, instead of the same as SVG page as before by the "Export drawing, not page" checkbox in PDF export options. Also, you can export a single object from a complex document to PDF if you specify the ID of that object in the "Limit export to the object with ID" field; the page of such PDF will be the same size as the bounding box of that object and will show only that object (all others will be hidden). The same capabilities are available from the command line by using --export-area-drawing and --export-id=ID parameters with --export-pdf (previously, they only worked for PNG export). -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 2

GOption migration patch
by Krzysztof Kosiński 14 Mar '08

14 Mar '08

Hello Can anyone review the patch provided here: https://bugs.launchpad.net/inkscape/+bug/195220 It moves the commandline option parsing from popt to GOption and shortens main.cpp a fair bit, but I'm not sure how does Inkscape open files - does it (1) use UTF-8 filenames or (2) filenames in the system encoding? This patch will be ok if 2 is the case, and I believe 2 is the standard practice with Glib. Regards, Krzysztof (Chris) Kosiński -- View this message in context: http://www.nabble.com/GOption-migration-patch-tp16039864p16039864.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 3

Google Summer of Code 2008
by Bryce Harrington 14 Mar '08

14 Mar '08

I've put in the application for Inkscape to participate in GSoC 2008. Thank you everyone who submitted blueprints for feature idea suggestions (https://blueprints.launchpad.net/inkscape/). As promised, I've mined that to put together our ideas list, which you can see here: http://wiki.inkscape.org/wiki/index.php/Googles_Summer_Of_Code_2008 Bryce

10 23

compile failure rev 17889
by bulia byak 13 Mar '08

13 Mar '08

io/sys.cpp: In function 'int Inkscape::IO::file_open_tmp(std::string&, const std::string&)': io/sys.cpp:187: error: 'file_open_tmp' is not a member of 'Glib' ...ideas? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 5

difficulties to check in
by Aubanel MONNIER 13 Mar '08

13 Mar '08

Hello list, I was going to fix the fact that I did not commit anything to inkscape since several years (implemented solution to bug 171255), but I can't get the damn thing to identify me to commit my code. Do I still have a svn account ? Or should I send a patch ? Regards, Aubanel.

5 6

Re: [Inkscape-devel] Temporarily disabled snapindicator
by Diederik van Lierop 13 Mar '08

13 Mar '08

Op Do, 13 maart, 2008 12:00, schreef J.B.C.Engelen@...1578...: > I want to make a preference for it. Shall I make a whole new page for snapping preferences? (there are a lot of snap preferences, a whole bunch of them should be global prefs instead of doc prefs in my opinion.) IMHO most of the snapping preferences should be in the document properties, because different documents can have different snapping strategies. It's not that a user simply has a single preferred way of working (w.r.t. snapping) for all his documents. An overhaul of the snapping preferences tabs is already on my TODO list, but if you really want to start working on this then I have some notes for you on which things to change. Diederik

1 0

Temporarily disabled snapindicator
by unknown＠example.com 13 Mar '08

13 Mar '08

Hi all, I am temporarily disabling all snapindication, because it breaks the pen tool: enable grid, pick pen tool, click start point. then one can either click right away for the second point, the pen tool will then behave as if you dragged clicked it. If you wait for the snap indicator to go away, then click, it behaves as normal. I want to make a preference for it. Shall I make a whole new page for snapping preferences? (there are a lot of snap preferences, a whole bunch of them should be global prefs instead of doc prefs in my opinion.) Sorry, Johan

1 0

[Fwd: Re: Inkscapers at Wikimania this year?]
by Jon Phillips 13 Mar '08

13 Mar '08

anyone interested in going to wikimania this year in cairo? They are looking for some inkscapers to go and do some tutorials possibly...yes, I know, a bit of a stretch...brianna is a high up wikipedian... Jon -------- Forwarded Message -------- > From: Brianna Laugher <brianna.laugher@...400...> > To: Jon Phillips <jon@...235...> > Subject: Re: Inkscapers at Wikimania this year? > Date: Thu, 13 Mar 2008 14:20:56 +1100 > > On 13/03/2008, Jon Phillips <jon@...235...> wrote: > > I will be there to demo openlibrary + wikimedia/wikipedia > > integration... > > Oh, something new? > > but it would be great to get other Inkscapers there...Adam > > is a cool guy... > > > > Is there budget to bring any there? I can make recommendations and of > > course can talk about all things inkscape + openclipart.org > > Hm, just the usual apply-for-scholarships, which haven't been announced yet. > The CfP closes this week. But you could put a note on a proposal > "conditional on receiving scholarship funding" or similar, I suppose. > > cheers > Brianna > -- Jon Phillips San Francisco, CA CHINA PH +86 1-360-282-8624 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat, Skype: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) Creative Commons (www.creativecommons.org) San Francisco Art Institute (www.sfai.edu)

1 0

Re: [Inkscape-devel] Google Summer of Code 2008
by Ted Gould 12 Mar '08

12 Mar '08

----- Original message ----- > I've put in the application for Inkscape to participate in GSoC 2008. Great, thanks for doing that! I was thinkimg that we should put two additional comments there, but I wanted to run them by everyone: * Applicants should consider fixing one current Inkscape bug and including it's number in their application. * Applicants are encouraged to post their proposals to the inkscape-devel list for discussion before submitting them to Google. Thoughts? --Ted

5 4

cms on windows
by Alexandre Prokoudine 12 Mar '08

12 Mar '08

Hi, Really dunno why it has slipped through recent discussions, but color management isn't working on Windows yet, because Inkscape doesn't see system ICC profiles. We need to either fix it or edit release notes. Alexandre

2 2

ocal feed
by bulia byak 12 Mar '08

12 Mar '08

While looking into the OCAL import problem, I noticed that the rss feed used for the search: http://openclipart.org/media/feed/rss/<tag> always returns only 15 results at most. Can this limit be removed? With it, the feature is pretty useless because it shows only a small teaser of what's available. Also, is there a way to search for multiple tags via rss? what is the syntax? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 3

Change in alt-click, alt-drag, etc
by Jon A. Cruz 12 Mar '08

12 Mar '08

I've gotten to a point in the tablet work where I'm ready do do more, but we'll need some fundamental changes to the internals. Basically we will need to revisit anywhere we are using GDK_MOD1_MASK, GDK_CONTROL_MASK, GDK_SHIFT_MASK, etc. The problem is that things are addressing the *physical* aspect of how things are triggered instead of the *logical* aspect. Up until now this has mainly affected Mac users. However, as I add more tablet support, I'm hitting up against that exact same set of limitations. For example, on other OS's the extra buttons on a Wacom tablet itself can be mapped to various modifier keys. On OS X I have the option to set things to shift, Option(alt), Control and Command. That works ok for now, since it lets me draw with only the tablet (since I don't need to touch the keyboard for those). It would be good to have that same freedom of workflow (or actually more) on Linux. But with Ubuntu, those four or eight extra buttons actually show up as buttons (numbers 9, 10, 11, 12, 13, 14, 15, and 16 on an Intuos3). So if someone is using a standard stylus on the tablet instead of just 3 buttons they get 11! Now that is where we need to start being able to use those buttons. Instead of requiring an Alt-click to select under, for example, we could allow for Btn9+click to do the same function. One additional factor to consider is non-tablet input. There are many different devices that GIMP supports through other means. It would be good if our internals had support for that too. See the "Hardware Support" section at http://www.gimp.org/features/ So the first round is to do a survey of the code and figure out the smart way to replace instances of "is the user dragging while holding down the ALT key?" with "is the user doing a tertiary drag" or "is the user doing a smart-draw drag" instead. I also would want to get away from a single "the magic key" for everything, and allow for context-specific use.

3 3

Guides around page
by Maximilian Albert 12 Mar '08

12 Mar '08

Hi, a long-standing request was to create guidelines along the page borders of a document, see for example https://bugs.launchpad.net/inkscape/+bug/171228 I just quickly implemented this because I needed it myself. :) Regarding the UI, I figured it would be best as an additional menu entry but couldn't really find an optimal place for it. For now I chose "Edit->Guides around page". Do people find this appropriate or are there better suggestions? Cheers, Max BTW, the RFE above suggests to implement snapping to page borders. I, too, think this would be very useful. It shouldn't be hard to do, should it? Maybe an easy exercise for Diederik? :)

8 11

Changelog from inkscape 0.46-pre2 to 0.46
by Bryce Harrington 11 Mar '08

11 Mar '08

For those interested in the changes during the hard freeze, below is the changelog generated from SVN. Bryce Aaron Spike (1): Fix namespace usage in xml attribute Albin Sunnanbo (1): dash_offset was not initialized in nr_arena_glyphs_update in nr-arena-glyphs.cpp (LP: #168072) Alexandre Prokoudine (1): Patch to switch to use of UniConverter for importing WMF files in 0.46 (Fixes LP: #166782) Gail Carmichael (1): Fix crash when tref selected in xml editor (LP: #178646) Joel Holdsworth (1): Fix for bug #168283: "possible to create empty paths via text -> object to path". Johan Engelen (2): Fixes Crash/Assert when SaveAs... "PDF via Cairo" without converting text to paths. Fix for crash when drawing after opening an incorrect image file. (Closes LP: 197664) Johan J (1): Fixes parameters that are on a notebookpage. This makes the Measure Path work now. Jon A. Cruz (1): Fix crash related to ungrouping a group of objects with nested layers in a file imported from another svg file. JucaBlues (2): updating brazilian portuguese .po for 0.46 release updating Brazilian Portuguese about screen for 0.46 release Marcin Floryan (1): Fixes bitmap effects where translation is not being used properly. Maximilian Albert (5): Fix for issue where creating a new document smashes/mutilates a 3D box. (LP: #195373) Fix to avoid adding a new perspective each time a file is opened by checking if a perspective is already present in the document and using it in this case. Fix for crash when copy/pasting 3DBox between documents. Ensures perspectives are copied. Fix degenerate perspective due to collinear X and Z vanishing points and origin, which caused computing preimages of canvas points to not work. Fixes crash when using using the 3d box by removing debug callback functions. Corresponds to mainline svn commit 17471. Simon Dahlbacka (1): Trivial patch that replaces HKLM with HKCU. The issue is that src/RegistryTool.cpp wants to write to HKLM to which normal users doesn't have access, and therefore perspective effect (and everything else that use registrytool) blows up. Tavmjong Bah (1): Fixes p3, p6 modes in clonetiler by addressing cases where w<=h. (Closes LP: #199387) Fix tile clone random scaling (bug #184668, r17511). Ted Gould (2): Fixes bug where "Effects >> Previous effect settings..." doesn't obey the live-preview-off setting. Refactor extension code and apparently in the process fixes some or all of LP: #187431, #181799, #169066, #169017, #169058, #171322, and perhaps others. a_b (8): po update (x8) bryce (8): Updating to 0.46 Adding news for the release Fix mkNEWS to work with current wiki format Reverting the string portion of the sp-tref patch (r17666), as it broke string freeze. Disabling export to OCAL menu item (LP: #179452) Update copyright date to 2008 po update Establishing release branch for 0.46 bulia byak (11): Fix issue with tile clones where blue is not displayed when using the blur tab. This patch forces a document update. Fix issue where creating a pattern reverses the object order, by re-reversing the objects after creation. (LP: #199791) A purely cosmetic change - make the filter effects dialog less wide Fix for freeze on load with too large initial scroll Patch for inkex.py, to fix current_layer bug, where inkex.py fails to determine the current layer. (LP: #198404) Fix for issue where for some reason entering a 3D box as group was disabled - this is in fact quite useful so I enabled it (safe change for consistency) Fix for issue where default perspective was arbitrary and hard-coded - I made it depend on document size which makes more sense (not really a bug but a safe change) Fix issue where converting 3d box to curves or ungrouping it lost style and clip/mask, and lost selection Fix issue where squeezing a rectangle to zero in one dimension by handle misbehaved Fix issue where 3d box handles didn't snap Use consistent name cilix42 (3): warning cleanup Clean up comments and remove (already commented) debugging messages Don't crash when the original of an SPUse can't be found. This sort of fixes LP 185734, but maybe further action would be appropriate (e.g., should we remove orphaned items from the xml tree in the first place?). cmarqu (1): Some more strings translated. helix84 (6): [INTL: sk] (RELEASE_0_46_BRANCH) Updated Slovak translation [INTL: sk] (RELEASE_0_46_BRANCH) Updated Slovak translation [INTL: zh_CN] (RELEASE_0_46_BRANCH) Simplified Chinese update by Liu Xiaoqin (closes: #197191) [INTL: sl] Slovenian update by Martin Srebotnjak (closes: #195709) [INTL: ar] New Arabic translation by M. Bashir Al-Noimi moved here from trunk and updated Update all po files (bash update_po_files.sh) jfb (1): Patch to let pixblock tranformations check if src and dest use the same mode, to fix the Turbulence bug (LP: #188814) joncruz (3): Stop taking up vertical space when horizontal scrollbar not shown. Fixes Bug #168619 Reducing size of pop-up menu trigger Warning cleanup jucablues (2): partial fix sent by jfb for bug #188814 updating filters infobox icons Adjustment of margin spacing luca_bruno (40): [INTL: ru] Updated all tutorial by Prokoudine (thanks cmarqu) [INTL: sk, sl] Slovak advanced tutorial, Slovenian about screen [INTL: de] German update by cmarqu [INTL: sl] Use localized about screen Updated translators' list for 0.46 [INTL: en_GB] Final Britain update by Tim Sheridan [INTL: de] German update (part of #169505) [INTL: nl] Dutch update by Myckel Habets (closes: #200333) [INTL: pt_BR] Portuguese update by Felipe Sanches (closes: #199998) [INTL: br, gl, sk, sr, sr@...1894...] Translated about screens [INTL: sk] Slovak update by helix84 [INTL: sk] New Slovak shapes tutorial in place (closes: #198437) [INTL: it] Final Italian update [INTL: nb] Norwegian (Bokm?\195?\165l) update by Tormod Ravnanger Landet (part of #198950) [INTL: he] Hebrew update by Mark Krapivner (closes: #199964) [INTL: pt_BR] Brazillian update by ValessioBrito (closes: #199998) [INTL: br] Added missing Breton .nsh to Makefile (closes: #199961) [INTL: sk] Slovak update by helix [INTL: ru] Russian about screen (part of #199098) [INTL: it] Added Italian about screen Updated makefile to include all tutorials [INTL: sk] Final Slovak update by helix84 (closes: #198437) [INTL: bg] As a better fix for previous issue, here it is an updated localized version [INTL: br] Final Breton update by Alan [INTL: bg] Fix about-screen filename (closes: #198397) [INTL: pl] Polish final update by Marcin Floryan [INTL: eu] Basque update and default.svg by I?\195?\177aki Larra?\195?\177aga Murgoitio (closes: #198101) [INTL: ar] Fix translator-credit markup [INTL: sk] Fix plural form and check-markup alert Reverting to previous and real translators, blame poedit for this [INTL: pt_BR] Portuguese minor fixes from Felipe Sanches [INTL: de] German update by timonator (closes: #188319) [INTL: es] Spanish update by Lucas Vieites [INTL: eo] Esperanto update by Antonio Codazzi Parser prefers parenthesis for email [INTL: sl] Unfuzzied and updated (definitively closes: #195709) [INTL: it] Partial update [INTL:fr] French update by Florent Becker (closes: #195821) [INTL: ar] New Arabic translation by M. Bashir Al-Noimi [INTL: br] Breton update by Alan mfloryan (5): [INTL: pl] Polish update for Inkscape 0.46 by Polish Inkscape Translation Team (closes #196303) [INTL: pl] Polish update for Inkscape 0.46 by Polish Inkscape Translation Team Removed some (minor) build warnings for input.cp file. Corrected CDR Import version numbers Changed how tooltips for verbs are fetched to display translated versions correctly in the toolbox. Closes #169103. miklosh (1): Patch to check visibility of items before rendering with the Cairo renderer for PDF export prokoudine (6): final updates and fixes tiny update added Marcin Floryan, made Gail's second name match new reality :) update of ru.po update from M. Bashir Al-Noimi yet another update ps_aux (1): Update POTFILES.in sas (1): Patch to speed up DXF export by fixing how large strings are handled. scislac (1): Copying randomization icon to 0.46 branch sokhem (1): Khmer translations updated theAdib (2): The blur-to-bitmap option is not implemented for pdf output, only ps, so this patch reverts the option in the export dialog. (Fixes LP: #200782) Fix Upside-down text with PDF by changing how the cairo commands are invoked. (LP: #189432) theadib (6): #200252 Updated Slovenian nsh file updated german, slovak and spanish translation of win32 NSIS installer add breton win32 installer translation Bug #197662, win32 setup packager to include new ar and br translations some more german changed sr@...428... into sr@...1894...

1 0

Blend filter in 0.46
by Tavmjong Bah 11 Mar '08

11 Mar '08

Hi, Can somebody verify that they can create blended objects in new SVG files with the blend filter in 0.46? I can display and change blended objects in old SVG files but can't seem to get it working in new files. The old files were created when the Blend mode was in the Fill and Stroke dialog. Thanks, Tav

2 2

Announcement: Inkscape Website Redesign Contest
by Josh Andler 11 Mar '08

11 Mar '08

Hey all, The Inkscape team and community is proud to announce a contest to redesign our website! The contest begins today and the deadline for Phase 1 is April 10th, 2008... Phase 1? Yes, you read that right. As with the past few contests we've had, it is being held on DeviantART ( http://www.deviantart.com/ ). You can find out more about it (and the even more community collaborative approach we're taking) at: http://inkscapers.deviantart.com/journal/17274523/ We looking forward to seeing what people will come up with! As always... Good Luck! Have fun! Draw Freely. Cheers, Josh (aka ScislaC)

1 0

linux devs pls. double check: [Fwd: [Bug 200782] Re: revert blur to bitmap option in pdf output dialog for 0.46.0]
by Adib taraben 10 Mar '08

10 Mar '08

Hello Linux devs, I introduced one late nearly cosmetic patch. But that needs to be double-checked as well. So if one could test this patch and confirm if that works it would be great. Many thx. so far. Adib. --- -------- Original-Nachricht -------- Betreff: [Bug 200782] Re: revert blur to bitmap option in pdf output dialog for 0.46.0 Datum: Mon, 10 Mar 2008 22:41:54 -0000 Von: theAdib <theAdib@...400...> Antwort an: Bug 200782 <200782@...1882...> An: theAdib@...400... Referenzen: <20080310224155.882.1077.malonedeb@...1895...> ** Attachment added: "The attached patch reverts the option in the export dialog." http://launchpadlibrarian.net/12555909/revert_blur2bitmap_option.patch ** Changed in: inkscape Importance: Undecided => Low Target: None => 0.46 -- revert blur to bitmap option in pdf output dialog for 0.46.0 https://bugs.launchpad.net/bugs/200782 You received this bug notification because you are a direct subscriber of the bug.

1 0

Translation for 0.46 frozen
by Luca Bruno 10 Mar '08

10 Mar '08

Hi all, release is now quite imminent, so I'm just closing the window for translations to be committed for 0.46. No more i18n update will happen on branch. Here some general statistics for you all: ***** Total number of localizable strings: 3466 Average translated: 1950 ( 56 %), fuzzy: 596 ( 17 %), untranslated: 909 ( 26 %) Total number of PO files: 61 Significantly translated PO file count: 26 Average number of strings translated: 3286 ( 94 %) Significantly translated locales: bg br ca de en_GB eo es eu fi fr he hu it km nb pl pt pt_BR ru sk sl sr sr@...1894... uk vi zh_CN ***** 0.46 will also come with many translated tutorials, localized about screens and translated win32 installer. Kudos to all translators and local teams for their great job! I'd like to heartily thanks Adib for taking care of translation status with me for this release cycle, Cmarqu who built the tutorial and Juca who provided all those nice translated about screens. Thank you all and happy hacking, Luca -- .''`. ** Debian GNU/Linux ** | Luca Bruno : :' : The Universal O.S. | lucab (AT) debian.org `. `'` | GPG Key ID: 3BFB9FB3 `- http://www.debian.org | Debian GNU/Linux Developer

1 0

Input needed for snapping related matter
by Diederik van Lierop 10 Mar '08

10 Mar '08

Hi All, If you care about snapping, then please have a look at https://bugs.launchpad.net/bugs/174046 We could use some input here because we're about to make some design choices affecting the usability. To understand the discussion you only have to read the messages from March onwards. Thanks, Diederik -------- Original Message -------- On Mon, Mar 10, 2008 at 9:30 AM, Diederik van Lierop <mail@...1689...> wrote: > Bulia, another consideration: suppose a user is again using visual > bboxes in the selector tool, and that has created a path of which the > nodes are snapped and aligned to a grid. Next, when translating the > path's nodes will snap to the grid again. But when he tries to scale it, > the nodes won't snap. We cannot expect that any user would immediately > realize that he needs to switch to geometrical bboxes, or can we? So the question is, do people really need node snapping when scaling. I'm really not sure of that. Even with ellipse center - scaling an ellipse to snap its center is imho a very contorted way to act, I would assume most people would first move it to snap the center and then scale it around the center, which is much more natural. So I would vote for disabling node snapping for scaling, perhaps adding a checkbox to snapping option s, under Snap ndodes, "Snap nodes even when scaling in Selector" if people want to override that at the expense of not keeping the origin (as should be explained in the tooltip). However, I'm not a heavy user of snapping, so perhaps we need more input before committing to this. -- Rectangles do not snap accurately to grid https://bugs.launchpad.net/bugs/174046 You received this bug notification because you are a bug assignee.

1 0

Snapping to nodes (within same path)
by unknown＠example.com 10 Mar '08

10 Mar '08

Hi all, Mostly to Diederik: can nodes of a path snap to nodes of the same path when nodeediting them? It seems they can't, but perhaps I should switch another toggle somewhere? Regards, Johan __________________________________________________ ir. J.B.C. Engelen PhD student Micro Electromechanical Systems (MEMS) TST EWI, University of Twente The NETHERLANDS e-mail: j.b.c.engelen@...1887...

4 12

Format of path names in SVG files?
by Hannes Schniepp 10 Mar '08

10 Mar '08

Dear all, I recently noticed that embedded bitmaps in SVG files exported from (Windows) Corel X3 (=v.13) get the windows-typical backslashes rather than forward slashes in their file references in the generated SVG files. Therefore these files do not show the bitmaps when opened on Inkscape in Linux. It can be fixed by manually replacing the forward slashes by backslashes (which is tedious, however). Is that defined in the SVG standard? Is Corel goofing, or is inkscape not correctly considering files generated on a different platform? Shouldn't there be a platform-independent standard for the path names? PS: I recently got note from microUgly that the Windows version of Inkscape also produces backslashes.

2 1

python.exe or pythonw.exe
by unknown＠example.com 10 Mar '08

10 Mar '08

Hi all, Currently, on windows, pythonw.exe should be used according to the code in /src/extension/implementation/script.cpp. However, build.xml only copies python.exe to the dist dir. The strange thing is: Inkscape needs python.exe, and does not want pythonw.exe. Something wrong with the #ifdef in script.cpp? It would be nice to fix this, because it removes the DOS popup when running an effect (nice for live preview). Thanks, Johan

3 2

0.46 release debate
by rygle 10 Mar '08

10 Mar '08

Just my two cents worth on the release being held back by Windows; I think that, regardless of your position on Windows as an operating system, or Windows users, that putting out a release that is crippled would be downright humiliating to the *whole* Inkscape project. Let's ask, what is pushing us so hard to get the next release out? In a lot of these projects there is an impetus based on saving face, which is about bringing new features to fruition. IMHO, the saving face needs to be done by being a little patient, or at the very least not releasing 0.46 for Windows until it is pretty right. Again, what is the aim? Is it purely to further the name of Inkscape, or is there at least some desire to further SVG as a viable option is a largely proprietary world? I have heard that said a number of times, and used as a reason to include or reject features. This project is meant to be about a good SVG editor, and the rest is a nice by-product. Again, a good reason to hold off just a little. Let us also ask, if Linux users are so technically superior, aren't they already using the release candidate, which offers pretty much what the release will? Surely even the nightlies are very stable by now if all the bugs are ironed out. If so, in at least one sense who cares if there's a release if the RC is working and those who want the release are already using it! Linux users are well and truly used to beta and release candidates, and in fact the pure only use the bleeding edge stuff and look down on those who don't. Or are we next going to start railing against Ubuntu users for their lack of technical expertise, and because they need a packaged version? Afterall, isn't Ubuntu trying to attract that Windows-like person? Lets please hold off just a little, at the very least on the Windows release. For many Linux users it makes no difference whether or not there's an official release, because the pre2 package is stable. For the Windows users, and the reputation of Inkscape, SVG, and even FOSS, it makes a huge difference. -- View this message in context: http://www.nabble.com/0.46-release-debate-tp15773115p15773115.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

22 49

Automake files
by Bob Jamison 10 Mar '08

10 Mar '08

Hi, I committed some more code tonight, including a new Makefile_insert in /src/bind. We played with this for hours trying to get the wrinkles out, and I -think- it works now. But if anyone has any problems, and they know how to work with automake, please look at /src/bind/Makefile_insert and where it is referenced by /src/Makefile.am. I think that the general rule is that every time a Makefile_insert is added, Makefile.am needs to be touched, or autogen run. Thanks. bob

1 0

Additions to build.xml
by Bob Jamison 10 Mar '08

10 Mar '08

Hi all. This is just a note to let users of buildtool that I added a few things to build.xml to enable the building of the JVM binding. I commented the 3 places that allow /src/bind to be built, so it shouldn't break your builds. However, the new <javac> tag and and <property environment=""/> tag might require you to compile buildtool.cpp again to avoid parse errors. Let me know if you have any problems. bob(ishmal)

3 8

Extended input and "keys"
by Jon A. Cruz 09 Mar '08

09 Mar '08

Hi, I'm trying to find out if anyone has successfully gotten the "keys" settings under the "Input Devices..." dialog to actually do anything. So far on Ubuntu 7.10 I've been unable to get them reacting with my Wacom. I'm very interested in anyone getting them to work, since I'm doing a replacement for that dialog and am almost ready to check in the first round. Thanks for any feedback.

1 0

Re: [Inkscape-devel] skeletal-stroke offset parameters
by bulia byak 09 Mar '08

09 Mar '08

On Sun, Mar 9, 2008 at 10:16 AM, jf barraud <jf.barraud@...400...> wrote: > Thks. The label has to be changed (it's not good anyway), yes. Not sure if I > should also change the code to really use %. > Do we have a common practice with this respect (expressing proportional > quantities as % or ratio) ? This is similar to stroking a path, and in that area things are normally in units of stroke width (such as miter limit or marker size). So I think you just need to change the label. > Argh! Writing this I realize there should maybe be only one check box (the > same as the one for the one for the y scale factor) (?!) > This would simplify the UI, at a low freedom cost (?). In the opposite > direction, there could be one check box for each parameter (space, > normal/tangential offset...). Yes, I think it makes sense to have just one checkbox for "all sizes and intervals in units of length". Even better is to have a regular unit selector there, where you'll have all the absolute units as well as % (and in that case, the spinboxes will have to use % and not units of width, but that is not so important after all). > Another remark is that we should decide what level of details we want in the > UI: > for instance there are at least 3 ways of stretching things to precisely fit > the skeleton length: > you can stretch > -pattern+space > -space only, keeping pattern width fixed > -pattern only, keeping spaces fixed For that, in the "Pattern copies" list, we can have these options: - Single - Single, stretched to fit - Repeated - Repeated, stretched to fit - Repeated, spaced to fit I think this will take care of most practical needs. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

skeletal-stroke offset parameters
by jf barraud 09 Mar '08

09 Mar '08

Hi all, I just added the offset parameters in lpe-skeletal-stroke again. They can otpionaly be expressed in proportion of pattern size. Thank you for testing and commenting (is this the behaviour we want to have?). Dunno if there is the faintest chance to have this in some 0.46.x...(?) If it stabilize fast enough, I think it would be nice since it greatly emproves the usability of the effect... Bye, jf.

2 1

Inkscape development on Windows with Dev-C++
by g mak 08 Mar '08

08 Mar '08

Hi, I am not sure if this would help, it has been a long time since I've done any development, especially on the Windows platform. However, I have invested a little time to attempt to get Inkscape to work with Dev-C++, and would like to see if anyone else is interested to share the experience. Thanks to JonY's help, I can get Inkscape to build with the buildtool (btool), so I used build.xml in the inkscape home directory as a reference to setup Dev-C++. Here is what I have done: - install Dev-C++ in c:\Dev-Cpp - I downloaded devcpp-4.9.9.2_nomingw_setup.exe from http://www.bloodshed.net/devcpp.html - install Inkscape in c:\inks1, and the support library c:\devlibs, I had the 0.45 plus the SVN as instructed by JonY - Note: Please keep in mind that the above locations are relative if you would like to use my Dev-C++ Configuration File and Project File. - Depends on how you install MinGw and GCC, you may wanted to add c:\mingw\bin in your PATH environment variable so Dev-C++ can get to GCC, may be in the future c:\devlibs can include GCC as well, I can only find gdb there only, we will leave it for the pros for those decision. - Create a folder "inkwin32" under c:\Dev-Cpp, and download this attached file "inkwin32_devcpp". It is the Dev-Cpp Configuration File. - Start Dev-C++, select "Tools]Files & Directories]", check "Use this alternate configuration file" and enter "C:\Dev-Cpp\inkwin32\inkwin32_devcpp". - Re-start Dev-C++, it will read in the configuration, which set up: - "Tools]Compiler Options]Compiler]" - the "compile" and "link" target from buildtool - "Tools]Compiler Options]Directories]" - the C++ include libraries. This I needed to check out again, some may be duplicated with the compiler option. I am not sure. - Download the attached project file "inkwin32.dev" to c:\Dev-Cpp. It is not complete, but has references all the source files in ~/src, ~/src/dialogs and ~src/ui. This is a easy to read text file, may be buildtool can create it in the future, if Dev-Cpp is the way to go. I stopped where I am so I can check out the compilation and see if this can be progress any further. - To compile, simply F9 ("Execute]Compile]"). I have marked the following files not to be included with the compile, (inkscape, inkview, interface, sp-fediffuselighting, sp-fespecularlighting, sp-filter, verbs, dialogs/filedialog-win32 (excluded in buildtool as well), dialogs/fill-style, dialogs/layer-panel), they caused the problem with magick with errors such as: - 'MagickExport' does not name a type - 'ClassType' does not name a type - 'Quantum' does not name a type which I cannot google meaning resolution. Anyone interested in going forward?

1 0

gdb problem on Win
by Mihaela 08 Mar '08

08 Mar '08

1 0

Inkscape 0.46pre3
by Ted Gould 08 Mar '08

08 Mar '08

Hello Inkscapers, We've put out another pre-release of Inkscape. As we're getting very close to releasing 0.46 on platforms other than Windows testing is critical. On Windows, there are some release blocking bugs that could use developer attention. If you're a Windows developer please come help. If not, but you know one, time to buy him/her their favorite pizza and beer then tie them to a chair :) [1] --- All bugs should be submitted to --- http://bugs.launchpad.net/inkscape/ --- Release --- https://sourceforge.net/project/showfiles.php?group_id=93438&package_id=991… --- MD5Sums --- 0daed93fbf24da295499d844b54be621 inkscape-0.45+0.46pre3.tar.bz2 d486eb8b02641b90cb7750afd8477efc inkscape-0.45+0.46pre3.tar.bz2.sig 39a5d9451120cf953a811d6dde92adfe inkscape-0.45+0.46pre3.tar.gz 635ed77f488d2bf18b2c2be19cf900bc inkscape-0.45+0.46pre3.tar.gz.sig 427584d96ef0f07d5b78c74e96414a6b inkscape-0.45+0.46pre3.zip 190ca9ee4f96e180ce851bcb7bdd99f1 inkscape-0.45+0.46pre3.zip.sig Thank you everyone for continuing to use and help out with Inkscape. --Ted [1] Neither Ted nor the Inkscape project encourage violence towards Windows developers. They're all future Linux developers ;)

5 5

0.46.x stable branch practices for bugs and patches
by Bryce Harrington 07 Mar '08

07 Mar '08

With 0.46.0 nearly finished, bug fixes for our release should be targeted to 0.46.1. For 0.46.x we want just critical bugs: crashes, data loss, security vulnerabilities, severe regression, failure to build, etc. To mark an acceptable bug as needing fixed in a Stable Release, please 'milestone' it to 0.46.1 (or 0.46.2, ...) To mark a patch for an acceptable bug as needing integrated into the Stable Release: 1. Attach the patch to the bug report. 2. Confirm that the fix is in the main development trunk. 3. 'Nominate it for release' in launchpad for 0.46.x 4. Include this information: * Justification why its release-critical * Steps to reproduce * Explanation of the patch * Discussion of regression potential (Translation updates only need to follow steps 1-3) This makes it easier both for us to review patches, and for distro packagers to cherrypick and backport them. A more detailed version of this is at: http://wiki.inkscape.org/wiki/index.php/StableBranchUpdates Thanks, Bryce

1 0

Inkscape 0.46-final plans (March 10th)
by Bryce Harrington 07 Mar '08

07 Mar '08

ScislaC and I are quite pleased with how -pre3 has shaped up, and are making the last call for 0.46.0 bug fixes, translations, etc. We will tag 0.46.0 at UTC 04:00 Mar 11 2008. I've incorporated all patches sent to me or nominated for 0.46.x. If you have something I've missed, please get it to me this weekend. There are 7 milestoned bugs left: 3 are translations, 3 are windows-specific, and 1 has a patch that just needs a quick test. The translation patches I trust will be squared away in the coming days. Bug 189432 has a fix committed to trunk for upside down text with PDF, that just needs checked and I can commit the patch. For any remaining translation work, please arrange to get it incorporated in the release branch by March 10th. For the 3 windows bugs, progress has been slow on these. The consensus from the lengthy "0.46 release debate" thread is to tag 0.46.0 for Linux so we can get the release into Ubuntu and Fedora (which have a drop-dead date of March 13th for getting new Inkscape incorporated), but hold off on PR two weeks to give the extra time for Windows developers, because we would prefer to have full platform support for maximum PR effectiveness. If the Windows bugs are not sufficiently resolved by March 24th, we'll proceed with 0.46.0 being a non-Windows release, and hope they can be addressed in time for 0.46.1. Bryce

1 0