- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] Visio support
by MilesTogoe 08 Dec '09

08 Dec '09

On 12/07/2009 04:17 PM, Alexandre Prokoudine wrote: > R U sure you wanted to send this privately? :) > not private - forgot to hit reply-all > Alexandre > > On 12/8/09, MilesTogoe<miles.togoe@...400...> wrote: > >> On 12/07/2009 02:51 PM, Alexandre Prokoudine wrote: >> >>> On 12/8/09, Paul den Hertog wrote: >>> >>> >>> >>>> Diederik: Visio 2003 can export to SVG if I'm correct. Have you tested >>>> that? And have you seen this: >>>> >>>> http://vdxtosvg.sourceforge.net/ >>>> >>>> >>> Can't speak for Diederik, but I tried this and it didn't work for me out >>> of box. >>> >>> >>> >>>> By the way, are extentions called tools on the website? >>>> >>>> >>> Where exactly? >>> >>> Alexandre >>> >>> >>> >> dia and kivio have never really cut it compared to visio. some more >> Inkscape features might be worthy of consideration for a summer of code >> project - pieces are there (connectors, resizing objects) ie I drag in >> all kinds of road symbols from another inkscape template drawing, resize >> and are good to go. I see some areas needing work: >> 1) the connectors seem to need some work (have not tried in .47 to see >> if any diffs) >> 2) centered text - text and a shape can be grouped but I don't think the >> textbox can always remain centered - a uml type group would also be very >> handy >> 3) visio file import (incl pre MS purchase for us former users) >> 4) it would be so much nicer if arrowheads would take same color as >> stroke without have to call in separate extension >> >> haven't used visio in so long, I forget if there were other things I >> missed. >> >> >> >> >> >> >> >> >>> ------------------------------------------------------------------------------ >>> Return on Information: >>> Google Enterprise Search pays you back >>> Get the facts. >>> http://p.sf.net/sfu/google-dev2dev >>> _______________________________________________ >>> Inkscape-devel mailing list >>> Inkscape-devel(a)lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/inkscape-devel >>> >>> >>> >> >> > >

1 0

Re: [Inkscape-devel] Visio support
by Paul den Hertog 07 Dec '09

07 Dec '09

On Tue, 2009-12-08 at 00:51 +0300, Alexandre Prokoudine wrote: > On 12/8/09, Paul den Hertog wrote: > > > Diederik: Visio 2003 can export to SVG if I'm correct. Have you tested > > that? And have you seen this: > > > > http://vdxtosvg.sourceforge.net/ > > Can't speak for Diederik, but I tried this and it didn't work for me out of box. > > > By the way, are extentions called tools on the website? > > Where exactly? > > Alexandre > > ------------------------------------------------------------------------------ > Return on Information: > Google Enterprise Search pays you back > Get the facts. > http://p.sf.net/sfu/google-dev2dev > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel On the main website: http://wiki.inkscape.org/wiki/index.php/Tools Or is there another repository of extentions? I shall do some tests tomorrow with the exported files trough Visio and Inkscape, I'm curious what the resulst will be.

1 0

Re: [Inkscape-devel] Visio support
by Paul den Hertog 07 Dec '09

07 Dec '09

On 12/07/2009 09:28 PM, Paul den Hertog wrote: > This is rather new for me, posting on a list trough email. So if I do > something wrong, please correct me. Diederik: Welcome! I didn't notice anything wrong yet ;-) Paul: Haha thanks :-) > Inkscape was just it for making vector logo's and lay-outs, but I am > realy missing Visio support. If this would get implemented in Inkscape > it will be definitely a true winner. Diederik: Visio 2003 can export to SVG if I'm correct. Have you tested that? And have you seen this: http://vdxtosvg.sourceforge.net/ Paul: Hmm.. I definitely check this out. The problem is that my school team always save there files in .vsd. Is there a possibility to convert this to a format i can use, within Linux? Currently I am explorering all the features of Inkscape, nice work!! I've noticed that there is a portable version, so I will try to get my team to use it :) We have all sort of shapes in our business models, can I donate them to the community like a .vst (I think Visio shape template) or separate .vss (Visio shape's file). Then the creation of diagrams are heavily simplified. Alexandre: Dia actually can import VDX files (XML based Visio files from Office 2003) and export SVG, so you can use Dia as a roundabout to some extent. Paul: I smell a opportunity to implement this in Inkscape :$, But for the meantime it looks like a nice workaround. I must say that Dia looks nice, but is rather difficult. By the way, are extentions called tools on the website? Thanks again : ), Paul

1 0

Re: [Inkscape-devel] Visio support
by Alexandre Prokoudine 07 Dec '09

07 Dec '09

On 12/8/09, Paul den Hertog wrote: > Diederik: Visio 2003 can export to SVG if I'm correct. Have you tested > that? And have you seen this: > > http://vdxtosvg.sourceforge.net/ Can't speak for Diederik, but I tried this and it didn't work for me out of box. > By the way, are extentions called tools on the website? Where exactly? Alexandre

1 0

Visio support
by Paul den Hertog 07 Dec '09

07 Dec '09

Hello, This is rather new for me, posting on a list trough email. So if I do something wrong, please correct me. I've been a Windows user for years, but I made the switch to linux a year ago. After some test ofcource. Most of my that I used had good natives in Linux, photoshop -> gimp (did took some time, but was worth the effort) and office. But I am a frequent user of Visio, I used to make landscape drawings of networks and now on school business diagrams. Inkscape was just it for making vector logo's and lay-outs, but I am realy missing Visio support. If this would get implemented in Inkscape it will be definitely a true winner. I can't code myself, I realy want to help. I did post a question on Launchpad, but they told me to do a post here. Link: https://answers.launchpad.net/inkscape/+question/93150 School is a time consuming hobby, but I want to help where I can. Thanks for reading, Paul

3 2

Rendering of the 0.47 about screen
by JiHO 07 Dec '09

07 Dec '09

Rendering the 0.47 about screen with normal quality for blur en effects in the preferences I get this: http://dl.dropbox.com/u/1047321/Screen%20shot%202009-12-07%20at%2014.00.02%… Is that limited to my system? OS X Snow Leopard, release version of Inkscape. JiHO --- http://maururu.net

2 2

Inkscape devel snapshots
by heathenx 07 Dec '09

07 Dec '09

I have been using http://inkscape.modevia.com/svn-snap/?M=D in the past to grab sourceforge snapshots periodically. Is there a going to be a new place to grab the bazaar snapshots or does it work differently now? heathenx

1 0

Inkscape Mac Os X 64bit
by Giovanni Lanzani 07 Dec '09

07 Dec '09

I was wondering, now that SL supports 64bit widely, is it possible to create an Inkscape build which runs in 64bit? lisanet.de already made one from Gimp, and it seems to be working much faster than before. Of course in Gimp speed is more relevant than in Inkscape, but I guess a speed up is welcome (even if it would just be a startup speed up). Or are there things (like Python libraries, etc.) which prevent this? Thanks Giovanni

3 6

new: SVG Color 1.2 uncalibrated device colors
by Felipe Sanches 07 Dec '09

07 Dec '09

folks, Today I have implemented parsing, output and basic handling of uncalibrated device colors as defined in SVG Color 1.2 Working Draft: http://www.w3.org/TR/2009/WD-SVGColor12-20091001/#device I have hooked device-cmyk handling to our color pickers so that if you select colors in the CMYK tab, these ink values will be preserved, unless you switch to some other color picker tab. Color space conversion happens every time you switch color pickers. Both SVG 1.1 color values and device-cmyk values are output, but device-cmyk is the value used whenever it is available. I'd like to thank the effort of the brazillian inkscape users community for mantaining a wiki-page that lists what they believe that needs to be implemented in CMYK/professional printing support from the perspective of users and print professionals. Theis wiki-page is here: http://wiki.softwarelivre.org/InkscapeBrasil/EspecificacaoCMYK (in brazillian portuguese) Felipe "Juca" Sanches

2 2

Re: [Inkscape-devel] URGENT: Please update Mac OS X install instructions in the tarball !
by ~suv 07 Dec '09

07 Dec '09

On 30/11/09 13:24, Wolf Drechsel wrote: >>> I am very grateful that a lot of people invested lots of time in the >>> wonderful packaging/macosx/osx-build.sh script. >>> >>> PLEASE, add a few lines to the READMEs - or create a distinguished >>> "README_Mac_OS_X" to make clear, that the install procedure on a Mac >>> is a different one. >> >> Could you propose what should be added to the README. I think it's a >> good idea to update it, but I'm afraid that I would write something >> incorrect if I tried as I have no experience on OSX. > > I'll be happy to give it a try - could friend ~suv have a look on it in > order to avoid greater portions of nonsense please ? I am not very comfortable with the proposed changes by Wolf: a) README why only adding hints for OS X users? There are other platforms with special build tools (e.g. btool for win32) and - judging from the list of wiki pages about compilation on different linux platforms - deviations/adaptations from the generic 'configure/make/make install' routine are more common and not limited to Mac OS X. b) INSTALL again - why adding only one of the sub-pages from the wiki which is already linked from the top wiki page about compilation and not the others as well? Personally I'd keep it as it is. If you need more information, the instructions are clear: read the wiki pages. Alternative proposal 1) In the README file add a section to or after the description of the generic installation, mentioning the wiki pages for more information about platform specific issues. 2) In 'packaging/macosx' and 'packaging/win32' add new README files containing either a summary or a copy of the platform specific wiki page about building and packaging. OTOH a 'packaging/macosx/README' could be as short as 1) please read the wiki page about compiling Inkscape on OS X: <http://wiki.inkscape.org/wiki/index.php/CompilingMacOsX> 2) consider additional information about MacPorts installation: <http://www.macports.org/install.php> using MacPorts: <http://guide.macports.org/#using> 3) run './osx-build.sh help' for an overview of the options available to configure, build and package Inkscape on OS X ~suv appending fullquote since Wolf's mail didn't make it to the list: >>> I am very grateful that a lot of people invested lots of time in the >>> wonderful packaging/macosx/osx-build.sh script. >>> >>> PLEASE, add a few lines to the READMEs - or create a distinguished >>> "README_Mac_OS_X" to make clear, that the install procedure on a Mac >>> is a different one. >> >> Could you propose what should be added to the README. I think it's a >> good idea to update it, but I'm afraid that I would write something >> incorrect if I tried as I have no experience on OSX. > > I'll be happy to give it a try - could friend ~suv have a look on it in order to avoid greater portions of nonsense please ? > > I suggest to change this chapter of the README: > >> Inkscape uses the standard procedure for compilation and installation: >> >> ./configure >> make >> make install >> >> If a "./configure" file is not present, you can create it by running >> the "./autogen.sh" command, which calls in turn a number of other >> programs such as automake and autoconf. See INSTALL for more >> details. > > into: > > ++++++++++++++++++++++++++++++++++++++++++++++++++++ > Installation for *nixes (Mac OS X users please have a look at the end of the file): > ========================================================== > > Inkscape uses the standard procedure for compilation and installation: > > ./configure > make > make install > > If a "./configure" file is not present, you can create it by running > the "./autogen.sh" command, which calls in turn a number of other > programs such as automake and autoconf. See INSTALL for more > details. > ++++++++++++++++++++++++++++++++++++++++++++++++++++ > > > At end of file: > ++++++++++++++++++++++++++++++++++++++++++++++++++++ > Installation for Mac OS X users > ======================= > > We try to keep the Wiki pages on compiling inkscape up-to-date and comprehensive. It is here: > > http://wiki.inkscape.org/wiki/index.php/CompilingMacOsX > > For a brief overlook: > We suggest to use macports (http://macports.org) in order to achieve all the necessary components and libraries. Than there is a mighty tool called "osx-build.sh" in the packaging/macosx directory of the unpacked tarball. This script will do most of the work for you. > ++++++++++++++++++++++++++++++++++++++++++++++++++++ > > > In the INSTALL file change: > >> Basic Installation >> ================== >> >> If you have problems compiling Inkscape, then see >> http://wiki.inkscape.org/wiki/index.php/CompilingInkscape . >> >> The remainder of this file gives generic installation instructions. > > into > >>> Basic Installation for *nixes - Mac OS X users please have a look at the README >>> =========================================================== >>> >>> If you have problems compiling Inkscape, then see >>> http://wiki.inkscape.org/wiki/index.php/CompilingInkscape >>> >>> if you are a Mac OS X user, please dont read on, keep to the wiki pages instead: >>> http://wiki.inkscape.org/wiki/index.php/CompilingMacOsX >>> >>> The remainder of this file gives generic installation instructions. >>> … > > > >

6 7

Threaded Blur
by Joshua A. Andler 06 Dec '09

06 Dec '09

Hey All, I added a UI pref for number of threads for Gaussian Blur. Thanks again Jasper for implementing this feature a YEAR ago. :D I've used it the entire time with no issue and felt it was appropriate to expose it to users. If anyone disagrees or has issues, please speak up. It's in the filters page of preferences. Cheers, Josh

1 0

Text anchor
by Diederik van Lierop 06 Dec '09

06 Dec '09

Hi all, The text base line has an anchor, which is always displayed at the left end of the base line. Is this used for anything else than snapping? If it isn't then its position should be dependent of the text alignment, e.g. for right aligned text the anchor should be displayed at the right end the base line. I'm about to change this, but just want to make sure that this doesn't break someone's workflow. Diederik

3 3

Spray Tool
by Joshua A. Andler 06 Dec '09

06 Dec '09

Hey All, Would anyone be against the Spray Tool that the high school students made being merged into trunk? It definitely needs some love (however, it is really awesome too), but I don't think it can get the needed attention until more people use it and can comment on how to improve it. Cheers, Josh

4 5

Build error in latest BZR
by Niko Kiirala 05 Dec '09

05 Dec '09

Rendering test suite failed to compile Inkscape just a while ago, with this message: make[2]: *** No rule to make target `libnr/nr_mmx_R8G8B8A8_P_R8G8B8A8_P_R8G8B8A8_N_TRANSFORM.S', needed by `libnr/nr_mmx_R8G8B8A8_P_R8G8B8A8_P_R8G8B8A8_N_TRANSFORM.o'. Stop. make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 This build is on x86 Linux, using the normal build procedure. Probably there's a modification with Makefile.am file left unmodified. -- Niko Kiirala niko@...1267...

2 2

Inkscape 0.47 is released!
by Joshua A. Andler 05 Dec '09

05 Dec '09

Greeting to the community, After over a year of intensive development and refactoring, Inkscape 0.47 is out. This version of the SVG-based vector graphics editor brings improved performance and tons of new features, some of which are as follows: Timed autosave, Spiro splines, Auto-smooth nodes, Eraser tool, New modes in Tweak tool, Snapping toolbar & greater snapping abilities, New Live Path Effects (including Envelope), A huge collection of preset filters, New cairo-based PS and EPS export, Spell checker, Many new extensions, Optimized SVG code options, and much more. Additionally, it would be wrong to not mention the hundreds of bug fixes as well. Check out the full release notes for more information about what has changed, enjoy the screenshots, or just jump right to downloading your package for Windows, Linux or Mac OS X. Release Notes: http://wiki.inkscape.org/wiki/index.php/ReleaseNotes047 Downloads: http://inkscape.org/download/ Cheers, Josh P.S. Let the PR blitz begin!

6 10

About the SVN
by Aurélio A. Heckert 04 Dec '09

04 Dec '09

Hi all, Sorry if that was announced before but i don't know what will happen with the Inkscape's SVN. On the web site it is described as our development repository: http://www.inkscape.org/svn.php Will we use Bazaar and SVN together? (only asking) All Inkscape specific Bazaar usage is here? http://wiki.inkscape.org/wiki/index.php/Working_with_Bazaar Thanks! -- Aurélio A. Heckert http://colivre.coop.br/Aurium GNU/Linux User #312507 http://counter.li.org - - - - - - - - - - - - - - - - - - - - - - - - - Ilustração Vetorial Livre: http://InkscapeBrasil.org Coop. de Tecnologias Livres: http://Colivre.coop.br - - - - - - - - - - - - - - - - - - - - - - - - - "Windows 7: a new era of restrictions." http://windows7sins.org Antes de imprimir esta mensagem reflita sobre a sua responsabilidade com a preservação do Meio Ambiente.

3 5

New student project : better image management
by Steren 03 Dec '09

03 Dec '09

Hi, Once again, a team of sudents from Ecole Centrale Lyon (France) has chosen to work on Inkscape in the scope of their studies. (The same kind of work that brought LPE envelope, group and staking two years ago with Johan as mentor and the Spray tool last year mentored by Cédric). This year I will be the mentor of the team of six students, let me introduce them: Boughida Rafik Desgrange Yoann Ngom Mor Pais Vincent Soyer Baptiste Petit François (project leader) This year will be focused on a better image management in the software (based on this blueprint: https://blueprints.launchpad.net/inkscape/+spec/image-properties-dialog-enh…). Basically, they will do : * enhancement of the image properties window * smart relinking tool * small enhancements of images in Inkscape : more relative links, use the resolution at import, let the user choose at import if he wants to embbed ot to link. The project will start in january and will last 6 months. They only have 4 dedicated hours per week, but I'm sure they will find time to do a serious work. We will post regular updates of the project on this list. The students may also ask for technical help or advice on irc and I know that the team will know how to welcome them well. I think the best is to use a branch. This time we will host it on launchpad and register it. You are very welcome for any support, help, ideas, reviews or anything. Cheers! Steren

11 28

pattern-filled paths bugs
by francesco fantoni 03 Dec '09

03 Dec '09

there is a bunch of unassigned bugs, all related to a problem with pattern-filled paths that lead to a segfault (probably duplicates?). I was wondering if any developer is going to look after this issue or has already had a look at it as it seriously cripples our workflow with Inkscape. Actually we can't use Inkscape at all anymore since we've upgraded to 0.47 because it has been realesed with this bug unsolved, and we will be forced to switch back to 0.46. thanks in advance for your attention francesco https://bugs.launchpad.net/inkscape/+bug/463602 https://bugs.launchpad.net/inkscape/+bug/486203 https://bugs.launchpad.net/inkscape/+bug/429050 https://bugs.launchpad.net/inkscape/+bug/271723 -- architetto Francesco Fantoni <HVA - Hermanitos Verdes Architetti> l.go san giacomo, 38 I-41100 modena (italia) tel.& fax. +39.059.217554 skype: hva_studio e.mail: francesco@...2287... web: http://www.hv-a.com

1 0

Re: [Inkscape-devel] New student project : better image management
by Guillermo Espertino 02 Dec '09

02 Dec '09

The clipping path thing sounds useful, but first the editable clipping path should be synchronized in size, rotation and position with the clipped object (bug #351281). At the moment it is disconnected and editing the original untransformed path looking at a transformed object is really annoying and lacks of precision. I'm not against extra features, but this seems to be an extra target to be considered only after some issues like this are addressed. Gez

4 3

Library
by chris | brueckenschlaeger 02 Dec '09

02 Dec '09

What Inkscape dev should, in my eyes do, is the following: Talk to the devs of Gimp and Scribus and develop a shared library asset management like in adobe. Should be not too complicated and for me the first step to kick adobe's ass. wanted to say that. greets

5 4

Re: [Inkscape-devel] New student project : better image management
by Josh Andler 02 Dec '09

02 Dec '09

I can use a mouse without a wheel, and I appreciate the ability to achieve a middle-click by two buttons at once... but once you're used to a better way, it's hard to take a step backwards. ;-) I feel the same way about trackpads. On Dec 1, 2009 9:49 PM, "Jon Cruz" <jon@...18...> wrote: On Dec 1, 2009, at 9:44 PM, bulia byak wrote: > On Wed, Dec 2, 2009 at 1:30 AM, Jon Cruz <jon@...2284... Well, for me I find it actually quite simple and handy. Getting used to two-finger scroll probably helps a bit. In general I use the same movement as on an actual mouse: pointer finger for the left click and just add the middle finger for a right click. ------------------------------------------------------------------------------ Join us December 9, 2...

1 0

Website framework discussion
by Chris Morgan 01 Dec '09

01 Dec '09

I've polluted two threads just recently with this, so I'll start a fresh one before they deviate too much more from their original topics. (A bit of) background information: currently we use simple PHP scripts for www.inkscape.org, Planet <http://www.planetplanet.org/> for planet.inkscape.org and MediaWiki <http://mediawiki.org> for wiki.inkscape.org. Plans have been underway for moving www.inkscape.org and probably wiki.inkscape.org to Drupal <http://drupal.org> (and possibly also merging inkscapeforum.com into it as well). However, with the (renewal?) of discussion of an extensions repository<http://wiki.inkscape.org/wiki/index.php/ExtensionsRepository>, I suggested Django <http://djangoproject.com> for the framework to use for it. Then I thought about the migration of www. and wiki. and thought that Django would really be a better solution than Drupal. (Not sure about the forum yet, having looked at it now I think it's probably best kept as it is rather than migrated to anything.) On Tue, Dec 1, 2009 at 9:02 AM, Chris Mohler <cr33dog@...400...> wrote: > On Mon, Nov 30, 2009 at 12:02 PM, Joshua Facemyer <jfacemyer@...400...> > wrote: > > On 11/29/2009 10:22 AM, Chris Morgan wrote: > >> It would take a bit longer than Drupal to get started > >> for just basic content and all (is there anyone else in the community > >> familiar with Django? > > Yes and no - I've used Django with Turbogears, but only for playing > around/learning. I'll be digging more into it this week during my off > time though - it's very nice so far. > > > Would the extension repo idea be able to be worked into this, then? I > > mean, I know it would, but would we want to do that? > > I spent quite some time yesterday trying to get Django installed on a > Sourceforge hosting account - it was not pretty :( In short, it would > be messy (install a local Python along with dependencies for Django, > then run the whole mess through fcgi - and I'm not entirely sure it's > possible after all). > The extension repository is the main thing that I proposed Django for - the main website and wiki were something I thought of a bit later. Our website is currently hosted with OSUOSL and I checked with them and they say Django would be fine to set up and use. (There are Python/Django-friendly hosts and there are the rest of the hosts - most of them. I personally am just about to move my own sites to WebFaction<http://webfaction.com>so that I get decent Django support... and also an added bonus of version control with Bazaar, Mercurial or Git as I feel like it :-) ) And while I'm rambling on - what about trying Turbogears as a > framework? Sourceforge is moving to it (though I doubt that they will > be using the default cherrypy server). At any rate, I will be playing > around with Django and probably TG this week to prototype the > extension repo. Whether or not the extension repo becomes an addon to > the main site, I'm happy to help. > I looked at TurboGears as well when evaluating web application frameworks, and I came to the conclusion that TurboGears just wasn't as pretty, fast, efficient or powerful (you may be interested in this benchmark of frameworks<http://www.alrond.com/en/2007/jan/25/performance-test-of-6-leading-framewor…>; Django is consistently at the top of the Python ones (compare the left-most column of Django with TurboGears, not the other more optimised ones) and at the top or near the top of all of the results. And Drupal is definitely slower than Django.) On Mon, Nov 30, 2009 at 11:32 PM, Joshua Facemyer <jfacemyer@...400...>wrote: > On 11/29/2009 10:22 AM, Chris Morgan wrote: > >> It would take a bit longer than Drupal to get started >> for just basic content and all (is there anyone else in the community >> familiar with Django? >> > > I don't, but I'd be happy to help where I can. > > What needs to be done to set up an initial site and get it into a bzr repo? > That way, those who are interested in helping can get familiar with it and > possibly start building. > We'll see about that; it should be easy enough. I've been wondering about where we want to have it though; formerly we've had a repository on SourceForge and a post-commit hook (I think, possibly also it was just a regular synchronisation?) to push the content to the OSUOSL server. It seems to me it'd make sense to host the actual repository on the OSUOSL server. Git is installed there, could we use that? Or would we want to put it into a Bazaar repository and thus need to put Bazaar on it if it isn't? Or perhaps there's some other way we could mirror it? Anyone with expert knowledge in this area? > As for content migration, how would this be done (especially considering > the wiki)? I assume the content files could easily be parsed to work with > Django. > I think this is the biggest thing in Django's favour over Drupal. With Drupal, we'd need to migrate the main site content in quite a messy way, whereas with Django there's no need really to change how it is at all (it's file-based, you can work with that easily in Django). For the Wiki it would have to be turned into HTML for Drupal - and most people in the Inkscape community don't like working in HTML, they find the Wiki format much simpler. With py-wikimarkup <http://github.com/dcramer/py-wikimarkup> we should be able to continue to use the Wiki *content* as it is; as for the database schema, I have no idea what that's like with MediaWiki; we may be able to work with it as is, we might need to migrate it in some way). Personally I think I'd be a proponent of the following workflow for the wiki.inkscape.org and www.inkscape.org: - All content is stored in the file-system (this would mean extracting it out of the database, in the case of the Wiki; a database->files script for that would be no harder than a database->database script) - Content can then be updated through two or three methods: - the website - the version control system - possibly also vi (or whatever your preference is) over SSH (probably not the best way of doing it as you'd have to handle committing with the version control) planet.inkscape.org could be replaced quickly with Feedjack<http://www.feedjack.org/>(or more likely the newer continuation of it django-planet <http://github.com/matagus/django-planet>). The hardest step would probably be making sure we keep the old content and migrating it. Long emails like this are always fragmented. I hope you get what you were looking for out of it in the way of information as to what I'm proposing. Please think and give opinions :-) Chris Morgan <chris.morganiser@...400...> I'm good at making two things: mistakes and enemies.

2 3

Pretty serious bug making the text-tool unusable
by Diederik van Lierop 01 Dec '09

01 Dec '09

Hi all, There's a very serious bug in both v0.47preX and in trunk which crashes Inkscape when trying to use the text tool. "inkscape crashes using certain input methods: _gdk_input_grab_pointer: assertion failed: (input_window != NULL)", https://bugs.launchpad.net/inkscape/+bug/406036 This makes Inkscape virtually unusable on many Linux systems. This bug report already has six duplicates! I had a look but must admit that I don't have a clue what's going on. Could someone familiar with the text tool and text input methods and such have a look? Stack traces have already been attached to the bug report. Thanks, Diederik

2 4

Re: [Inkscape-devel] Re : We are good to go!
by Josh Andler 01 Dec '09

01 Dec '09

Did you run a 'bzr update' prior to attempting to commit? On Nov 30, 2009 9:19 PM, "bulia byak" <buliabyak@...400...> wrote: 2009/11/30 Ted Gould <ted@...11...>: > Probably want you want is to bind your branch to trunk. What that means > is that you'll commit t... This sounds like what I need, but: > $ bzr branch lp:inkscape > $ cd inkscape > $ bzr bind lp:inkscape > <do work> > $ bzr commi... I get this: $ bzr commit -m "..." Format <RepositoryFormatKnit4> for file:///home/d/ink/inkscape-bzr/inkscape/.bzr/ is deprecated - please use 'bzr upgrade' to get better performance bzr: ERROR: Cannot lock LockDir( http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/.bzr/repository/lo… ): Transport operation not possible: http does not support mkdir() -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org ------------------------------------------------------------------------------ Join us December 9, 2009 for the Red Hat Virtual Experience, a free event focused on virtualization and cloud computing. Attend in-depth sessions from your desk. Your couch. Anywhere. http://p.sf.net/sfu/redhat-sfdev2dev _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

Is it possible to bzr checkout a subdirectory of Inkscape?
by Alvin Penner 01 Dec '09

01 Dec '09

I would like to checkout only the \Inkscape\share\extensions\ subdirectory. If I try, I get an error like: bzr init bzr branch https://code.launchpad.net/~inkscape.dev/inkscape/trunk/share/extensions bzr: ERROR: Not a branch: "https://code.launchpad.net/~inkscape.dev/inkscape/trunk/share/extensions/". -- View this message in context: http://old.nabble.com/Is-it-possible-to-bzr-checkout-a-subdirectory-of-Inks… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 1

Should other repositories move to Bazaar/LP?
by Ted Gould 01 Dec '09

01 Dec '09

Well, that's the question. Things like webpage and others. I have no opinion as I rarely edit them, but I thought I'd throw this out there while I still remember all the deep magic involved with converting things ;) --Ted

10 12

Re: [Inkscape-devel] Local Coordinates for group transformations?
by Thomas Holder 30 Nov '09

30 Nov '09

Hi Rob, this is a UI issue. Feel free to file a feature request on launchpad. Thomas Rob Antonishen wrote, On 11/30/09 15:39: > So the feature I want and partially works is because of a bug. Too bad. > > So, regarding the SVG spec, is there anything that would prevent > maintaining the local axis (pre-transformation) of a group so the > elements can be modified according to the group axis, rather than the > workspace axis? Is this a UI issue, or an SVG limitation? > > -Rob A> > >> The svg:svg node cannot be rotated, as it does not have a transform >> attribute by SVG spec. It's a bug that Inkscape rendered the viewport >> rotated after you added the transform attribute in XML editor, and it's >> correct that the transformation gets discarded on file loading. >> >> Thomas

1 0

Re: [Inkscape-devel] URGENT: Please update Mac OS X install instructions in the tarball !
by Ted Gould 30 Nov '09

30 Nov '09

Wolf, Thanks for this. I went ahead and pushed it into a branch with a merge request. Does that look right? For all the OSX folks on the list? (I made one merge request for 0.47 branch, but it should go both there and on trunk) https://code.launchpad.net/~inkscape.dev/inkscape/readme-update https://code.launchpad.net/~inkscape.dev/inkscape/readme-update/+merge/15433 --Ted On Mon, 2009-11-30 at 13:24 +0100, Wolf Drechsel wrote: > > > I am very grateful that a lot of people invested lots of time in > > > the > > > wonderful packaging/macosx/osx-build.sh script. > > > > > > > > > PLEASE, add a few lines to the READMEs - or create a > > > distinguished > > > "README_Mac_OS_X" to make clear, that the install procedure on a > > > Mac > > > is a different one. > > > > > > Could you propose what should be added to the README. I think it's > > a > > good idea to update it, but I'm afraid that I would write something > > incorrect if I tried as I have no experience on OSX. > > > I'll be happy to give it a try - could friend ~suv have a look on it > in order to avoid greater portions of nonsense please ? > > > I suggest to change this chapter of the README: > > > > Inkscape uses the standard procedure for compilation and > > installation: > > > > > > ./configure > > make > > make install > > > > > > If a "./configure" file is not present, you can create it by running > > the "./autogen.sh" command, which calls in turn a number of other > > programs such as automake and autoconf. See INSTALL for more > > details. > > > into: > > > ++++++++++++++++++++++++++++++++++++++++++++++++++++ > Installation for *nixes (Mac OS X users please have a look at the end > of the file): > ========================================================== > > > Inkscape uses the standard procedure for compilation and > installation: > > > ./configure > make > make install > > > If a "./configure" file is not present, you can create it by running > the "./autogen.sh" command, which calls in turn a number of other > programs such as automake and autoconf. See INSTALL for more > details. > ++++++++++++++++++++++++++++++++++++++++++++++++++++ > > > > > At end of file: > ++++++++++++++++++++++++++++++++++++++++++++++++++++ > Installation for Mac OS X users > ======================= > > > We try to keep the Wiki pages on compiling inkscape up-to-date and > comprehensive. It is here: > > > http://wiki.inkscape.org/wiki/index.php/CompilingMacOsX > > > For a brief overlook: > We suggest to use macports (http://macports.org) in order to achieve > all the necessary components and libraries. Than there is a mighty > tool called "osx-build.sh" in the packaging/macosx directory of the > unpacked tarball. This script will do most of the work for you. > ++++++++++++++++++++++++++++++++++++++++++++++++++++ > > > > > In the INSTALL file change: > > > > Basic Installation > > ================== > > > > > > If you have problems compiling Inkscape, then see > > http://wiki.inkscape.org/wiki/index.php/CompilingInkscape .. > > > > > > The remainder of this file gives generic installation instructions. > > > into > > > > > Basic Installation for *nixes - Mac OS X users please have a look > > > at the README > > > =========================================================== > > > > > > > > > If you have problems compiling Inkscape, then see > > > http://wiki.inkscape.org/wiki/index.php/CompilingInkscape > > > > > > > > > if you are a Mac OS X user, please dont read on, keep to the wiki > > > pages instead: > > > http://wiki.inkscape.org/wiki/index.php/CompilingMacOsX > > > > > > > > > The remainder of this file gives generic installation > > > instructions. > > > … > > > > > > > >

1 0

bzr repo link on the web
by Alexandre Prokoudine 30 Nov '09

30 Nov '09

Hi, Could somebody please update download page at inkscape.org to reflect the switch to bzr/lp and provide a simple command line that doe sit? Currently it takes a hell of time to figure out how to fetch repository. Alexandre

1 0

GSoC Node Tool branch published
by Krzysztof Kosiński 30 Nov '09

30 Nov '09

Hello all If anyone wants to check out the rewritten node tool: bzr checkout lp:~tweenk/inkscape/gsoc-node-tool Send me any GDB dumps of crashes, feature requests, regression reports or usability glitches you find. Regards, Krzysztof

4 5

.bzrignore file
by Maximilian Albert 29 Nov '09

29 Nov '09

Hi all, first of all, many thanks to everyone involved for their release work on 0.47 and the conversion of the repository to bzr! Good job!! I just did my first cautios steps in playing with the new repo and bzr, and I was wondering whether it's really a good idea to put the file .bzrignore under version control. For after checking out trunk and compiling, I've ended up with a lot of files that are neither under version control nor currently present in .bzrignore and thus totally clutter the output of 'bzr status'. But if I add them to .bzrignore then I need to be careful not accidentally commit the file (because surely we don't want every developer to add more stuff to .bzrignore which may only be relevant to his/her specific checkout). So wouldn't it be better to not provide a 'central' .bzrignore file and let the developers create local ones instead if desired? Thanks for any opinions, Max

3 2

Bazaar repository error
by Krzysztof Kosiński 29 Nov '09

29 Nov '09

Hello I tried to push the node tool work to Launchpad, and I get this: bzr: ERROR: KnitRepository('lp-46092624:///~inkscape.dev/inkscape/trunk/.bzr/repository') is not compatible with CHKInventoryRepository('lp-46092624:///~tweenk/inkscape/gsoc-node-tool/.bzr/repository') different serializers Would a 'bzr upgrade' on the Launchpad repository fix this? Regards, Krzysztof

4 5

0.47 tarballs
by Ted Gould 29 Nov '09

29 Nov '09

Hello All, I have built and put up 0.47 tarballs on Sourceforge. I'll start by reminding everyone to not widely announce this yet, we'll wait for binaries to be available before doing so. Also, sorry to take so long on this, I was away from home for work but I'm back now :) https://sourceforge.net/projects/inkscape/files/inkscape/0.47/ I'll tag everything and update that stuff tomorrow (as I'm tired now) but the tarball is correct. --Ted == MD5 Sums == 7b497c8f673e40b05295a29f6e2111f4 inkscape-0.47.tar.bz2 79e83b29956727e8c86a27f815d71f76 inkscape-0.47.tar.bz2.asc 916c85b501bcfb0ae61fcf7318f36348 inkscape-0.47.tar.gz 95bc78c1c24262dd8f89c347a1ffdc5a inkscape-0.47.tar.gz.asc 64e59540374de68dd81eaabedca741dc inkscape-0.47.zip fbc4affd7bcc88453abb5f13b279d45e inkscape-0.47.zip.asc == SHA1 Sums == 7c75352f3882ebf4fcaebc22413bcb79bf3b7895 inkscape-0.47.tar.bz2 d2633fcd7451b7d1b98e0aa139890c960ef504ed inkscape-0.47.tar.bz2.asc aa39d5f7306edb21be4987651041bf50c13baf75 inkscape-0.47.tar.gz 2f6a238a606906822f11f162d95dd1876028f2f6 inkscape-0.47.tar.gz.asc d838901d8312a3e88e8a16f8e4710d923c89567c inkscape-0.47.zip d595cca3f55bab899b33905f35f087f67811445c inkscape-0.47.zip.asc

8 18

URGENT: Please update Mac OS X install instructions in the tarball !
by Wolf Drechsel 29 Nov '09

29 Nov '09

Hello, I want to repeat a request I stated a time ago: From my experience (which was graciously shared by ~suv), the present state of install instructions for Mac OS X is extremely misleading and can cause people to waste a lot of time. When a less experienced person downloads the tarball, he will tend to read the README, which will tell him: > Inkscape uses the standard procedure for compilation and installation: > > ./configure > make > make install When trying this, this man will run into trouble. I am very grateful that a lot of people invested lots of time in the wonderful packaging/macosx/osx-build.sh script. PLEASE, add a few lines to the READMEs - or create a distinguished "README_Mac_OS_X" to make clear, that the install procedure on a Mac is a different one. At this occasion the wiki entries should be revised. At least concerning the inkscape aqua affairs, the wiki is quite outdated; I added instructions which worked on my Mac. I think, using the osx- build.sh it's very simple now, it would be a pity to let things occur more complicated than they are in fact… Thanks and greetings, Wolf

2 1

Extension Repo
by Chris Mohler 29 Nov '09

29 Nov '09

Hi all, I was thinking about starting on an extension repo[0], and have a couple of questions. Should this be hosted by the Inkscape project? If so, how do I go about getting access? Or at least finding out what version of php/python/mysql are available to set up a local test site? If not, is anyone willing to pool resources for hosting? Or know of a good FOSS-friendly place to host? Any thoughts or opinions on server/language/db? I'm leaning toward apache/php/mysql, but something like cherrypy/python/sqlite would be well suited to this task as well. Thanks, Chris [0] http://wiki.inkscape.org/wiki/index.php/ExtensionsRepository

6 6

please provide support for graphicsmagick
by Dennis Heuer 29 Nov '09

29 Nov '09

hello inkscape supports imagemagick, which is nowadays usable but had a lot of issues. this is why i switched to graphicsmagick, a faster and more reliable (maintained) port of it. please consider supporting graphicsmagick. except of the names, both expose the same api. many thanks -- GorgonZola <gorgonzola@...1955...>

3 2

inkscape vs. vanilla system
by unknown＠example.com 29 Nov '09

29 Nov '09

seems that inkscape doesn't like to install on an up-to-date vanilla system. it relies too much on distro defaults. first, python is not found because the path searched at is not existing. it is not mentioned in any file on my system. python-config doesn't spit it out either: configure:9578: g++ -o conftest -g -O2 -fopenmp -Werror=format-security -Wall -Wformat -Wformat-security -W -D_FORTIFY_SOURCE=2 -Wl,-z,relro conftest.cpp -lgc /opt/development/python-2.5/lib/python2.5/config/libpython2.5.so -lpthread -ldl -lutil >&5 g++: /opt/development/python-2.5/lib/python2.5/config/libpython2.5.so: No such file or directory the point is that "python2.5/config/" is a redundant fiction. also, i re-installed poppler with support for the unsupported xpdf headers. inkscape still didn't compile. then i turned off poppler support, which was also confirmed in the configuration overview. however, it is still used. and, the way it is used seems to be targeting at an older version: extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetExtGState(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:812: error: no matching function for call to 'GfxColorSpace::parse (Object*)' /usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*) extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetFillColorSpace(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:1012: error: no matching function for call to 'GfxColorSpace::parse (Object*)' /usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*) extension/internal/pdfinput/pdf-parser.cpp:1014: error: no matching function for call to 'GfxColorSpace::parse (Object*)' /usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*) extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetStrokeColorSpace(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:1035: error: no matching function for call to 'GfxColorSpace::parse (Object*)' /usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*) extension/internal/pdfinput/pdf-parser.cpp:1037: error: no matching function for call to 'GfxColorSpace::parse (Object*)' /usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*) extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetFillColorN(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:1104: error: no matching function for call to 'GfxResources::lookupPattern (char*)' /usr/include/poppler/Gfx.h:113: note: candidates are: GfxPattern* GfxResources::lookupPattern(char*, Gfx*) extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opSetStrokeColorN(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:1148: error: no matching function for call to 'GfxResources::lookupPattern (char*)' /usr/include/poppler/Gfx.h:113: note: candidates are: GfxPattern* GfxResources::lookupPattern(char*, Gfx*) extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::opShFill(Object*, int)': extension/internal/pdfinput/pdf-parser.cpp:1546: error: no matching function for call to 'GfxResources::lookupShading (char*)' /usr/include/poppler/Gfx.h:114: note: candidates are: GfxShading* GfxResources::lookupShading(char*, Gfx*) extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::doImage(Object*, Stream*, GBool)': extension/internal/pdfinput/pdf-parser.cpp:2510: error: no matching function for call to 'GfxColorSpace::parse (Object*)' /usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*) extension/internal/pdfinput/pdf-parser.cpp:2595: error: no matching function for call to 'GfxColorSpace::parse (Object*)' /usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*) extension/internal/pdfinput/pdf-parser.cpp: In member function 'void PdfParser::doForm(Object*)': extension/internal/pdfinput/pdf-parser.cpp:2770: error: no matching function for call to 'GfxColorSpace::parse (Object*)' /usr/include/poppler/GfxState.h:182: note: candidates are: static GfxColorSpace* GfxColorSpace::parse(Object*, Gfx*) i now tried the compilation process several times, always getting stuck, and always getting stuck after about half an hour. possibly you should port inkscape to "go" to make it break faster. also, if anybody wants to help me in this case, your surname should not be alexandre. many thanks. -- GorgonZola <gorgonzola@...1955...>

2 1

lp:inkscape should be operational
by Ted Gould 29 Nov '09

29 Nov '09

Hey all, Sorry to take so long on this. But, it turns out when you mess up one little thing -- you need to regen everything -- and that sucks :) Currently there is a trunk branch from SVN in Launchpad and associated with the name "lp:inkscape". The other branches are currently uploading, and are likely to be available tonight. I created a group for Inkscape developers: inkscape.dev[1]. Anyone in that group should have access to trunk. Anyone in the inkscape.admin[2] team should be able to add people, so if you have commit access in SF currently, grab someone on Jabber/IRC and get added to the inkscape.dev group. If you want, you can get the same effect of the -cvs mailing list by subscribing to the trunk branch. You can then edit your e-mail settings for what mail you want to get.[3] Lastly, some people might find the 5-minute tutorial on Bazaar.[4] --Ted [1] https://launchpad.net/~inkscape.dev [2] https://launchpad.net/~inkscape.admin [3] https://help.launchpad.net/Code/FindingAndDownloading#Staying%20up% 20to%20date [4] http://doc.bazaar-vcs.org/latest/en/mini-tutorial/index.html

2 2

need help: trying to compile 047 X11 for Tiger
by Wolf Drechsel 29 Nov '09

29 Nov '09

Hello everybody, people who asked me to compile 0.47 X11 for Tiger did probabely not know what a bad idea that was - because things tend to be done much faster by oneself than when teaching a complete ignorant is required… - Nevertheless, I feel honoured by the request and regret having to bother all you with another set of childish questions. What I did up to now: I set up my machine and compiled 0.47 aqua, the description given here: http://wiki.inkscape.org/wiki/index.php/ CompilingMacOsX#Building_Aqua_November_2009 should be fairly accurate. Now I'd like to set up another tree for a X11 version, trying to follow this: http://wiki.inkscape.org/wiki/index.php/ CompilingMacOsX#Installing_a_second_Macports_tree_. 28recommended_approach.29 - but just the other way round - as my aqua building environment was the first in place. This is what the instructions say: > Installing a second Macports tree (recommended approach) > Rather than deactivating and reactivating ports, you can also keep > two MacPorts trees side by side, provided you install the second > one from source. Let say I want to install a new tree for native > versions in /opt/local/native, I would do > Right. I created a /opt/local/x11 instead > export PATH=/bin:/sbin:/usr/bin:/usr/sbin:/usr/X11R6/bin > cd ~/MacPorts-1.x.x/ This is the first place to stumble - I dont have a ~/MacPorts- whatever, allthough the latest macports is installed. What's going wrong here? > ./configure --prefix=/opt/local-native --with-tclpackage=/Library/ > Tcl/macports-native make sudo make install Next stumble - I learned that the osx-build.sh script can do nearly everything. So does it make sense to call configure? > You can set this second tree up to always build packages with > specific variants. For example, you can edit the /opt/local-native/ > etc/macports/variants.conf file to have the following line: > > +universal +no_x11 +quartz O.k. - created a /opt/x11/etc/macports/variants.conf containing +x11 > You can remove the +universal if you only want to build inkscape > for your host architecture. You may also need to set alternate > applications_dir and frameworks_dir variables in the /opt/local- > native/etc/macports/macports.conf > There is not such a file. I can create /opt/x11/etc/macports/ macports.conf, but > file so that applications and frameworks install by this macports > (for example by python) don't clash with your standard macports tree. > … not the shadow on an idea what that means… > Then you need to have only one version of the port command in the > path at any time so you need to setup your .bashrc > (or .bash_profile or .profile) accordingly. I use shell aliases to > quickly and temporarily switch to the universal version: > > alias portpathregular="export PATH=/opt/local/bin:/opt/local/sbin:/ > Developer/Tools:/usr/local/bin: \ /usr/X11R6/bin:/bin:/sbin:/usr/ > bin:/usr/sbin" alias portpathnative="export PATH=/opt/local-native/ > bin:/opt/local-native/sbin:/Developer/Tools:/usr/local/bin: \ /usr/ > X11R6/bin:/bin:/sbin:/usr/bin:/usr/sbin" o.k. - that was easy. Inbetween I try to install the x11 variants of cairo +x11 pango +x11 poppler +x11 gtk2 +x11… As the patient reader, who came down to this place in my opus may have noticed - there is a big lack of fundamental knowledge here. So if anybody would be kind enough to give me further instructions on the questions mentioned above, mainly in what way the osx-build-sh can be part of it - I'd be grateful. Yours, Wolf

2 1

Release Notes for 0.48
by Joshua A. Andler 29 Nov '09

29 Nov '09

Hey All, As usual, if you add new features or fix really noteworthy bugs, please add appropriate information to the Release Notes page. I started the 0.48 page here: http://wiki.inkscape.org/wiki/index.php/ReleaseNotes048 Cheers, Josh

1 0

Re: [Inkscape-devel] [Inkscape-user] Inkscape 0.47 is released!
by JiHO 28 Nov '09

28 Nov '09

On Wed, Nov 25, 2009 at 02:12, Gary Hawkins <dragonlord666@...400...> wrote: > I know it's known of, just wondering if a solution was n the horizon. > I did try installing python but guess I don't know what I'm doing as it > didn't work LOL I will try to fix that next week. JiHO --- http://maururu.net

2 1

Re: [Inkscape-devel] lp:inkscape should be operational
by Josh Andler 28 Nov '09

28 Nov '09

Woohoo! Thank you Ted! I have added most of our regular contibutors already to the dev team on lp. Going to go checkout... On Nov 28, 2009 12:42 PM, "Ted Gould" <ted@...11...> wrote: Hey all, Sorry to take so long on this. But, it turns out when you mess up one little thing -- you need to regen everything -- and that sucks :) Currently there is a trunk branch from SVN in Launchpad and associated with the name "lp:inkscape". The other branches are currently uploading, and are likely to be available tonight. I created a group for Inkscape developers: inkscape.dev[1]. Anyone in that group should have access to trunk. Anyone in the inkscape.admin[2] team should be able to add people, so if you have commit access in SF currently, grab someone on Jabber/IRC and get added to the inkscape.dev group. If you want, you can get the same effect of the -cvs mailing list by subscribing to the trunk branch. You can then edit your e-mail settings for what mail you want to get.[3] Lastly, some people might find the 5-minute tutorial on Bazaar.[4] --Ted [1] https://launchpad.net/~inkscape.dev [2] https://launchpad.net/~inkscape.admin [3] https://help.launchpad.net/Code/FindingAndDownloading#Staying%20up% 20to%20date [4] http://doc.bazaar-vcs.org/latest/en/mini-tutorial/index.html ------------------------------------------------------------------------------ Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day trial. Simplify your report design, integration and deployment - and focus on what you do best, core application coding. Discover what's new with Crystal Reports now. http://p.sf.net/sfu/bobj-july _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

Local Coordinates for group transformations?
by Rob Antonishen 28 Nov '09

28 Nov '09

Does the SVG specification limit local co-ordinate systems for transformations, or is it a function of the UI (i.e. Inkscape itself). Specifically, if I take a number of objects and group them, then scale, rotate, and/or skew the group, I would like to be able to step into the group and perform operations that also run through the same transforms. For example, if I group several orthogonal squares together, then rotate the group, I would like to be able to step into the group, select one of the squares and scale it non-uniformly into a rectangle. Currently, it will deform into a rhombus. The results I am looking for can be achieved in the current Inkscape be making a clone of the group, then scaling, rotating and/or skewing the clone. I can then go back and modify the source and the expected result happens. This, however, is very awkward, as I need to keep the originals all parked off page and can't accurately change the shapes by eye to get things lined up. SVG spec supports viewports and I got real close by following these steps: I opened up the xml editor and selected the group node for layer 1 and added a new "element node" that I set as svg:svg i then dragged the group I want to transform INTO the node. You can select the svg:svg element and apply a rotation (or translation, but only one...so use rotation). Now right click and enter svg2912. Click into the group object. You can now translate or scale the elements of the group orthogonally! I.e. if you cursor right, it moves in positive X direction of the original object, not the rotated one. Essentially everything inside the svg:svg element has a different axis than the page. Now the big problem. Inkscape will not respect the rotation of the svg:svg node when loading the savd file, so the object moves. Any suggestions? Is this a feature request? is support of the svg:svg viewport element? Thanks in advance- -Rob A>

2 1

Re: [Inkscape-devel] https://bugs.launchpad.net/inkscape/+bug/375176
by unknown＠example.com 27 Nov '09

27 Nov '09

<snip> 2009/11/25 <gorgonzola@...1955...>: > the described error still occurs with inkscape 0.47 and all newest dependencies. any hints? I think you might have an obsolete version of poppler headers in /usr/local. It is a build system bug that Inkscape configures at all in such a situation... Regards, Krzysztof </snip> many thanks so far i deleted the old installation and installed the latest version. now i get this error: In file included from extension/init.cpp:39: extension/internal/pdfinput/pdf-input.h:38:20: error: PDFDoc.h: No such file or directory dennis

5 15

dmg for Snow Leo
by Alexandre Prokoudine 27 Nov '09

27 Nov '09

Hi, A user asks if there will be a DMG for Snow Leopard. He has 10.6.2 and latest X11 from Apple. 0.47 crashes upon start for him. Alexandre

3 2

Error compiling 0.46
by Karlisson 27 Nov '09

27 Nov '09

Hello, I've got this error compiling 0.46 from -> http://sourceforge.net/projects/inkscape/files/ In file included from ./libavoid/graph.h:30, from libavoid/router.h:30, from conn-avoid-ref.cpp:20: ./libavoid/vertices.h:60: error: ‘stdout’ was not declared in this scope ./libavoid/vertices.h: In member function ‘void Avoid::VertInfList::stats()’: ./libavoid/vertices.h:103: error: ‘printf’ was not declared in this scope make[2]: *** [conn-avoid-ref.o] Error 1 Please, can you tell me how to fix that? Thanks, -- Karlisson M. Bezerra http://nerdson.com/ -

5 6

0.47 X11 Tiger build ahead ?
by Wolf Drechsel 27 Nov '09

27 Nov '09

Hello friends, is anybody planning to compile a 0.47 Mac OS X X11 version? I'd like to focus on the aqua thing - but if nobody has a Tiger machine running, I would start struggling with trees, variants and all these things I hardly have any idea about… Greetings, Wolf

1 0

inkscape aqua Mac OS X: success…
by Wolf Drechsel 26 Nov '09

26 Nov '09

Hello friends, hard to belive - my G4 built a working inkscape-aqua.app. One probabely quite small bug: When launching, it launches the X11 environment as well. That can be quitted without any negative side effects - can anyone give me a hint? - My dilettanteish attempt to just throw out the "start X11" section from "script" makes the app unable to launch… Special thanks to ~suv and Jean-Oliver, how carefully guided me all the way down… Very happy greetings, Wolf Download it here: http://verkehrsplanung.com/inkscape_047_aqua.zip Other known issues: Only one file can be kept open at a time: https://bugs.launchpad.net/inkscape/+bug/487144 Menu items containing submenues are not displayed: https://bugs.launchpad.net/inkscape/+bug/487427 Selecting files in the "open" oder "import" dialogues can take quite a lot of time: https://bugs.launchpad.net/inkscape/+bug/438603 "Ctrl" shortcuts are not mapped to "cmd" https://bugs.launchpad.net/inkscape/+bug/442835 Importing bitmaps makes inkscape crash: https://bugs.launchpad.net/inkscape/+bug/488601

6 8

Moving to Bazaar (not yet)
by Ted Gould 26 Nov '09

26 Nov '09

As we've released this is when we were planning on moving to Bazaar. I currently don't have that perfectly the way that I want. Basically, because we have the webpage and everything in SVN, the Bazaar import pulls all of that into the repository. This makes the repository larger than it needs to be. I can pull out trunk, but then I loose the branch associations with the various branches we've made off of trunk. I've got a few things left to try that the Bazaar team has suggested. If it takes more than a day or two, I'll just upload the full repository. I think that making it smaller is an optimization worth trying for, but not a requirement. I just wanted to tell people where I am on it. --Ted

5 4

Gedit native on OS X (was: Inkscape 0.47 is released!)
by JiHO 26 Nov '09

26 Nov '09

On Thu, Nov 26, 2009 at 21:15, Tobias Jakobs <tobias.jakobs@...1439...> wrote: > I've seen this blog about gedit for OS X the other day: > http://blogs.gnome.org/jessevdk/2009/06/10/gedit-os-x-for-realz/ > > Perhaps you are interested in it. That's very nice! It looks like it is time to look at Inkscape Aqua seriously again. Wolf put us on the right track already. JiHO --- http://maururu.net

1 0

Re: [Inkscape-devel] [Inkscape-user] Inkscape 0.47 is released!
by ~suv 26 Nov '09

26 Nov '09

On 26/11/09 13:08, John Culleton wrote: > On Tuesday 24 November 2009 17:35:31 Joshua A. Andler wrote: >> Greeting to the community, >> >> After over a year of intensive development and refactoring, Inkscape >> 0.47 is out. > > After installation I tried out inkview for the first time. When I > called the program one svg file would appear. But when I > attempted to move to the next image the program would either > do nothing or error off. The inkview program has the same date > stamp as the newly installed Inkscape 47 program. > > I use Slackware 13 Linux and the xfce GUI. I will try it under KDE > and report. known bug, confirmed on all platforms: Bug #316506 in Inkscape: “inkview crashes when going to next slide” <https://bugs.launchpad.net/inkscape/+bug/316506> ~suv

2 1

.app-bundled aqua version for OsX of Inkscape 0.47?
by Benjamin Dahl - post＠...2274... 25 Nov '09

25 Nov '09

As stated in another message before: > Is there any way to get a precompiled and packaged aqua version of > Inkscape with native gtk on OsX for those who just want to test it > instead of spending the whole afternoon like me with macports and > compiling and finally without getting it run? I just even didn't get to > the point where I was able to start bundling because it didn't run > smoothly at all. (started well but then repeatedly crashed with the > message '(inkscape:50197): GLib-GObject-CRITICAL **: g_object_ref: > assertion `object->ref_count > 0' failed') > > > I'm not really firm with all this compiling stuff but would love to test > the aqua version of Inkscape even with reporting bugs if it's in early > development stage. > > Does anybody have a precompiled .app-bundle of Inkscape 0.47 with native > gtk-support for OsX 10.5 to share? > cheers benny

2 1

OS X native in the future?
by Jmx 25 Nov '09

25 Nov '09

Hi everyone, And a serious thanks to all who contribute to this wonderful program :handshake: I used Inkscape before in windows but have since then left windows for OS X and now use it there. Only thing is that Inkscape felt and behaved as a normal program in windows but just doesn't do that under X11 in OS X... it's slow and shortcuts are wrong. Are there any chance of a real OS X native version in the future? I'm for one would happily pay for a good native version of Inkscape rather than use another program. Best regards -- View this message in context: http://old.nabble.com/OS-X-native-in-the-future--tp26495625p26495625.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 2

https://bugs.launchpad.net/inkscape/+bug/375176
by unknown＠example.com 25 Nov '09

25 Nov '09

hello i think that i wrote this bug message. however, i also believe that i dropped the launchpad account. at least i have no registration data anymore. i also don't want to create a new account because i am not an active inkscape developer. the described error still occurs with inkscape 0.47 and all newest dependencies. any hints? regards, dennis

2 1

0.47 OSX Package?
by Joshua A. Andler 25 Nov '09

25 Nov '09

Hey All, It seems that the OSX package is the one we are waiting on at this point. Do we not have anyone currently available that knows how to get this packaged? Cheers, Josh

4 4

PR for 0.47 - Go Vote Up!
by Joshua A. Andler 25 Nov '09

25 Nov '09

Hey All, Let's show these stories some love... Slashdot: http://slashdot.org/submission/1122110/Inkscape-047-is-released Digg: http://digg.com/design/Inkscape_0_47_is_released_Draw_Freely reddit: http://www.reddit.com/r/reddit.com/comments/a7u5r/inkscape_047_released/ DeviantART: http://news.deviantart.com/article/100936/ Cheers, Josh

2 1

Inkscape 0.47 Downloads Page - Translations needed
by Joshua A. Andler 24 Nov '09

24 Nov '09

Hey Translators, I have updated the downloads page for 0.47 located at: /inkscape_web/trunk/download/download-en.inc It appears that we have had cs, de, es, fr, it, ja, and ru translations in the past just so people are aware. Also, my grep skills seem to be failing me as I can't find the file which contains the version information "$actual_version". So, if anyone knows where this is located or has better luck finding it, if you could bump it to 0.47 that would be appreciated. (I will continue looking though) Cheers, Josh

1 0

scroll horizontally by mouse wheel
by Wolf Drechsel 24 Nov '09

24 Nov '09

Hello everybody, on my box (Mac OS X 10.4.11 Tiger, PPC), the scrolling horizontally with "shift-mouse wheel" doesnt work - neither in X11 nor in aqua, neither 0.46 not 0.47. I found a gtk-bug on that: https://bugs.launchpad.net/gtk/+bug/3644 but nothing in the inkscape bug tracker. Could it be a configuration issue? - I the box "mouse wheel zooms instead of scrolling" in "scrolling" is unchecked. Greetings, Wolf

1 0

0.47 - Mac OS X aqua
by Wolf Drechsel 24 Nov '09

24 Nov '09

Hi everybody, I tried the Mac OS X aqua adventure again and am running into strange occurancies: (Mac OS X 10.4.11, PPC) ./autogen results in >> I am testing that you have the required versions of autoconf, >> automake, glib-gettextize and intltoolize. This test is not >> foolproof and >> if anything goes wrong, there may be guidance in the file HACKING.txt >> >> checking for autoconf >= 2.52 ... yes (version 2.59) >> checking for automake >= 1.10 ... Too old (found version 1.6.3)! >> checking for glib-gettextize >= 2.0.0 ... >> You must have glib-gettextize installed to compile Inkscape. >> glib-gettextize is part of glib-2.0, so you should already >> have it. Make sure it is in your PATH. >> checking for intltool >= 0.17 ... >> You must have intltool installed to compile Inkscape. >> Get the latest version from >> ftp://ftp.gnome.org/pub/GNOME/sources/intltool/ Intltool should be new enough: >> port installed intltool >> The following ports are currently installed: >> intltool @0.40.6_0 (active) … so should be automake: >> bub$ port installed automake >> The following ports are currently installed: >> automake @1.11_0 (active) Hints appreciated… Greetings, Wolf

2 13

Trunk is NOT open, please stop committing!
by Joshua A. Andler 24 Nov '09

24 Nov '09

Sorry to yell... but seriously people, everyone needs to be patient. We are switching to a dvcs as mentioned numerous times. If we need to disable offending committers on SF SVN to get people to adhere to this, so be it, but I would rather avoid that. As mentioned a few times now, a notice will be sent to the devel list when trunk re-opens for development. No such notice has been sent. Please make no further changes until a notice is sent out. Again, we are sorry about the delay in this transition to bazaar but there is a desire to do a few things in a more friendly way if at all possible. Ted, will these commits affect anything negatively? (I can't imagine so, but I figured I would ask) Cheers, Josh

3 2

Bug in inkview: show next
by Peter Hanappe 23 Nov '09

23 Nov '09

inkview crashes when moving to the next image. Version: SVN Details: The current document is deleted twice, once in View::setDocument (view.cpp:148) and once in sp_svgview_set_document (inkview.cpp:450).

2 1

Can't edit the wiki - content gets erased when saving
by Lucas Vieites 23 Nov '09

23 Nov '09

Hi, I trying to create this wiki page: http://wiki.inkscape.org/wiki/index.php/ReleaseNotes047-es with the copied content from http://wiki.inkscape.org/wiki/index.php/ReleaseNotes047 but when I save the content keeps getting erased and appears completely blank. This only happens when I copy the complete text of the original release notes, not when I copy small parts of it. I seems to break at a certain number of characters. Is this a known behaviour? (I'm using Firefox 3.0.13 on Suse Linux) If this persists, what can I do? Should I breakthe Release notes in two pages? Thanks, -- Lucas Vieites Blog: http://blog.codexion.com/

2 1

0.47 PR
by Alexandre Prokoudine 23 Nov '09

23 Nov '09

Hi, As someone presumably responsible for posting news at inkscape.org I'd like to ask our PR crew :) if we have final text of the announcement. Alexandre

6 9

Packages and Future releases
by Joshua A. Andler 22 Nov '09

22 Nov '09

Hey All, I think we should have a strategy for future releases where all packages are uploaded at once (perhaps a private staging area where packagers upload to first). We have had a bunch of release "announcements" and links to the packages on SF showing up on Twitter. It would be nice to control this better in the future. Cheers, Josh

1 0

Re: [Inkscape-devel] 0.47 PR
by Josh Andler 21 Nov '09

21 Nov '09

The status of that is on that wiki page. I've signed up for a handful of places, can't say I've seen others... On Nov 21, 2009 2:04 PM, "Jon Cruz" <jon@...18...> wrote: On Nov 21, 2009, at 1:26 PM, Joshua A. Andler wrote: > It's basically final unless you feel it nee... So, PR crew, do we have things lined up to get the word out, places we need to post, articles we can write, interviews we can go on, etc. :-)

1 0

Spell checker?
by Nicolas Dufour 20 Nov '09

20 Nov '09

Hi, The spell checker menu entry is missing in the 0.47pre4 package installed with Karmic (not tested on win32). See https://answers.edge.launchpad.net/inkscape/+question/91015 Is it a last minute change or a last minute issue? Regards, -- Nicolas

2 1

Quicktorials - ID
by Robert Martinez 19 Nov '09

19 Nov '09

Hi there, I need advice! I'm working on a new system that can provide free software GUI applications (like Inkscape, Scribus, GIMP, ...) with video tutorials directly linked to the GUI. Short: you click on an unknown button - and a browser pops up and shows what it does (html5/ogg-theora). My question concerns the identifier that links the functional part of the application to the video: How do you think such an ID should look like? You can also have a look at http://wiki.quicktorials.org to see what ideas were raised so far, or you can see the website in its early stage http://quicktorials.org. I would love to see a a standard that is easy to use by any project! Greetings from Germany, Robert

2 1

inkview not in the svn source
by mail＠...2227... 19 Nov '09

19 Nov '09

Hello all, im wondering because inkview is not in the svn. Will inkview be in the final version 0.47 Sincerely, Uwe Schoeler

1 0

File Export (Save-As) Tests for v0.47
by Tavmjong Bah 18 Nov '09

18 Nov '09

Hi, I've tested all the various file export options under the Save As command. Would the relavent experts for each type please review my comments/questions below? All test were done with Fedora 9 Linux and 0.46+svn updated within the past couple of days. Thanks. Tav General comment: I am having trouble getting Uniconvertor to work from within Inkscape. It won't process files with text (error message about not finding correct font). Files without text produce SVG output (Uniconvertor 1.1.4), independent of which file type is selected. Or error message about not finding SVG file in /tmp (Uniconvertor 1.1.3). I may have screwed something up but Uniconvertor does work when used via the command line (as in "uniconv test.svg test.plt") to directly convert SVG files to other types. Does anybody have it working from within Inkscape under Linux? File Format: .ai: Missing. Failed to load message in extension-errors.log (same error for DXF and ESPI). Works in v0.46. .dfx: Generic AutoCAD export failed to load (see .ai). Plotter version updated. Question: what is the target if the "ROBO-Master output" option is not checked? .emf: Does this still only work on Windows? Uses Uniconvertor. .eps: This is using the same export dialog as PS. Is this appropriate given that the bounding box is handled differently? Speaking of which, while the specifications do say the bounding box should be the smallest rectangle that fully encloses the drawing, it is a common practice (and very useful in scientific work) to define the box to be bigger than the drawing. In reading the specification, it seems to me, that they were more concerned that the bounding box takes into account stroke width, etc. than in prohibiting bounding boxes larger than the drawing size. I think it should be left up to the user to decide this. In the past "Canvas" has been used to refer to the entire drawing area while "Page" has been used to refer to the SVG specified drawing area. The dialogs and command line options should use "Page" wherever "Canvas" is used. .fx I see small bugs in gradients and displaying a pattern. .gpl OK. .hpgl I see bugs in object transformations. Uniconvertor as of 1.1.4 also generates .hpgl files. Uniconvertor doesn't handle Inkscape circles. .odg. Small translation problems. .pdf. Generally OK. Bug in patterns made from a group of objects drawn off the page. Export dialog almost the same as for EPS and PS but small differences in wording and in order of options. Should match with EPS and PS dialog. .plt Uses Uniconvertor. Tool tip etc. state it is AutoCAD plot file... but this is really, as far as I can tell, just HPGL. .png Duplicates "Export Bitmap" menu entry but without handling Filtered objects. .pov Broken in v0.47. Extra lines are added to object descriptions. Works in v0.46 (some paths missing). .ps See EPS and PDF comments. .sk1 Uses Uniconvertor. .svg OK .svgz Broken in v0.47. Works in v0.46 .tex PSTricks OK, PSFrag needs work-around due to Cairo font subsetting. .xcf OK .wmf Uses Uniconvertor. .xaml Objects translated wrong (could be xaml input problem). .zip OK.

9 17

Mac OS X compiling prob
by Wolf Drechsel 18 Nov '09

18 Nov '09

Hello everybody, as I'm running into the well-known "gnuplot-inkscape"-bug of 0.46, and unluckily no 0.47 ppc precompiled packages are available, I tried to compile the most recent package myself on Mac OS X 10.4.11 PPC. After "./configure" I run into this error message: configure: error: libpng >= 1.2 is needed to compile inkscape But I do have a suitable libpng: port installed libpng The following ports are currently installed: libpng @1.2.38_0 (active) So this may be a path issue - I googled that several people had this problem as well, but couldnt find how to resolve it. Any hint would be appreciated. Greetings, Wolf

3 8

LP: official tag list not accessible for Bug Team members?
by ~suv 17 Nov '09

17 Nov '09

Question to the members of Inkscape Administrators (inkscape.admin): This Launchpad Blog entry [1] describes a management screen for the bug tags that is accessible from the project’s bugs page [2]. Does this still work after the upgrade to Launchpad 3.0? [1] <http://blog.launchpad.net/cool-new-stuff/official-bug-tags> [2] <http://launchpadlibrarian.net/31318614/tag-management-update.png> Members of the Bug Team today have no - not even view-only - access to the list of 'official' and currently used tags not to mention access to manage the lists, whereas the blog entry and other malone bug reports indicate that what we tried to discuss in earlier threads here (how can we get a complete list and coordinate the use of tags to compensate the limited search options) is already implemented in Launchpad - but for members of the "Project Team" only. Can you confirm that this feature is available when you log in as a member of the Inkscape Administrator team? <https://bugs.launchpad.net/inkscape/+manage-official-tags> give me (as Bug Team member) this error message: | Not allowed here | Sorry, you don't have permission to access this page. | | You are logged in as ~suv. ~suv (frustrated, somewhat ;-)

2 2

Move to Launchpad
by Joshua A. Andler 13 Nov '09

13 Nov '09

Hey All, Please be patient while we are preparing to move to launchpad. I am adding in a number of our most active devs to the dev team to hopefully speed things up once things are ready to go. Please DO NOT act on anything until we send out a green light email (will most likely be sent by Ted). If you were not added by me, please just request to be a member of the team, it's nothing personal. :) Cheers, Josh

2 2

Release note for v0.47.
by Tavmjong Bah 13 Nov '09

13 Nov '09

Hi, I think it is time to start the nagging to get the release notes complete. Here are the things I have noticed missing: 1. Undocumented Live Path Effects Ruler Interpolate subpath 2. Undocumented Extensions Modify Path -> Interpolate Attribute in a Group Web -> JavaScript Generate from Path -> Motion Generate from Path -> Scatter 3. New location of preferences.xml etc. 4. Undocumented Import/Export JavaFX 5. Changes to Tools Sketch mode for Pencil Tool needs expansion. Missing change to Pencil Tool and Pen Tool for dots. 6. SVG Test Suite Compliance Fill out skeleton. 7. Extended input device configuration Does it work? 8. Document Properties Dialog What is purpose of Script tab? Tav

4 5

issues with pdf file size limitation
by Albert Cardona 11 Nov '09

11 Nov '09

Hi all, I am trying to export a large montage of images. The page size is 2148 x 66091 px. The montage contains 4 x 100 images. Inkscape has no problem editing the svg file plus images. But: when I export to PDF, approximately the lower half of the PDF is empty. Why? Or is it just evince not reading/rendering the whole contents? With export to EPS, it's even worse: the page is not read; instead, the original, default A4 page dimensions are used for page. This is inkscape 0.47 as distributed in ubuntu 9.10. Help appreciated. I'd like to print this poster. Albert

1 0

Inkscape 0.47 pre 4, OS X 10.6.1, The fantastic lxml wrapper for libxml2
by Jmx 10 Nov '09

10 Nov '09

Hello, I'm testing the latest 0.47 pre4 on OS X - 10.5.8 at work and perspective works just fine. But at home i have OS X - 10.6.1 and doing perspective fails and gives this message: -------------------------- The fantastic lxml wrapper for libxml2 is required by inkex.py and therefore this extension. Please download and install the latest version from http://cheeseshop.python.org/pypi/lxml/, or install it through your package manager by a command like: sudo apt-get install python-lxml -------------------------- Is something just not finished in the 0.47 or is it something changed in Snow Leopard? Regards :) -- View this message in context: http://www.nabble.com/Inkscape-0.47-pre-4%2C-OS-X-10.6.1%2C-The-fantastic-l… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

6 9

SVN Release Lockdown
by Joshua A. Andler 10 Nov '09

10 Nov '09

Hey All, I have one last commit to make (which of course triggered a rebuild since it touched verbs). In 3 hours, SVN will be locked down for release. Any last minute changes, speak now! Oh, and yes Nicolas, the last commit I have planned will disable the non-functioning menu item for 346721 (boo to a last minute change that triggers a full rebuild). I will be posting again in a few hours with an update. Cheers, Josh

4 3

Prev/Next Zoom shorcut with Japanese keyboards
by Marcel Montes 09 Nov '09

09 Nov '09

Hello, I'm not sure if this is the right place to send this, say, minor bug? annoyance? I've found: The ` and shift-` shortcuts can't be really used with Japanese keyboard layouts, since the backtick is done by shift-@, so as you do "shift-@" inkscape gets the backtick, but since you're pressing shift, it tries to go to "the next zoom" and there's then no shortcut to go to the previous zoom. Also as one would at start be already at the "last zoom", just "no next zoom" is displayed... thus leaving you with pretty much no shortcut to zoom's history unless you went to a previous zoom by the menus. PS: Is not really a feature I'll think I'll use much, I'd just ctrl- mousewheel my zoom, but since I'm starting with inkscape I was following the basic tutorial and found myself unable to do it. Thanks for your time, keep it up with this nice project. Marcel

1 0

[win32] EPS/PS/PDF export of text objects problematic with 0.47(pre)
by ~suv 09 Nov '09

09 Nov '09

The combination of these bugs: [Bug 469180] <https://bugs.launchpad.net/bugs/469180> Significant Differences in exported PDF File Size from 0.46 to 0.47pre3/4 [Bug 388257] <https://bugs.launchpad.net/bugs/388257> Inkscape 0.47Pre: PDF/PS Export 'Text to Paths' gives inconsistent results [Bug 271695] <https://bugs.launchpad.net/bugs/271695> Kerned text embeds too many fonts and blows up the file size in EPS/PS (special case of bug #469180, could potentially cause invalid PDF files if bug #431314 turns out to be a duplicate) leaves Inkscape 0.47(pre) users on win32 platforms with few options to export SVG documents containing text to good quality PDF files with reasonable file sizes. a) text as text: font embedding bug in cairo-win32 blows up file size disproportionally due to unnecessary embedding of fonts. Multiple uses of the same font are not merged into the same subset. b) text to path: the broken export option results in bad quality and huge file size due to text paths being exported multiple times and drawn on top of each other. The only way left at the moment: c) object to path: convert all text objects with the menu command 'Path > Object to Path' before saving as EPS/PS/PDF. How critical is (especially) PDF export for Inkscape 0.47 on win32 platforms? ~suv

9 14

Advice on how to update lxml on OS X
by Chris Mohler 08 Nov '09

08 Nov '09

Hi folks, I have a client who needs a later version of lxml to be picked up by Inkscape* on OS X. Unfortunately, I do not have access to OS X, so I'm not sure how to best acheive this - any advice would be most welcome. I'm not sure what version of OS X, but I'm guessing the procedure will be somewhat similar on all of them... Thanks, Chris * I thought the target system was win32, but we crossed wires somewhere. If I'd known about bug #448285 in the first place, I would have written the extension differently from the start - but as it stands I don't think that I have enough time. His deadline approaches...

3 7

Re: [Inkscape-devel] Advice on how to update lxml on OS X
by Chris Mohler 07 Nov '09

07 Nov '09

On Mon, Oct 19, 2009 at 11:21 PM, ~suv <suv-sf@...58...> wrote: > Just tested and put the lxml and numpy for python 2.5 that I had > compiled with MacPorts into the 0.47pre4 bundle and Inkscape loads them > fine and reports lxml version 2.2.2 :) > > i.e. I could zip them up and add the zip to your bug report for you or > him to download _if_ your client runs 10.5.8 (i386) with python 2.5 or > python 2.6 installed. He just has to unzip them and copy the folders > into the bundle, no need to build them on his machine. If he still uses > Tiger OS X 10.4.x or has a PPC processor then I can't help. > > I haven't built a DMG before - so I would prefer a simple zip... Back on list - just for posterity :) That is good news - I'm still waiting to hear back on his OS X version and arch. I'll report back once I have some more info either way. Thanks for the assistance. Chris

4 15

Upcoming Releases
by Joshua A. Andler 04 Nov '09

04 Nov '09

Hey All, Obviously, we are still waiting on the final patch for 0.47 before it can be released. When we were wanting to release 0.46, we had a similar issue with a Win32 specific issue holding up the release. This brings up something that needs to be addressed before the 0.48 cycle begins. It would be really helpful if for 0.48 we have a temporary policy, please comment on this if you agree, disagree, or have suggestions. For 0.48, it would be nice if anything that is a major change (aside from our GSoC projects) is NOT put into trunk until it has been well tested in a branch and/or privately by other devs/testers (I am willing and excited to test!). It would also be nice if we decide on an open committing period (time before Feature Freeze). For open committing, I would think 8-12 weeks should be sufficient to not break things too badly, yet still give enough time to flesh features out. I know this is much more restrictive than our normal development process, but for 0.48 to be as good and solid as possible (as soon as possible), this route makes the most sense. Obviously, once 0.48 gets out the door and we are onto 0.49, people can go back to committing responsibly... but, it would be nice if we had a policy moving forward of "if you break it, you must fix it". Thoughts? Cheers, Josh

5 10

FYI: For thise developing tutorials
by Martin Owens 03 Nov '09

03 Nov '09

This cropped up in my art circle: http://bellacielo.deviantart.com/art/Inkscape-Drawing-Tutorial-141887903 Encouraging artists to get into inkscape is working :-) lots of people love it and the new version in Karmic is very good. All the Best, Martin Owens

1 0

Re: [Inkscape-devel] Fix for bug #459811 - can't switch ellipse mode
by Krzysztof Kosiński 03 Nov '09

03 Nov '09

(forwarding unintended off-list mail... ARGH) This should fix both issues. /tools/shapes/arc/* can be left unchanged from previous versions now. Regards, Krzysztof

1 0

Re : [Inkscape-translator] Re : 0.47 about screens in progress
by Nicolas Dufour 03 Nov '09

03 Nov '09

> De : Hleb Valoshka <375gnu@...400...> > > Good news! I've found a free version of Pushkin font (the script one used in > > 0.46 screens), called newPushkin > > (http://www.gnome-look.org/content/show.php/Pushkin?content=106881). > > All the screens (except the original one, since I still don't know if I can > > change it) are now translated with this font. > > Imho this font looks ugly (but a bit better with drop shadow). What > about teams (package t1-teams in debian and derivatives)? Imho splash > looks more consistent with it. I've no opinion about it. The translations use (new)Pushkin because the author wanted to reuse the 0.46 font. Thus I won't change it except if Johan asks me to. Regards, -- Nicolas

2 1

0.47 about screens in progress
by Nicolas Dufour 02 Nov '09

02 Nov '09

Hi Thanks to all who confirmed or added their translation (some translations still need to be confirmed!). Wiki page updated (http://wiki.inkscape.org/wiki/index.php/AboutScreenTranslation). Johan is very busy at the moment, thus I've started to translate the screens by myself. I've tried Excellentia, but due to a very limited accents support, I've finally switched to Harabara Hand (http://www.dafont.com/harabarahand.font). The only drawback is that it doesn't support Cyrillic and other Unicode characters. Since I haven't found a nice script Cyrillic font, the Russian screen uses URW Chancery L (a default Ubuntu font). It's not a script font, but it looks better than a Times or Arial in this context. The translated screens are now (revision 22547) br, fr, it, nl, pt_BR, and ru. Could you please take a look at the screens and tell me what you think of the chosen fonts before I continue? Johan, do you want to keep your original untouched, or replace the "draw freely" font by Harabara Hand (or another script font)? Regards, -- Nicolas

5 7

To ^-, where are you?
by unknown＠example.com 31 Oct '09

31 Oct '09

Hi ^-, Where are you? I miss you around in our chat channel... Love, Johan (our beloved IRC/Jabber-bridge-bot is gone from the Jabber channel :-( can we bring it back?)

3 3

Re: [Inkscape-devel] Bug in snapping (using pen tool)
by Arcadie Cracan 30 Oct '09

30 Oct '09

În data de Miercuri 28 Octombrie 2009 03:21:40 pm Diederik van Lierop a scris: > Op Wo, 28 oktober, 2009 14:13, schreef Arcadie Cracan: > > Hello, > > > > I've found a misbehaviour in the latest svn regarding snapping. > > Using pen tool, with snap to grid enabled there are times when the first > > point > > of a polyline drawn using the pen tool is not on the grid. I have > > investigated > > this a little and it seems that at (random?) times the snapping gets > > "postponed globally"... > > If this is the case then I'm the one to blame ;-). I've programmed the > snap delay. Does this also happen when you set the snap delay to zero in > the preferences? Has "always snap" been enabled for the grid? > > I haven't seen this before, and I'm not able to reproduce this. > > Diederik Actually, it depends (as suv hinted on the irc - thanks) on the speed of the cursor. You have to have some potential snap targets (some drawing) in order to reproduce it: 1. Have some drawing on the canvas, 2. select the pen tool, 3. move your mouse quickly for some time, 4. click somewhere near a drawing for a new line. You will notice that the snap indicator appears correctly on the grid, put the line starts somewhere in between... Arcadie

2 1

Fix for bug #459811 - can't switch ellipse mode
by Krzysztof Kosiński 30 Oct '09

30 Oct '09

Hello Attached is a fix for bug #459811. The case was a typo (missing slash) in toolbox.cpp which I probably made when refactoring preferences code. Please commit. Regards, Krzysztof Kosiński

2 1

0.47, probably not in the next week
by Joshua A. Andler 30 Oct '09

30 Oct '09

Hey All, Subject says it all. My family is moving this week and Jon & I will be at Google HQ this weekend for the GSoC Mentor's summit. I will not have a chance to review any patches until I am back early next week. Bulia, if you see any good and safe ones, feel free to wreak havoc. ;) Honestly, if someone wanted to take a look at the LPE Undo issues (change a param on any LPE and then hit undo). It would probably save us a ton of grief with user complaints if it could be fixed (obviously, only if the issue is not to complex). Cheers, Josh

5 7

Re : [Inkscape-translator] Re : Re : About box graphics in 0.47
by Nicolas Dufour 29 Oct '09

29 Oct '09

New wiki page: http://wiki.inkscape.org/wiki/index.php/AboutScreenTranslation Please confirm or add your translation here. Thanks! -- Nicolas

1 0

About box graphics in 0.47
by Alexandre Prokoudine 29 Oct '09

29 Oct '09

Hi, Just so it doesn't slip, are we not forgetting to replace graphics in the About dialog with the contest winning picture? (and prepare the one that was No.2 for 0.48 development cycle?) Alexandre

4 9

my latest commit: a followup
by bulia byak 28 Oct '09

28 Oct '09

Somehow in all our discussions about refactoring, few if any mentions were made of the long-standing code duplication: the "new GUI" switch and the fact that src/widgets/desktop-widget has been duplicated in ui/view/edit-widget. This second copy lingers there for at least two years, unused, with little progress. Do we still need it? As I vaguely remember, at least one of the reasons for starting it was to get collapsable toolbars, but we have them now working fine with the old UI. Will anyone object if I remove ui/view/edit-widget and related unused code post-0.47? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 4

versioning scheme
by Alexandre Prokoudine 28 Oct '09

28 Oct '09

Hi, This mail can lead to all sorts of flamewars, hunting with pitchforks etc., but what the hell... :) Don't know for you, but to me Inkscape seems to be inside the <1.0 loop forever, whereas people all around effectively use it for solving Real Life (C)(R)(tm) tasks. Yes, it is unbearably slow, it cannot work as a standalone prepress tool and so on and so forth. Nevertheless, it's real tool, not toy. That is, in a way the current <1.0 versioning quite misrepresents Inkscape and its features. Lately Hugin (which is a panorama making tool) project adopted the YEAR.EVEN/ODD versioning scheme. Should we probably discuss whether we need something like that? This would be another way to deal with the roadmap that we don't really follow anyway. /me ducks Alexandre

12 22

Lauchpad milestones
by Nicolas Dufour 28 Oct '09

28 Oct '09

Hi, Could someone update the Launchpad milestones so that we can target the bugs and wishlists to the next releases? (0.48 and 0.49)? 0.47alpha, 0.47beta, 0.47rc1, 0.47.0 and 0.47.1 are not very useful and we could probably remove them safely. (0.47.1 has 5 reports which should be targeted 0.48, and the others none.) Thanks! -- Nicolas

2 1

Bug in snapping (using pen tool)
by Arcadie Cracan 28 Oct '09

28 Oct '09

Hello, I've found a misbehaviour in the latest svn regarding snapping. Using pen tool, with snap to grid enabled there are times when the first point of a polyline drawn using the pen tool is not on the grid. I have investigated this a little and it seems that at (random?) times the snapping gets "postponed globally"... I don't know why this could happen. Does anybody have a clue? Thanks, Arcadie Cracan

2 2

Re: [Inkscape-devel] [bug tracker] Guideslines for tags?
by ~suv 27 Oct '09

27 Oct '09

On 27/10/09 22:41, Krzysztof Kosiński wrote: > 2009/10/27 ~suv <suv-sf@...58...>: >> ° Wiki page: >> I have moved the section 'bug tracker: tags' to a separate page: >> <http://wiki.inkscape.org/wiki/index.php/BugTagsList> so everyone should >> feel comfortable editing it as it's no longer part of my user page ;-) >> > > Now it's my time to nitpick :) We are using MediaWiki since a long > time already, so please use normal page names instead of WikiWords > (for example, "Bug tags list" of "List of Launchpad bug tags" instead > of "BugsTagsList". You can fix existing pages with WikiWordNames by > using the "move" command, which automatically adds a redirect from the > old title to the new one. Thanks! Will do. I have no wiki experience (be it MediaWiki or whatever used 'WikiWords') and avoiding spaces in file names (or URLs) is just what I am used to and (usually) prefer ;-). So far the page isn't linked to from other pages, but will use 'move' anyway. ~suv (reading <http://wiki.inkscape.org/wiki/index.php/WikiSyntax>)

2 1

Donate mechanism broken
by Chris Boulter 27 Oct '09

27 Oct '09

I go through the Sourceforge 'Donate to Inkscape' process ... get a Paypal page ... am shown the error 'This recipient is currently unable to receive money'. How can I send you money? ;-)

2 1

Regression bug 445790
by unknown＠example.com 26 Oct '09

26 Oct '09

I just fixed a regression bug. https://bugs.launchpad.net/inkscape/+bug/445790 Stroke on text was rendered very noticably wrong; I fixed it. However, now a rendertestsuite test is rendered incorrectly again, but text is rendered correctly again (much more important at this stage I think). Basically the (wrong) 0.46 behavior is back. I could not find a way to fix this properly. Ciao, Johan

1 0

Errors while compiling inkscape for windows devel 22543
by mail＠...2227... 26 Oct '09

26 Oct '09

Hi, i get some errors while compiling the trunk sources for windows (devel 22543). While the command "btool" i get the following error message: Make error line 291: problem compiling: In file included from src/xml/subtr p:15: src/xml/node.h:21:25: error: glib/gtypes.h: No such file or directory In file included from src/xml/node.h:22, from src/xml/subtree.cpp:15: src/gc-anchored.h:14:28: error: glib/gmessages.h: No such file or directory In file included from src/gc-managed.h:17, from src/gc-anchored.h:15, from src/xml/node.h:22, from src/xml/subtree.cpp:15: src/gc-core.h:25:17: error: gc.h: No such file or directory src/gc-core.h:27:24: error: glib/gmain.h: No such file or directory In file included from src/xml/composite-node-observer.h:19, from src/xml/subtree.h:20, from src/xml/subtree.cpp:16: src/xml/node-observer.h:21:25: error: glib/gquark.h: No such file or direct In file included from src/xml/subtree.cpp:15: src/xml/node.h:97: error: ISO C++ forbids declaration of 'gchar' with no ty src/xml/node.h:97: error: 'gchar' declared as a 'virtual' field src/xml/node.h:97: error: expected ';' before 'const' src/xml/node.h:128: error: ISO C++ forbids declaration of 'gchar' with no t src/xml/node.h:128: error: 'gchar' declared as a 'virtual' field src/xml/node.h:128: error: expected ';' before 'const' src/xml/node.h:141: error: ISO C++ forbids declaration of 'gchar' with no t src/xml/node.h:141: error: 'gchar' declared as a 'virtual' field src/xml/node.h:141: error: expected ';' before 'const' src/xml/node.h:165: error: 'gchar' has not been declared src/xml/node.h:190: error: 'gchar' has not been declared src/xml/node.h:201: error: 'gchar' has not been declared src/xml/node.h:201: error: 'gchar' has not been declared src/xml/node.h:383: error: 'gchar' has not been declared In file included from src/xml/composite-node-observer.h:19, from src/xml/subtree.h:20, from src/xml/subtree.cpp:16: src/xml/node-observer.h:140: error: 'GQuark' has not been declared In file included from src/xml/subtree.h:20, from src/xml/subtree.cpp:16: src/xml/composite-node-observer.h:81: error: 'GQuark' has not been declared Can someone figure out what's wrong? Devel 22522 was building fine. Thank's for helping. Sincerely, UweSch

2 3

Re: [Inkscape-devel] Improved image properties dialog (0.48)
by Guillermo Espertino 26 Oct '09

26 Oct '09

Thanks for all the feedback about this specification. I'm collecting the information to improve my blueprint http://wiki.inkscape.org/wiki/index.php/Image_properties_dialog_enhancements Feel free to modify it adding things that I missed. Please keep in mind that the original proposal is to improve the usability of the current image properties dialog, not to provide a complete media manager (there are two extra specifications for that already started). I tried to keep things simple, modifying something that already exist in order to solve some common problems. I'm sure there is a lot of people who is, like me, comfortable with the current behavior of linked/embedded images, and would like just to have a handy way to re-link images or solve broken links easily. It also looks as a solution feasible in short term, being less ambitious than a complete media manager for all the data collection. In my honest oppinion, I'd prefer to have a decent solution for the next version instead of having to endure the current behavior for the next two or three versions waiting for the allmighty media manager. There are lots of minor details that keep being postponed waiting for the next great refactor, but meanwhile mean a hit in usability that can be really dissapointing for regular users. Inkscape 0.47 is great and I love the new features, but there are still minor things that turn into a big headache in everyday use (being unable to choose another type units than pixels, the recent regression in the selection area of clipped objects are clear examples of that). Among those things, the lack of a simple "browse" button in the image properties dialog seems a simple change that would make everyday use much easier. I'm not against big features at all, but maybe it's not the best thing if we define an ambitious, gigantic blueprint for each minor usability fix that comes up. A less pretentious solution could drag the attention of a group of students, like Steren's for instance. An ambitious specification would bump with the usual lack of developers and keep resting as a future project for a long time. Please take this as a constructive criticism and not as an attack to the decisions that inkscape developers have taken. Unfortunatly I'm not able to contribute with code and I can't fix things myself. Gez

1 0