- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] Problem with Native File Dialogs for Windows
by joel＠...1709... 24 Dec '07

24 Dec '07

bulia buliak wrote: > Perhaps you could use the cairo renderer for the previews, since we > already include cairo, so you'll only need to include some bits from > rsvg (or whatever the cairo-based svg viewer is called). This can be > done in a different thread and I suspect would be generally faster > than Inkscape renderer anway. I think it would be faster, and I would absolutely *love* to use cairo - and indeed that was my initial plan, but last I looked, I didn't see rsvg in the bundle, and I didn't want to add the extra as a dependancy. But I see that it is there now - I shall give it a try! Molumen wrote: > Just curious: will there be a "toggle preview on/off" possibility as in the current file dialog? There should be no problem adding that sort of refinement. I could even append it as a button on right-hand end of the toolbar there. Johan wrote: > Just so you know, your work is really really very much appreciated!!!!!!! Hey thanks mate - that's really encouraging! Maybe this whole mission is good for me - character building.

1 0

Re: [Inkscape-devel] Tango Icons
by joel＠...1709... 24 Dec '07

24 Dec '07

>> is there any way to change the standard GTK + icons on the windows >> build to the tango style also? >> > Hi Ryan! > You mean stuff like open, new, save etc? > Those are coming in gtk 2.12. Will be released in September. > - Andreas Andreas: That's wonderful wonderful news, I'm so glad to hear it. It's going to massively improve a lot of gtk apps for windows users. But for the rest of the inkscape icons - like the drawing tools etc, the windows users will want the tango icons for these as well, simply because they're very much more in keeping with the Windows style. So I agree with ryan; i think we should change these over as soon as we can. ---------------------------------------- From: Andreas Nilsson <nisses.mail@...563...> Sent: Saturday, August 25, 2007 10:54 AM To: ryan lerch <ryanlerch@...400...> Subject: SPAM-LOW: Re: [Inkscape-devel] Tango Icons ryan lerch wrote: > is there any way to change the standard GTK + icons on the windows > build to the tango style also? > Hi Ryan! You mean stuff like open, new, save etc? Those are coming in gtk 2.12. Will be released in September. - Andreas ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

16 57

Problem with Native File Dialogs for Windows
by joel＠...1709... 24 Dec '07

24 Dec '07

Hi All, It's been a very long time now, and I'm so close; but I've got one last (possibly fatal) problem with my native file dialogs for windows project. I've been having problems with rendering the preview image in the side bar (last time I spoke to this community, the consensus was that preview was a requisite for the feature to be included). Basically my problem is that inkscape only seems to support loading, and rendering an SVG in the main UI thread - anything else causes it to die. But also only the main thread can handle Windows messages. So I can get the SVG to render into my preview pane, but during rendering, because the rendering occurs in the main thread, the UI locks up until the rendering is complete. Given that calling sp_document_new to load the file blocks for 100-600ms, and rendering takes 200-1500ms for practical SVGs, the code that I have can hardly be called an upgrade! I'm just wondering, is there *any* way at all that the preview document can be loaded, or the document rendered without making a blocking call? or is there any way that this could happen in worker thread? Because as you can see from the screenshot (attached) almost everything else is working perfectly, and the whole thing is looking resonably slick. Also it'd be great to be able to get this feature in, because last time I counted (in the old sourceforge tracker), it would close no less than 8 bugs in the tracker. Any suggestions? Joel

3 3

Global snapping toggle
by Diederik van Lierop 23 Dec '07

23 Dec '07

Hi, More than once it has been requested to implement an easily accessible toggle for snapping, be it either through a key-binding, menu-item or icon in the toolbar. This is very easy to implement now we have such a toggle (which is currently only accessible through the document properties dialog). If we add a menu item, we could put it in the view-menu below "Grid" and "Guides". Should I add it? And is there maybe a better place which I overlooked? We don't really need an icon then, or do we? Diederik

8 24

Difference Between Print and Print Direct
by Joel Holdsworth 22 Dec '07

22 Dec '07

Hi Everyone, I was just in the process of fixing a small problem with the parenting of the Print dialog to stop it sinking beneath the document window, and I noticed something that I don't quite understand. What's supposed to be the difference between "Print" and "Print Direct"? - because right now, in terms of code, the menu options do *extactly* the same thing - that is show the print dialog, and allow you to print. Is Print Direct about to become a useful feature, or has something odd crept in here? Thanks Joel Holdsworth

3 2

BUG HUNT
by Bryce Harrington 22 Dec '07

22 Dec '07

Almost as exciting as the about screen contest is our other release tradition: The Bug Hunt! Starting today, our goal will be to fix 500 "points" worth of bugs. High priority bugs are worth 9 points, Med are 6, and Low 3. We also now have 'Critical' bugs. We'll give 12 for those. In the past we've found the Bug Hunt to be a fun way to work towards getting attention on bugs that have otherwise been languishing in the tracker. We only give points for true bug fixes - not bugs simply closed due to being dupes, invalid, worksforme, or whatnot. Previously we would count fixes to the website, translations, docs, and so on, but this time let's award points only for true code-level bug fixes. While our Frost goal is to close 500 points worth of *any* bug, when we get to Freeze our goal will be to have 0 Critical bugs, so efforts put into closing Crits will be doubly good! Good luck everyone; I'll post the first scoreboard tomorrow. Bryce P.S., my patch to add "open" bugs to the bug graphs was accepted and is now available in the live bug plots: http://people.ubuntu.com/~brian/project-graphs/inkscape/plots/inkscape-mont… Let's see if we can nudge the slope of this line down even steeper!

1 0

Problems trying to Compile Inkscape on tiger PPC
by Juan Miguel Ramirez 22 Dec '07

22 Dec '07

I have been trying to compile Inkscape on tiger ppc last night without success. I have been following the steps described on: http://wiki.inkscape.org/wiki/index.php/CompilingMacOsX When I tried to install al dependencies using sudo port install cairo +pdf boehmgc gtkmm intltool libxslt lcms popt poppler boost gnome-vfs Freezes when appears: ---> Building dbus-glib with target all there is no error but it's have been there stopped for hours, If I take a look with the activity inspector I can see that process is consuming 0% of processor. any advice?

2 8

Tango icon theme, take 2
by Michael Grosberg 22 Dec '07

22 Dec '07

It's nearly finished as far as I can tell, still missing some 3D box icons but I don't know what they should look like. Major changes since last version: *all icons are done *changed look of raise/lower icons *"tweak" tool uses "smudge" icon from art libre set *transform icons taken from art libre set *align icons taken from art libre set (or extrapolated from their style) problems: ink pressure/tilt settings don't show (but the old ones do for some reason) some icons are taken from the desktop's icon theme and so the layer icons should match the ones in the layer dialog but don't match on all platforms same goes for paste icons like paste in place that don't always match the look of the generic paste icon. download link: http://grosberg.michael.googlepages.com/home

4 5

Re: [Inkscape-devel] Call for Freeze Exceptions
by the Adib 22 Dec '07

22 Dec '07

On Dec 22, 2007 1:06 AM, Adib taraben <theAdib@...400...> wrote: > Bryce Harrington schrieb: > > Hi all, > ... > > So, if you're working on a feature, can you please tell me at this time? > Also please report: > > * Current status > * Anticipated date of completion > * Issues that must be solved before release > > ... > Bryce > > > Bryce, there is one thing that we need to negotiate: > > as we have several exporters for one and the same format, we need to > decide if we have one exporter only or both in the release. > > We have this native PS and Cairo PS. Also there might be extensions using > the uniconverter to convert from/to ai- or wmf-format. > > Last I also want to point > Uups there was something missing: Last, I want to point to this issue: http://bugs.launchpad.net/inkscape/+bug/177783 This is a windows only problem there might be a solution that we use a self patched version of cairo. HTH, Adib. ---

2 1

Inkscape 0.46 Frost (and Frost Exceptions)
by Bryce Harrington 21 Dec '07

21 Dec '07

[Also posted to http://www.inkscape.org] We've made huge progress towards the Chill goals, and are now ready to move into the Frost phase. Development is winding down, although we are granting a few frost exceptions to allow continued work for another week or so in specific areas (see below). 'make distcheck' issues have been sufficiently resolved (thanks Ted and Aaron!) Bug report triaging has gone smashingly well. The About Screen contest has kicked off. We still need to put some attention into the release notes, tutorials, and other docs, but I doubt there's any issues preventing us from moving ahead. In the Frost phase, our objectives are as follows: * Complete frost exception development work. * Focus should be on bug fixes, packaging, documentation, and translation work, all of which may be committed to SVN normally. * Gain some candidate submissions for the About Screen contest. * Release Notes should be >90% filled in. * Bug Hunt (details TBD) * Post inkscape-0.46-alpha.tar.gz The length of time we stay in Frost mode is driven by how long the Bug Hunt takes, but is expected to take on the order of a few weeks. The Frost Exceptions for remaining features are as follows: 1. Angled guidelines, by J.B.C.Engelen (ETA Dec 23rd): Underlying code is complete, and guidelines are rendering, but it needs a UI to allow manipulating them. 2. Python module packaging (lxml, numpy) for OSX, by jiho (ETA ___): Needs wider testing. Needs someone to build PPC packages. 3. Compilation of lib2geom on OS X 10.3 (Panther), by John Faith (ETA ___): An error is preventing builds for Panther versions of Inkscape. If this can't be resolved before release, the alternative is to drop support for this OS version. 4. Font Spec Implementation, by Gail Carmichael (ETA Dec 27). Refactor patch to include some code review changes by Bulia. Also, the patch needs wider testing. 5. Win32 Uninstaller improvement, by Adib (ETA Jan 3). Fix current installer to not bug user for each changed file. 6. PDF, PS export improvements, by Adib (ETA Jan 3). Implement blur as bitmap, and display a dialog with options for text-to-path, blur-as-bitmap, alpha-as-bitmap. 7. Clone Tiling dialog, by Tavmjong Bah (ETA Dec 23rd): Add a few options to Shift, Scaling, and Rotation tabs. Also some small changes for default values for turbulence and composite filters. Feature changes in SVN for things not on this list should be done on a branch. Any feature work not in this list committed to SVN during the Frost period may be reverted by any developer. Bug fixes, translation work, documentation updates, and packaging development may continue to be committed as normal, no permission needed yet.

1 0

Truetype Collection fonts
by Donn 21 Dec '07

21 Dec '07

Just wondering, Does Inkscape see Truetype Collection (.ttc) fonts under Linux (fontconfig)? I was pointed to one here: http://distro.ibiblio.org/pub/linux/distributions/gentoo/distfiles/mikachan… I installed it (into ~/.fonts) and it's name does not come up in the list in the font chooser. >From what I can tell, Gimp does not see it either. I might not be seeing it in the list, but it's named 'mikachan' and I don't find that. I am trying to see if it's worth building support for them into Fonty Python. \d

1 0

Any Mac Guys about???? was lxml errors on os X.5
by john cliff 21 Dec '07

21 Dec '07

Hey Guys, Just bringing this one back to the surface, as carls been trying to get help on this for a few days in the chat room but non of us know anything mac related. If any of you can shed some light it would be appreciated. Cheers Sim On 12/18/07, carl olsen <cidic.conspiracy@...400...> wrote: > > I'm on OS X.5 with Inkscape 0.45+devel, built Dec 8 2007 > Whenever I try to use a filter get this: > [] < The fantabulous lxml wrapper for libxml2 is required by inkex_lxml.py > and therefore this extension. Please download the latest version from < > http://cheeseshop.python.org/pypi/lxml/>. > [ ] <and when i try to install it, it has an error and doesnt finnish and > I can't figure out what is up. > This is a copy of all the stuff from the terminal when i'm trying to > instal lxml: > easy_install lxml > Searching for lxml > Reading http://pypi.python.org/simple/lxml/ > Reading http://codespeak.net/lxml > Best match: lxml 2.0alpha5 > Downloading http://cheeseshop.python.org/packages/source/l/lxml/lxml-2.0alpha5.tar.gz > > Processing lxml-2.0alpha5.tar.gz > Running lxml-2.0alpha5/setup.py -q bdist_egg --dist-dir > /var/folders/H9/H9Jwuv1LGha040cHGswzMk+++TI/-Tmp-/easy_install-Dt6zmJ/lxml- > 2.0alpha5/egg-dist-tmp-Inbqr_ > Building with Cython 0.9.6.9. > Building lxml version 2.0.alpha5. > warning: no previously-included files found matching 'doc/pyrex.txt' > warning: no previously-included files found matching 'src/lxml/etree.pxi' > src/lxml/lxml.etree.c:69:31:src/lxml/lxml.etree.c:69:31: error: error: > libxml/schematron.h: No such file or directory > libxml/schematron.h: No such file or directory > lipo: can't open input file: > /var/folders/H9/H9Jwuv1LGha040cHGswzMk+++TI/-Tmp-//ccI51eCM.out (No such > file or directory) > error: Setup script exited with error: command 'gcc' failed with exit > status 1 > > > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: > Check out the new SourceForge.net Marketplace. > It's the best place to buy or sell services > for just about anything Open Source. > > http://ad.doubleclick.net/clk;164216239;13503038;w?http://sf.net/marketplace > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > >

2 1

Template question
by John Faith 21 Dec '07

21 Dec '07

Hello, There seems to be a template problem in 2geom which is preventing OS X 10.3 (gcc 3.3) from compiling. This is an example of code which fails, simplified from 2geom/path.h and 2geom/svg-path.h: //-------------------------------------- // build with: g++ -c -o test.o test.cpp class LineSegment; class Point; class Path { public: template <typename CurveType, typename A> void appendNew(A a) { do_append(new CurveType((*final_)[0], a)); } }; template <typename OutputIterator> class SVGPathGenerator /*: public SVGPathSink*/ { public: void lineTo(Point p) { _path.appendNew<LineSegment>(p); //<---error: parse error before `;' token } protected: Path _path; }; //-------------------------------------- I can get this example to compile by making the whole Path class the template versus just the appendNew method, but it's not clear that making this change would be the right way to go in src/2geom/path.h. Does anyone with template experience or 2geom knowledge have any ideas on how this might be simplified to make older compilers happy? Thanks! , John

2 2

Dockable text dialog
by Karlisson 21 Dec '07

21 Dec '07

Hi list, I compiled the new development version, 0.46, and noticed that it doesn't have a dockable text and xml dialogs. Will them be dockable in this version? Thanks! -- Karlisson de Macêdo Bezerra http://nerdson.com/ - "Don´t panic!"

1 0

Re: [Inkscape-devel] Call for Freeze Exceptions
by unknown＠example.com 21 Dec '07

21 Dec '07

> -----Original Message----- > From: Engelen, J.B.C. (Johan) > Sent: donderdag 20 december 2007 10:57 > To: Bryce Harrington; inkscape-devel(a)lists.sourceforge.net > Subject: RE: [Inkscape-devel] Call for Freeze Exceptions > > Angled guidelines. > > * current status: > setting them in XML works, snapping works, the underlying > code is completely in angled guideline terms. However, there > is no UI and angled guidelines are not rendered on-canvas > (they are invisible). > > * anticipated date of completion: > this weekend? > > * issues to be resolved: > UI > rendering (axonomgrid already has this, so not too much work) Rendering is implemented right now. You can manually adjust the XML (set orientation to the normal_to_gridline that you want (i.e. "1,1" for a 45 degree line). Working on UI asap. Thanks for testing, Regards, Johan

1 0

Fwd: Launchpad 1.1.12 released!
by Bryce Harrington 20 Dec '07

20 Dec '07

Note there's a fix to indicate if you try assigning a bug to someone not involved in the project. ----- Forwarded message from Matthew Revell <matthew.revell@...1798...> ----- Date: Thu, 20 Dec 2007 21:59:05 +0000 From: Matthew Revell <matthew.revell@...1798...> To: warthogs@...1799... Subject: Launchpad 1.1.12 released! X-Spam-Status: No, score=0.6 required=5.0 tests=EMPTY_MESSAGE autolearn=no version=3.2.3 Welcome to the last Launchpad release of 2007! The highlights of Launchpad 1.1.12 include: * Project announcements: get the latest news from a project or distribution directly on its Launchpad overview page. Or subscribe to its Atom feed. * Bug feeds: subscribe to an Atom feed of all the bugs related to any distribution, project, team and person in Launchpad. Also subscribe to individual bugs. * Higher quality bug reports: if you're a project owner you can now ask Launchpad to display your bug reporting guidelines to people who file bugs against your project. * Launchpad is running Bazaar 1.0.0. Congratulations to the Bazaar team on this new release! Read on to get the full details of what's new in this release. See you next year when we'll be back in January with Launchpad 1.2.1! General Launchpad ================= * You can now subscribe to an Atom feed of an individual bug and of all the bugs relating to a person, team or project. See our guide at https://help.launchpad.net/Feeds * If you are a project or distribution owner, you can now publish news and announcements on your project overview page and as an Atom feed. See our guide at https://help.launchpad.net/ProjectAnnouncements * Launchpad automatically creates person profiles if it comes across a package with an email address it hasn't seen before. Sometimes, these "people" should be Launchpad teams. Now, someone with access to the team's email address can convert the Launchpad user into a team. (Bug 36966) * Your personal profile page now shows the date that you joined Launchpad. (Bug 157840) Distribution Management and PPA (Soyuz) ======================================= * Personal Package Archives now check the primary Ubuntu archive for candidate orig.tar.gz files. (Bug 139619) * Personal Package Archives upload and build notification emails now have a 'X-Launchpad-PPA: $ppa_owner_name' header. (Bug 172377) * Package history pages are now easier to use. All information about a package's publication is now available as an expandable section of the publication history table. (Bug 157064) * In a recent change, we disabled all email announcements for Debian syncs. We have now re-enabled notification of manual syncs. (Bug 174464) * Pockets with deleted publications are now detected and processed correctly. (Bug 163384) * You can now remove an association between a source package and a project release series. (Bug 4556) * Mirror overview pages now show the lines you need to add to /etc/apt/sources.list in order to use that mirror. (Bug 51870) Bug Tracker =========== * In the future, Launchpad will offer projects and distributions the option of automatically expiring bugs that have an "Incomplete" status, are inactive and are unattended. This feature is not yet active. However, project/distro bug overview pages now offer a report that shows which bugs would be automatically expired, were it enabled, and a notice is now displayed on the bug page for any bug that would be affected. Find out more at https://help.launchpad.net/BugExpiry (Bugs 163579, 141604) * Projects and distributions can now set custom "bug reporting guidelines" for Launchpad to display at various points during the bug reporting process, in particular at the start. If you're a project or distribution owner, you can add and edit these guidelines from the project or distro's "Change details" page. (Bug 43893) * If you assign a bug to someone that Launchpad doesn't recognise as having a previous involvement in that project, Launchpad will notify you that you may have assigned it to the wrong person. (Bug 138500) * Launchpad now imports bug statuses from the Sourceforge and RT issue trackers. The Trac "closed" status is now correctly interpreted as Launchpad's "Fix Released" status, rather than "Invalid". (Bugs 66529, 121340, 174662) * If a bug is targeted to a milestone, a "milestone" badge will appear next to it in bug listings. (Bug 172729) * Some bug reports are actually requests for help. A new "Convert to question" option is now available in the Actions menu on bug pages. (Bug 3970) * You can now sort bug listings by the number of duplicates that each bug has. Code Hosting ============ * Launchpad is now using Bazaar 1.0.0. Congratulations to the Bazaar team on this release! You can always find out which Bazaar version Launchpad is running by visiting the Code Hosting home page. * Branch whiteboards are now editable by anyone. Following an edit, Launchpad notifies the branch owner. (Bug 149226) * When proposing a branch for merger, the default target branch is now the branch that is associated with the development focus series. Alternative targets are presented, with an option to specify any other branch as a target. * A branch listing in the context of a product now highlights the development focus branch if one is set for the development focus series. * When searching for branches - for example, to use as the target of a merge proposal - the search now also checks the name of the branch owner and the name of the project that the branch is connected to. (Bug 176247) * Launchpad Code's web interface now allows you to register branches that have underscores "_" in their name. It has always been possible to push a branch to Launchpad that uses underscores in its name. (Bug 95109) * Launchpad can now correctly import CVS and Subversion repositories with files whose names contain characters that require URI encoding - e.g. #, +, space, etc. (Bug 69517) Translations ============ * The "Untranslated", "Need review" and "Changed" counts on translation overview pages now link to listings of the strings in those categories. The numbers shown are also now accurate. (Bugs 172253, 173527) * When you upload a translation file with a different ordering of plural forms, Launchpad now tries to remap it to the default ordering for the language. Blueprint ========= * Series blueprint listings now show the milestone to which the blueprint is targeted. (Bug 128280) Answers ======= * When offering an answer to a question, you can easily link to an FAQ by quoting its number and title. For example: 'FAQ #3: "Restricted Formats"' in an answer to an Ubuntu question is now automatically linked to https://answers.edge.launchpad.net/ubuntu/+faq/3 (Bug 126371) -- Matthew Revell - talk to me about Launchpad Join us in #launchpad on irc.freenode.net ----- End forwarded message -----

1 0

Launchpad Tips & Tricks: Greasemonkey helper scripts
by Bryce Harrington 20 Dec '07

20 Dec '07

Hi all, Kees Cook wrote a couple tools to help make bug triaging easier, and for those of working in Launchpad these are highly recommended! For those with greasemonkey already installed, just go to this link and click 'download' on the two .js files and enjoy. http://codebrowse.launchpad.net/~ubuntu-dev/ubuntu-gm-scripts/ubuntu/files For everyone else, please read on... Bryce Ubuntu Greasemonkey Scripts --============[o]============-- The ubuntu-gm-scripts project collects useful Firefox GreaseMonkey scripts that assist Launchpad bug triagers in working more effectively and efficiently. Installation ============ GreaseMonkey is a Firefox extension for adding macro-like capabilities to do javascript-ish things on top of certain web pages. To install GreaseMonkey, follow these steps: * Go to Firefox->Tools->AddOns * Click Get Extensions (or Get Ubuntu AddOns if on Ubuntu) * Select GreaseMonkey, and install * Restart Firefox Then to install these scripts, run: * firefox lp_karma_suffix.user.js * firefox lp_stockreplies.user.js Or click on the scripts from your file browser. For the latest updates to the scripts, go to the following link and click 'download' for each of them: http://codebrowse.launchpad.net/~ubuntu-dev/ubuntu-gm-scripts/ubuntu/files Launchpad Karma Suffix ====================== When triaging bugs, it helps to have some way to gauge the relative experience of the person reporting or commenting on a given bug. This tool helps by appending the person's karma score after their name. As well, team membership can denote experience/involved-ness, so this tool also appends icons indicating for some teams that the person is in. This is helpful for flagging comments/flags from the bug triaging team, core developers, and so on. As there are a LOT of teams in launchpad, most of which you may not care about, only a select number of teams are included by default. You can customize the list by editing the Javascript as follows: * In Firefox go to Tools->Greasemonkey->Manage User Scripts * Select LP_Karma_Suffix * Click the Edit button at the bottom, and type in the name of your preferred text editor. E.g. "/usr/bin/gedit" or "C:\windows\notepad.exe" * Scroll down to the 'team_handler' function and find where the teams variable is defined, then add a line with your new team. For instance, to add the Inkscape Bug Team to your list, modify teams to look like this: var teams = { 'inkscape.bugs':'', 'motu-swat':'', 'bugsquad':'', 'ubuntu-core-dev':'', 'ubuntu-dev':'', 'ubuntu-bugcontrol':'', 'ubuntumembers':'' }; * [Note that the team must have a 14x14 icon defined with it in order to see anything. This can be set by a team admin via the 'Change branding' link on the Launchpad team overview page.] * Save and exit the text editor, then go back to the Manage User Scripts dialog and click OK. * Reload some pages to see the icon. :-) Launchpad Stock Replies ======================= When processing through a lot of bugs, often you wish to make essentially the same comment over and over again, such as, "Thanks for reporting this blah blah... Please attach foo.log, so we can..." This script helps avoid a lot of retyping or manual cut-n-pastes by providing a way to store your own canned comments in Firefox itself. It then adds links for each of your canned comments right above the "Comment on this change" field, making it convenient to select a stock reply to send. To add new stock replies, click the [+] link, which will bring up options to add or save stock replies. Add New Stock Reply: name A tag id for the reply. (Avoid punctuation) comment Sets the comment field to this value status Sets the status dropdown to this text key assign Assigns the bug to this launchpad username importance Sets the importance dropdown to this text key package Sets the package field (if it is present) to this text Save Stock Replies: After making additions or changes to any of the replies, click this to save the changes. Also See ======== * Firefox Launchpad Plugin

2 1

CTRL+D Broken?
by Guillermo Espertino 20 Dec '07

20 Dec '07

I'm using a SVN version compiled yesterday and CTRL+D, ALT+D and SHIFT+D don't work. Instead of the expected functions it changes the tool selection to the color picker. I'm about to file a bug, but I wanted to double check if anyone with the current svn revision has the same problem. Regards, Gez.

4 3

Angled guidelines
by unknown＠example.com 19 Dec '07

19 Dec '07

Hi all, I am working hard on getting angled guidelines. At the moment, the only thing that is missing is UI + rendering. Snapping already works for example, Diederik has done a wonderful job on the snapping as it worked without any effort from me or him: just putting the right values in the places that were already there! cool ! I have probably broken the translation of the statusbar text. Can somebody please check whether it is still translatable? thanks a bunch, Johan

1 0

Representing frames in SVG
by Gerrit . 19 Dec '07

19 Dec '07

Hello everyone! I am using Swfmill to generate SWF files from SVG assets created with inkscape.All of my peers work with the Flash IDE though, therefore I'd like to implement an swf2svg conversion too, so I can swap assets back and forth. My question is: what would be the best way to represent frames (as in frame-based animation) in the SVG code? Afaik SVG doesn't have the concept of frames. SMIL animation can change references of use elements, but these are just normal symbols. Are there any plans to include animation or frames in Inkscape anytime soon? If so, I'd like to use the representation favoured by the respective developers. Otherwise, I might just use some interim attribute, e.g. class="frame" or something. Any insights will be appreciated! Gerrit _________________________________________________________________ Express yourself instantly with MSN Messenger! Download today it's FREE! http://messenger.msn.click-url.com/go/onm00200471ave/direct/01/

2 1

Launchpad mail subscription update
by Bryce Harrington 19 Dec '07

19 Dec '07

Mark Shuttleworth saw the write up about our experiences and remaining issues with Launchpad, and mentioned that some improvements for the email subscription for bug teams is in the work. I don't know the ETA but would assume it to be a 1-3 month type thing. Btw, I noticed today that we now have three Inkscape bug triagers with karmas over 1000 (and ryan's cracked 2000!) When we started in Launchpad, 98% of our 1900 open bugs were in state New; today this is down to 46% and the open bug count is down to 1710. Bryce <bryce> http://people.ubuntu.com/~brian/project-graphs/inkscape/plots/inkscape-mont… <sabdfl> bryce: the inkscape folks seems to think LP has helped? <ted> sabdfl: To answer for bryce, I think so. <ted> sabdfl: We've seen more bug triaging activity than we ever saw on Sourceforge. <ted> sabdfl: Bryce's write up: http://bryceharrington.org/drupal/node/18 <sabdfl> that's a neat write-up feature requests == blueprints and the bugmail situation should improve nicely when intellectronica's structural subscription work lands <ted> Hmm, never thought of blueprints as feature requests. More thought of them as "plans". <sabdfl> ted: they can start out as 1-liners then evolve to more concrete plans <bryce> sabdfl: yes it's definitely helped a lot with the triaging! <sabdfl> i liked your write-up and suggestions <bryce> thanks <sabdfl> thanks for taking the trouble! i bet it made all the difference getting the community over the hump

1 0

Upcoming About Screen Contest & Screenshots
by Joshua A. Andler 19 Dec '07

19 Dec '07

Hey all, Re: About screen I will be announcing the About Screen contest this evening. It will be held again via DeviantART. I plan on it running from 12/22-1/6 (to allow three weekends during the holiday season). Then the community judging portion will be done from 1/7-1/12. As with last time, the top 3 will be passed on to the dev team to determine what best represents the new release. I'm also thinking it would be good to change the number of submissions this go around to 2 per contestant rather than 3 (it seems less likely that we'll get minor variations). But, it still gives people the opportunity to try a couple different ideas. I was going to launch the contest a few days ago and realized that we were lacking up-to-date packages for Linux (autopackage) & OSX (.dmg). The OSX one is fairly recent, but lacks the refactored and enabled 3d box tool. Obviously the same goes for the APs. Additionally I believe a few other good bug-fixes went in during this period as well. Part of the reason that I wanted to shoot this pre-announcement to the list was to request that we please have up-to-date packages provided for those platforms (if possible). If we want the artsy people to use the new features, we should see if we can provide a way for them to do so (as they're generally not the compiling type). I also want to see if it would be possible to have packages produced on a semi-regular basis during the contest and bug-fixing phase so that the community can give better feedback. If anyone has any questions, thoughts, or input... please let me know. Otherwise, I do plan on making the announcement on DA tonight and CC'ing the lists with it as well. Re: Screeshots Bulia, I have two pieces that rock filters and LPEs. Is it cool to produce the screenshots now or do you think there will still be more UI changes happening soon? It will be VERY easy to produce them since they're the type that shows in-production use vs mini-tutorial style. Also, if you'd like a mini-tutorial style done for LPEs, I'd be more than happy to do that as well. Luckily I have a long weekend coming up and will be able to devote some time. -Josh

3 2

Tango icons set for Inkscape
by Michael Grosberg 19 Dec '07

19 Dec '07

A while ago I started cooperating with Jiho on restarting the Tangofication of Inkscape. Well, it's not yet finished but I'd like to hear your opinions on what I've done so far. Mostly I'd like your input on the following subjects, on which I'm not certain myself: *toolbox colors (square, arc, star, spiral) - should they be a single color or multiple colors? the original Tango Icon set has them all in white, but I tried to see what they'd look like in multiple colors. *lower / raise selection icons - I couldn't make a nice tango-style icon from the current icon so instead I changed it to look like the raise/lower icon from other applications such as office suites. *colors of all items which have generic looking squares in them, such as align, transform , grid arrange, clones, etc. I haven't settled on a single color and so some are blue while others are light gray. It shouldn't be hard to change colors as I've attempted to share a single gradient between all of the similarly-colored squares. the file can be downloaded here: http://geocities.com/preacher_mg/icons.svg Thanks in advance for any input - Michael

5 5

Alt and Mode_switch for shortcuts
by jiho 19 Dec '07

19 Dec '07

Hi everyone, On Mac OS X Leopard, the option/alt key is mapped to Mode_switch by default under X11 and this apparently cause it to no longer work as "alt" in Inkscape (the behavior is supposed to be consistent with the previous OS version though I never saw any problem with Alt before. anyway, they changed a lot of stuff on X11 side, not always for the better...). Modifying the ~/.Xmodmap [1] works for me but since Alt is so important in Inkscape I would prefer fixing it upstream rather than asking everyone to modify their ~/.Xmodmap.So my questions are: - what is the difference in essence between Alt and Mode_switch? Mode_switch in particular seems to be used rather inconsistently between the OSes, keyboards etc. - Would there be a problem in using Mode_switch or Alt conversely for all alt based shortcuts in Inkscape? Is it already the case in some places? - What about the Alt remapping hack. I could find a patch o the mailing list but nothing after that. I think it was applied though so how could I use it? Thanks in advance for your help. [1] ! This one switches both alt keys to be alt: keycode 66 = Alt_L keycode 69 = Alt_R clear mod1 add mod1 = Alt_L Alt_R JiHO --- http://jo.irisson.free.fr/

3 4

WMF handling, various apps and libs
by Tobias Jakobs 19 Dec '07

19 Dec '07

Hello, I hope a number of people would find this report interesting: http://www.sk1project.org/modules.php?name=Report Regards, Tobias

1 0

More recent autopackage builds?
by Richard Michael 18 Dec '07

18 Dec '07

I have a large PDF I've converted to PS an am attempting to edit in Inkscape, but it is causing quite a few problems. I'd like to test with the most recent version of Inkscape, but the latest autopackage build appears to be 07 Nov 2007. Are there any more recent pre-0.46 builds available? Richard

1 0

lxml errors on os X.5
by carl olsen 18 Dec '07

18 Dec '07

I'm on OS X.5 with Inkscape 0.45+devel, built Dec 8 2007 Whenever I try to use a filter get this: [] < The fantabulous lxml wrapper for libxml2 is required by inkex_lxml.py and therefore this extension. Please download the latest version from <http://cheeseshop.python.org/pypi/lxml/ >. [] < and when i try to install it, it has an error and doesnt finnish and I can't figure out what is up. This is a copy of all the stuff from the terminal when i'm trying to instal lxml: easy_install lxml Searching for lxml Reading http://pypi.python.org/simple/lxml/ Reading http://codespeak.net/lxml Best match: lxml 2.0alpha5 Downloading http://cheeseshop.python.org/packages/source/l/lxml/lxml-2.0alpha5.tar.gz Processing lxml-2.0alpha5.tar.gz Running lxml-2.0alpha5/setup.py -q bdist_egg --dist-dir /var/folders/ H9/H9Jwuv1LGha040cHGswzMk+++TI/-Tmp-/easy_install-Dt6zmJ/ lxml-2.0alpha5/egg-dist-tmp-Inbqr_ Building with Cython 0.9.6.9. Building lxml version 2.0.alpha5. warning: no previously-included files found matching 'doc/pyrex.txt' warning: no previously-included files found matching 'src/lxml/ etree.pxi' src/lxml/lxml.etree.c:69:31:src/lxml/lxml.etree.c:69:31: error: error: libxml/schematron.h: No such file or directory libxml/schematron.h: No such file or directory lipo: can't open input file: /var/folders/H9/H9Jwuv1LGha040cHGswzMk++ +TI/-Tmp-//ccI51eCM.out (No such file or directory) error: Setup script exited with error: command 'gcc' failed with exit status 1

1 0

help needed to fix a windows-only bug
by bulia byak 17 Dec '07

17 Dec '07

I would be grateful to anyone who can debug on Windows for any help with this critical bug: https://bugs.launchpad.net/inkscape/+bug/169011 I don't develop on Windows and I have no time to set it all up right now, but the bug seems somewhere in the style code which I know well, so if someone can tell me at least approximately where or when the unsetting happens I will probably be able to guess how to fix it. Thanks! -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 5

Fwd: [Clipart] Anyone Know How To Donate To Inkscape?
by ryan lerch 17 Dec '07

17 Dec '07

Forwardded on from the OCAL list... cheers, ryanlerch ---------- Forwarded message ---------- From: Greg Bulmash <oneminuteinspirations@...400...> Date: Dec 17, 2007 1:39 PM Subject: [Clipart] Anyone Know How To Donate To Inkscape? To: Open Clip Art Library list <clipart@...626...> Doing some year-end donations... not for taxes, but for karma. Already gave a few bucks to OCAL (via Jon) back when all the server issues happened. Used Inkscape a lot this year, so I figured it was worth a small sum. But I couldn't find anywhere I could donate. Even if it's not a 503c non-profit, I don't mind. Still happy to give a small non-deductible donation to say thanks for the great software and encourage its further development. If they're not comfortable calling it a donation, call it a a tip, a couple of bucks in the development team's collective g-string. Anyhoo, before I take that metaphor to places where people start wishing their imaginations had eyes to claw out, just wanted to ask if there was somewhere I could paypal $20 to say "thanks for doing that voodoo that you do so well." Anyone? - Greg _______________________________________________ clipart mailing list clipart@...626... http://lists.freedesktop.org/mailman/listinfo/clipart

2 1

the number of NEW bugs in the Tracker is now < 1000
by Ryan Lerch 17 Dec '07

17 Dec '07

Good news everyone, Your friendly Inkscape Bug Team has been busy triaging bugs over the weekend, and the total number of Bugs with a "NEW" status is now under 1000 (about 57% of total bugs.) When Triaging on Launchpad started a couple of weeks ago, this figure was up near 1900 (nearly 100% of all bugs) cheers, ryanlerch

2 1

reinterpret_cast unreliable on windows?
by bulia byak 17 Dec '07

17 Dec '07

I have fixed this windows-only bug, but I cannot fully understand how: https://bugs.launchpad.net/inkscape/+bug/169011 The problem was in this line: g_snprintf( b, len, "%s:%s;", key, css.gcharp() ); and gcharp is defined as: gchar const *gcharp() const { return reinterpret_cast<gchar const *>(ostr.str().c_str()); } The problem is that sometimes, rarely on some Windows systems and more frequently on others, gcharp() returned empty string for non-empty ostr. I replaced it with simply: g_snprintf( b, len, "%s:%s;", key, css.str().c_str() ); and the problem went away. Can anyone explain how this could happen? Is reinterpret_cast unreliable? Maybe we should eliminate it everywhere? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

lxml + numpy (on OS X PPC but not only)
by jiho 16 Dec '07

16 Dec '07

Hi everyone, In order to provide out of the box python functionality on OS X for the upcoming 0.46 release, we'll bundle the python packages Inkscape uses in all flavors (i.e. ppc and intel, for every version of python). I would need someone who has these packages installed to send them to me: - lxml and numpy ppc with python 2.4.* - lxml and numpy ppc with python 2.5.* These two versions of python are *not* the one shipped with Mac OS X Panther or Tiger. They are typically obtained via MacPorts, Fink or the binary distribution of Python for Mac. MacPorts versions are in / opt/local/Framework/Python/.../lib/site-packages. Versions for the binary distribution of python are probably somewhere in /usr/local or in /Library/Frameworks/Python.framework/2.4/. I am looking for two directories in site-packages, unsurprisingly named lxml and numpy. If no-one has them already it would be really nice if someone could compile them for me on a PPC machine. This is really simple: - download lxml and numpy (from their respective homes, google is your friend ;)) - decompress them (usually already done for you) - in terminal sudo python setup.py install - go fetch the directories where they where installed (check the latest terminal messages), zip them and contact me. Thanks in advance. PS for the more knowledgeable around here: I am acting under the assumption that packages such as lxml and numpy are incompatible between point versions of Python (2.3 vs 2.4 vs 2.5), which is what I read somewhere. If someone has indication that this is not true, it would be very nice to point my mistake: things would be simpler and Inkscape won't grow too fat if we can just ship one version of the packages (the sum of all pyton packages will probably be around 70Mb, compared to the 80Mb of Inkscape itself, it seems a bit overkill...). JiHO --- http://jo.irisson.free.fr/

2 2

"make check" failures
by Ted Gould 16 Dec '07

16 Dec '07

Table of Contents: 1) Attributes -- looks like 3d-box tool 2) Style -- may be a bad test? 3) Bezier issue -- no clue 4) Rotate inversion -- no clue I'm not sure on all of these. I can of course start to look into them, but if you know you've modified these areas in the last year or so please look at the tests. Thanks, Ted --- 1 - Attribute test --- In AttributesTest::testAttributes: ./../../src/attributes-test.h:448: Error: Test failed: "azimuth" ./../../src/attributes-test.h:448: Error: Expected (recognized == all_attrs[i].supported), found (true != false) ./../../src/attributes-test.h:448: Error: Test failed: "elevation" ./../../src/attributes-test.h:448: Error: Expected (recognized == all_attrs[i].supported), found (true != false) ./../../src/attributes-test.h:448: Error: Test failed: "in" ./../../src/attributes-test.h:448: Error: Expected (recognized == all_attrs[i].supported), found (true != false) ./../../src/attributes-test.h:448: Error: Test failed: "limitingConeAngle" ./../../src/attributes-test.h:448: Error: Expected (recognized == all_attrs[i].supported), found (true != false) ./../../src/attributes-test.h:448: Error: Test failed: "pointsAtX" ./../../src/attributes-test.h:448: Error: Expected (recognized == all_attrs[i].supported), found (true != false) ./../../src/attributes-test.h:448: Error: Test failed: "pointsAtY" ./../../src/attributes-test.h:448: Error: Expected (recognized == all_attrs[i].supported), found (true != false) ./../../src/attributes-test.h:448: Error: Test failed: "pointsAtZ" ./../../src/attributes-test.h:448: Error: Expected (recognized == all_attrs[i].supported), found (true != false) ./../../src/attributes-test.h:448: Error: Test failed: "result" ./../../src/attributes-test.h:448: Error: Expected (recognized == all_attrs[i].supported), found (true != false) ./../../src/attributes-test.h:448: Error: Test failed: "z" ./../../src/attributes-test.h:448: Error: Expected (recognized == all_attrs[i].supported), found (true != false) ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 11 {inkscape:path-effect} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 53 {inkscape:snap-bbox} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 54 {inkscape:snap-nodes} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 55 {inkscape:snap-guide} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 56 {inkscape:snap-center} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 57 {inkscape:snap-intersection-grid-guide} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 58 {inkscape:snap-intersection-line-segments} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 61 {inkscape:bbox-paths} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 62 {inkscape:bbox-nodes} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 74 {inkscape:original-d} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 80 {inkscape:3dbox} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 81 {inkscape:box3dcornerA} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 82 {inkscape:box3dcornerB} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 83 {inkscape:box3dcornerC} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 84 {inkscape:perspective} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 85 {inkscape:box3dface} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 165 {flood-color} not handled" ./../../src/attributes-test.h:491: Warning: "Attribute string with enum 166 {flood-opacity} not handled" ./../../src/attributes-test.h:496: Error: Assertion failed: !found ./../../src/attributes-test.h:501: Error: Test failed: "Enum round-trip through string {flood-color} failed." ./../../src/attributes-test.h:501: Error: Expected (index == postLookup), found (165 != 257) ./../../src/attributes-test.h:501: Error: Test failed: "Enum round-trip through string {flood-opacity} failed." ./../../src/attributes-test.h:501: Error: Expected (index == postLookup), found (166 != 258) --- 2 - Style --- Testing style... sp_style_new, sp_style_write_string...Assertion `streq(str0_all, str0_all_exp)' failed sp_style_merge_from_style_string(whitespace, ifset...OK sp_style_merge_from_style_string(whitespace, always...Assertion `streq(str0_all, str0_all_exp)' failed sp_style_merge_from_style_string("fill:", ifset)...OK sp_style_merge_from_style_string("font-family:", always)...Assertion `streq(str0_all, str0_all_exp)' failed sp_style_merge_from_style_string("fill: ", ifset)...OK sp_style_merge_from_style_string("font-family: ", always)...Assertion `streq(str0_all, str0_all_exp)' failed sp_style_merge_from_style_string(":none", ifset)...OK invalid color setting: #4321...Assertion `streq(str0_set, "color:#123")' failed invalid color setting: currentColor...Assertion `streq(str0_set, "color:#123")' failed invalid color setting: #87654321...Assertion `streq(str0_set, "color:#123")' failed invalid color setting: #42...Assertion `streq(str0_set, "color:#123")' failed invalid color setting: aquam...Assertion `streq(str0_set, "color:#123")' failed sp_style_merge_from_style_string(default): ifset...Assertion `streq(ifset_str, str0_all_exp)' failed sp_style_merge_from_style_string(default): always...Assertion `streq(ifset_str, str0_all_exp)' failed sp_style_merge_from_style_string...Assertion `streq(str0_all, str0_all_exp)' failed SP_SCALE24_MUL...OK sp_style_merge_from_dying_parent: opacity...OK style: FAILED (6/18 tests passed) --- 3 - Bezier issue --- bezier_pt(1)...Assertion `bezier_pt(1, a, ti) == si * a[0] + ti * a[1]' failed sp_bezier_fit_cubic...Warning: got different control points from previously-coded (diffs=0x3c). Previous: (5, -3) (7.57134, -0.423509) (4.77929, 1.22426) (3, 3) Found: (5, -3) (7.32396, -0.46791) (5.06163, 1.32841) (3, 3) TODO: Update this test case for revised right_tangent implementation. --- 4 - Rotate issue --- inverse...Assertion `rot234.inverse() == NR::rotate(-.234)' failed

4 5

Grids
by Maximilian Albert 13 Dec '07

13 Dec '07

Hi all! Diederik, thanks a lot for enabling the axonometric grid in SVN! It's great to play around with it. Just one small thing I noticed: It doesn't honour the "snapping enabled" option in the Document Properties dialog. As I was giving it a try I was for a short moment a bit confused that the newly created grid (which had the checkbock "visible" ticked) didn't appear on the canvas - until I remembered to press '#' to make all grids visible. I still believe that users unfamiliar with the way it works may be quite confused by this behaviour. Any suggestions how to make the difference between enabling grids globally and individually more obvious to users? Would it be sufficient to add a caveat to the the tooltip in Document Properties? Max P.S.: Just noticed one other thing. When more than one grid is present then pressing '#' always switches to the tab of the first grid in Document Properties. This is a bit annoying when you actually want to work with the second grid, for example. Is there an easy way to change this?

9 17

The 3D box tool is dead. Long live the 3D box tool!
by Maximilian Albert 13 Dec '07

13 Dec '07

Hi all, I don't know how many times I announced this, but it has finally happened: As of rev #16681 the new, completely reworked(TM) 3D box tool code is now in SVN, hopefully still in time for 0.46. Those of you who played around with the tool before may have noticed that although it was certainly usable, there were a couple of issues; most notably, undo/redo didn't work reliably, some box configurations in degenerate perspectives were not really stable, etc. But most of all, development was getting more and more of a pain, making both debugging and adding new features tremendously difficult. All this was due to the internal architectural design of the tool at the time. Since I didn't see a way to easily sort this out by continuing the chosen path (and even if I had, it would only have led the tool even further into a dead end as far as extensibility and applicability to other 3D related tasks are concerned), I decided that it would be better to rewrite a lot of it more or less from scratch. I apologize that this has taken me so long, but I'm studying for my finals right now (or rather should be :-/ ), which has been a major distraction for completion. Anyway, the bulk is done now, and I'd like to give you a very quick overview of the changes. As far as the "ordinary" user is concerned, the overall behaviour of the tool is roughly the same as before, except that it is more stable and reliable. :) (In particular, there haven't been any great new features added yet). The most notable visible changes are the following: - Boxes now come equipped with a default depth, i.e. simply dragging on the canvas creates a full-featured box. This hides the allegedly hard-to-discover Shift+drag feature from the user and makes it easy for newcomers to find out what the tool actually does. - Boxes sharing the same perspective move together when a vanishing point is dragged, as if they form part of the same 3D scene that is simply viewed from a different angle (before, they all moved independently of each other). This makes it easy to create entire scenes and adjust them as a whole during drawing. If you want boxes to move independently of each other, you can split perspectives up by shift-dragging a vanishing point. For a full list of this and other features of the tool, please wait until I have updated the Release Notes (a copy will be posted to this list). So much for the visible part of the tool. For those who are interested here comes a more in-depth description of the internal changes: 1) *All* 3D box related structures (namely, the box itself, its sides, and also perspectives) are now handled as SPObjects, which fixes the annoying issues with undo/redo. A notable consequence is that the SVG representation of boxes is now slightly different than it was before, which probably renders old files invalid or even unusable. This shouldn't be a great issue, though, since the tool has not officially been enabled yet (which turns out to be a good decision). I'm going to give the current representation a final revise in the next one or two days, but I don't expect it to change any more. 2) Perspectives are now added to the document's defs so that they can in principle be reused by other objects. This doesn't have an immediate effect on the tool itself but should make applications to other 3D related situations easier. 3) Before the refactoring, all constructions were made geometrically by computing connecting lines, points of intersection, etc. The way it works now is that we use the information given by the three vanishing points to compute a mapping from 3D space to the canvas which results in the specified perspective. By computing inverse images of canvas points, this allows us to determine "real" 3D coordinates of boxes, to model the concept of lengths (at least to a certain extent), to compare coordinates of boxes, etc. Also, degenerate perspectives can be handled in a numerically stable way because not the boxes themselves are degenerate but only their _images_ on the canvas. In fact, this description is a bit of an oversimplification. In order to compute the mentioned perspective mapping, it is necessary to (at least implicitly) specify a _fourth_ point on the canvas, which can be thought of as the origin of the coordinate system (whose three axes point towards the vanishing points). This fourth point is not currently represented on screen. A while ago in one of our discussions Bulia suggested that it should be hidden from the user because its meaning might be unintuitive. Personally, I'm not entirely convinced and I'm tempted to leave it as an option to the user whether it should be drawn on the screen or not (it can also be quite useful for adjusting 3D scenes). Any opinions from other people? At present you can visualize this point by pressing 'O' in the 3D box tool (you may need to draw a box first). This draws a small pink point on the canvas. Note that I added this shortcut for debugging purposes and it will be removed later on. Think of this point as the "anchor" of the coordinate system - it is the only point that always remains fixed when vanishing points are dragged. Well, that is pretty much all I can think of at the moment. Please ask if you are missing anything or if something remained unclear. In principle, everything should more or less work now. There are a few known issues I'm going to sort out in the next days, including (but probably not limited to) the following: - I had to temporarily disable the spin buttons in the toolbar after introducing an undo-related crash yesterday (Inkscape chokes with the message "assertion failed: (doc->priv->sensitive)"). I will debug this and make them work again very soon. In the meantime, the states of vanishing points can be toggled using the shortcuts "X", "Y", and "Z". In addition, the angles of infinite perspective lines can be rotated using the various types of brackets - namely [], (), {} (where Alt+dragging results in a very small rotation angle). - Although z-orders should be set reliably now, there may be a few degenerate cases where they are still wrong (I think I know which these are). If you discover such a case, you can send me a corresponding *.svg file if you wish. - Transformations of boxes work, but if a single box is transformed this also transforms all other boxes sharing the same perspective. Bulia said that instead this box needs to be unlinked. Will fix this soon. - Stroke, patterns, and gradients are not yet adapted during transformations. I'll have to see how to do this because transformations are implemented differently in 3D boxes than in the other tools. Any general pitfalls I need to know or keep in mind regarding this? - Constrained dragging of handles (by using Ctrl) somehow sets the box off a certain amount from the intended position. Don't know precisely what causes this but I hope it won't be hard to fix. - flipping boxes doesn't update its z-orders - ... whatever you may discover ... As always, if there are any questions, comments, suggestions, you name it - please don't hesitate to tell me. And now: Happy testing and enjoy. :=) Cheers, Max P.S.:There is still a number of debugging messages present in the code (most of them commented out, but maybe I forgot some). I will of course get rid of them soon, but currently they are helping me in resolving the remaining issues, so I left them in.

5 8

compile error on windows
by bulia byak 13 Dec '07

13 Dec '07

trying to compile with bob's latest mingw: In file included from src/transf_mat_3x4.cpp:17: src/syseq.h: In function 'void SysEq::fill_random(double (*)[T], double, double)': src/syseq.h:74: error: there are no arguments to 'random' that depend on a template parameter, so a declaration of 'random' must be available src/syseq.h:74: error: (if you use '-fpermissive', G++ will accept your code, but allowing the use of an undeclared name is deprecated) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 3

Error: Unknown verb name
by Maximilian Albert 13 Dec '07

13 Dec '07

Hi, for a while now I have been getting the following error messages during startup if Inkscape: ** (inkscape:6536): WARNING **: Unknown verb name: EditCloneOriginal Unable to find: EditCloneOriginal ** (inkscape:6536): WARNING **: Unknown verb name: EditCloneOriginal Unable to find: HelpKeys ** (inkscape:6536): WARNING **: Unknown verb name: HelpKeys Unable to find: org.inkscape.help.keys Even "make clean" didn't help. Any ideas where they come from? I can't imagine that everyone is seeing this because no one else has complained so far. Thanks! Max

2 3

Process for patching 2geom
by John Faith 13 Dec '07

13 Dec '07

Hello, A while ago I submitted a patch which helps OS X build to the 2geom SourceForge tracker assuming that the patch would be added to 2geom, then 2geom would be updated in inkscape source. Is this correct or should I submit a patch to the new launchpad system? It's been about a month and nothing has happened with the patch, so I guess I must have done something wrong. Thanks!, John

3 2

Inkscape overcomes Xara in Google Trends
by bulia byak 12 Dec '07

12 Dec '07

http://www.google.com/trends?q=inkscape%2Cxara Note that "xara" does not always refer to the vector editor, so in reality it's even better for us. Now, to support the momentum, we must release a smashing 0.46 soon enough, and make a lot of noise about it. It really deserves it. (Note by the way that while we are ahead in user interest, we are nowhere to be seen on the lower graph which reflects mentions in the news. That's not fair.) GSoCers and all others, please let's get to work one more time and fix all the loose ends in your projects. They need not be perfect but the most glaring user-visible problems must be ironed out for Inkscape to reach a releaseable state. You know who you are and what you need to do :) If you think that your project is already good enough for a release, please drop a note here, otherwise let us know of your current state, what remains to do, and when you are planning to finalize your work. And, let's make bugfixing a priority right now, even without waiting for a freeze. We have a scary number of open bugs in the tracker. Yet we now have so many developers that if each one closes just one bug a day, we'll make the tracker shrink pretty fast. Note that closing a bug need not necessarily involve coding; you can just take some old bug, test it and close as fixed or unreproduceable. Any help from non-developers is of course very welcome too. Let's all test, report, comment, add info, code, test again, and close as many bugs as possible. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

19 38

svn/deb
by Alexandre Prokoudine 12 Dec '07

12 Dec '07

Hi, >From what I remember, there is a repository to provide .deb files for SVN revisions. Should we add it to http://inkscape.org/download/, "Compiled Packages" section? Alexandre

2 3

need-review: Default Metadata Preferences Patch
by Felipe Sanches 12 Dec '07

12 Dec '07

hi! I have just submitted a patch that implements a "default metadata" page on the preferences dialog. This defines the default values to be used as metadata for newly created documents. I need someone to review this code, please. It works fine for me. There is just one little issue: I havent been able to figure out how to update the status of the license radiobuttons on the documentMetadata dialog. Some more experienced programmer could, please, take a look at it? I imagine that it may be a simple thing that is still just not clear enough for me. This is my first patch for inkscape, so I am not much comfortable yet with the overall structure of the program. here is the patch: http://sourceforge.net/tracker/index.php?func=detail&aid=1746892&group_id=9… thanks, Juca

7 15

Inkscape 0.46 Chill
by Bryce Harrington 12 Dec '07

12 Dec '07

It looks like we've given enough time for finalizing development work, so I'd like to shift us into release mode by entering our Chill phase. Here's the tasks to focus on now: Chill. Development focuses on wrapping up. Identify 'make distcheck' issues Triage bug reports Run an About Screen contest First draft of Release Notes. Update tutorials and other docs Triaging is probably the biggest task ahead of us. I'll try to focus my time on assisting here; I'll try to focus on scripting of bulk changes, as I've got several ideas for cleanup projects on the wiki. Ted, could you post a listing of recent development work, and collect status from the developers, so we can see if there's any remaining absolutely must-do tasks before we release? ACSpike, would you mind doing a first pass at running make distcheck and post to the list what errors there are that we'll need to sort out? Ryan Lerch, can you give us an update on where things stand for bug triaging, and where other people can get involved? Scislac, would you be able to run an about screen contest for us again? I figure we can do it just like the 0.45 contest. Bulia, the Release Notes look like they're in great shape, but you generally have the best eye of any of us on them. Could you identify any major holes we need filled (esp. with names of people we need to get to write stuff up). ScislaC and Bulia - how do we sit currently respecting tutorials and docs? I think it's too late in the game to start writing any new ones, but if there's high priority stuff that absolutely must get done, we should list it out now and make sure we've got people to tackle them. Finally, if anyone has questions or concerns of anything that needs to be handled or accounted for during this release, or wishes to help out directly in the release process, this is the time to speak up. Let me know of any release issues and I'll help make sure they get straightened out. Bryce On Sat, Nov 03, 2007 at 10:56:46AM -0700, Bryce Harrington wrote: > Hi all, > > Now that GSoC projects are finished and the code has had time to > stabilize, it seems a good time to get the 0.46 release moving ahead. > With Gutsy released, I finally have some time to contribute towards > Inkscape release work, and will help try to get efforts organized. > > I'd like to propose the following release plan, based roughly on the > 0.45 plan. Let me know if there's anything missing. > > 1. Open development. > > 2. Chill. Development focuses on wrapping up. > Identify 'make distcheck' issues > Triage bug reports > Run an About Screen contest > First draft of Release Notes. > Update tutorials and other docs > > 3. Frost. Most development complete. > Release Notes should be >90% filled in. > Bug Hunt: 500 points > Post inkscape-0.46-alpha.tar.gz > > 4. Feature Freeze. No further development work. > Disable features that can't be finished in time > Focus on critical bug fixing. > Finalize all tutorials, docs, etc. > Finalize all extensions > Translators create translations. > Inkscape must pass 'make distcheck' > Post inkscape-0.46-beta.tar.gz > > 5. Hard freeze. Only release wardens can commit to mainline. > No further string changes > Focus on release-critical bug fixing. > Finalize translations, release notes, etc. > Packagers test creating pkgs of the -beta release > Post inkscape-0.46-rc1.tar.gz > > 6. Branch. Establish the Stable Branch for release > Complete any late-late-late work. > Final verification of packaging, release notes, > docs, etc. > Publish more release candidates until ready for > release. > Plan 0.46.1+ release(s), if needed > > 7. Release. Post inkscape-0.46.tar.gz > Post packages > Post official announcements > > 8. Open development. > > > I'm sort of thinking for this release we ought to plan on establishing a > stable branch much earlier than we've done before, and maintain split > devel / stable branches for a bit (maybe a couple months). I think > that'd allow us to spend much more time than usual getting things > release-worthy, without too heavily impacting people who wish to keep > doing development work. > > We'll have a bunch of interesting random tasks (mostly non-coding) to do > to get the release polished up and ready to go. Are you interested in > participating in the release team? Let me know! > > Bryce

15 49

filters UI
by Felipe Sanches 11 Dec '07

11 Dec '07

nicholas, when I open the filters dialog in a document that doesnt have any filter primitives, I can see all of the settings widgets in the dialog. They should be hidden, instead. can you please try to fix this issue? Felipe (Juca)

1 0

Re: [Inkscape-devel] testing for 3D box tool
by Alexandre Prokoudine 11 Dec '07

11 Dec '07

On Dec 10, 2007 11:26 PM, Nemes Ioan Sorin wrote: > Thanks for the link, anyway I use it on a weekly basis -> but no 3d box > tool. Press "X" and start drawing :) Alexandre

2 1

Object to Path broken in 16666
by Thomas Worthington 11 Dec '07

11 Dec '07

Neither polygons nor text will convert to paths for me in revision 16666. It also seems to take a long time to not convert the objects; it's not just returning immediately. Thomas

1 0

Bug status plots
by Bryce Harrington 11 Dec '07

11 Dec '07

Hi all, I mentioned a week or so ago about the bug plots. Here's a reminder of where the plots live: http://people.ubuntu.com/~brian/project-graphs/inkscape/plots/ Of particular note are the New bugs plot, which tells the story of the HUGE work being done by bug triagers. Nearly 20% of our New bugs have been triaged within the past week - quite impressive, and great progress towards our Chill goals: http://people.ubuntu.com/~brian/project-graphs/inkscape/plots/inkscape-week… I also did up a chart of 'open' bugs (total - fixed - invalid - wontfix): http://bryceharrington.org/files/inkscape-week-open.svg http://bryceharrington.org/files/inkscape-month-open.svg Bryce

1 0

today's error in linking
by bulia byak 10 Dec '07

10 Dec '07

rev 16658: libinkpre.a(line-snapper.o): In function `~SnappedLineSegment':/home/d/ink/inkscape/src/snapper.h:41: multiple definition of `Inkscape::SnappedLineSegment::~SnappedLineSegment()' libinkpre.a(snapped-line.o):/home/d/ink/inkscape/src/snapped-line.cpp:35: first defined here libinkpre.a(line-snapper.o): In function `~Snapper':/home/d/ink/inkscape/src/snapped-line.cpp:35: multiple definition of `Inkscape::SnappedLineSegment::~SnappedLineSegment()' libinkpre.a(snapped-line.o):/home/d/ink/inkscape/src/snapped-line.cpp:35: first defined here libinkpre.a(line-snapper.o): In function `~SnappedLine':/home/d/ink/inkscape/src/snapped-line.cpp:81: multiple definition of `Inkscape::SnappedLine::~SnappedLine()' libinkpre.a(snapped-line.o):/home/d/ink/inkscape/src/snapped-line.cpp:81: first defined here libinkpre.a(line-snapper.o): In function `__gnu_cxx::new_allocator<std::_List_node<std::pair<NR::Point, NR::Point> > >::deallocate(std::_List_node<std::pair<NR::Point, NR::Point> >*, unsigned int)':/home/d/ink/inkscape/src/snapper.h:58: multiple definition of `Inkscape::SnappedLine::~SnappedLine()' libinkpre.a(snapped-line.o):/home/d/ink/inkscape/src/snapped-line.cpp:81: first defined here libinkpre.a(line-snapper.o): In function `SnappedLineSegment':/home/d/ink/inkscape/src/snapped-line.cpp:15: multiple definition of `Inkscape::SnappedLineSegment::SnappedLineSegment(NR::Point, double, NR::Point, NR::Point)' libinkpre.a(snapped-line.o):/home/d/ink/inkscape/src/snapped-line.cpp:15: first defined here libinkpre.a(line-snapper.o): In function `SnappedLineSegment':/home/d/ink/inkscape/src/snapped-line.cpp:15: multiple definition of `Inkscape::SnappedLineSegment::SnappedLineSegment(NR::Point, double, NR::Point, NR::Point)' libinkpre.a(snapped-line.o):/home/d/ink/inkscape/src/snapped-line.cpp:15: first defined here libinkpre.a(line-snapper.o): In function `SnappedLine':/home/d/ink/inkscape/src/snapped-line.cpp:62: multiple definition of `Inkscape::SnappedLine::SnappedLine(NR::Point, double, NR::Point, NR::Point)' libinkpre.a(snapped-line.o):/home/d/ink/inkscape/src/snapped-line.cpp:62: first defined here libinkpre.a(line-snapper.o): In function `SnappedLine':/home/d/ink/inkscape/src/snapped-line.cpp:62: multiple definition of `Inkscape::SnappedLine::SnappedLine(NR::Point, double, NR::Point, NR::Point)' libinkpre.a(snapped-line.o):/home/d/ink/inkscape/src/snapped-line.cpp:62: first defined here and so on please fix :) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 2

autopackage builds on fedora
by Máirín Duffy 10 Dec '07

10 Dec '07

Hi, It seems the most recent autopackage builds don't work in Fedora. I am wondering why this is and if there is anything I can do to help fix it. Thanks, ~m

4 3

switching SCMs
by MenTaLguY 10 Dec '07

10 Dec '07

While I'm obviously a fan of git, I have to ask: what would our driver be for switching SCMs at this point? - It's not QRM, since that can be done with SVN - It's not getting off of Sourceforge, since we could host our own SVN - It's not being able to use DSCM, since Kees and I (at least) do so today The main thing I can think of would be getting better merge tracking, since Subversion has the worst merge tracking of any SCM I've ever used (even worse than CVS). Rather than continuing this discussion for now (which I'm starting to feel is taking attention away from the release), let's install the latest versions of Bazaar, Mercurial, and Git on the inkscape.org machine, set up live mirrors of _full_ Subversion[1][2] in each DSCM, and let people play with them. Then we can pick up the thread again in, say, six months or so. -mental --- [1] The current git mirror is only partial because git-svn sucked at the time I set it up; it has since improved substantially and I've been thinking of redoing the mirror anyway. [2] If the Launchpad mirror has the full history back to r1, including branches, then the Bazaar part is already done for us. Otherwise I'd like to set up our own full Bazaar mirror.

3 2

transform scale proportional default
by miles 10 Dec '07

10 Dec '07

In the transform dialog scale tab, the proportional check box is defaulted off. Everytime I use this I have to check it on since every graphic I make is scaled proportionally - would there be any agreement to change this to have it defaulted on ?

4 3

2geom Makefile targets doubled up
by Aaron Spike 10 Dec '07

10 Dec '07

I've been casually investigating the doubling of the 2geom targets in src/Makefile on and off over the last months. I could find absolutely no reason for it and I continue to me mostly bewildered by our autotools system. Tonight just for kicks, after another long period of fruitless investigation, I decided to rename the src/2geom directory to src/lib2geom to match our other internal libraries (I also updated the references in the Makefile stuff). The doubling went away. I wonder if we aren't somehow misunderstanding the magical automake variable naming convention. The src/Makefile seems to be ordered roughly by directories alphabetically, digits sorted after letters. The 2geom targets appear in the order in the following places: 1) extension, libcroco, libgdl, 2geom, application, debug, dialog and 2) ui, util, widgets, xml, 2geom. Seems like it appears in the alphabetical location for lib2geom and also in the location for 2geom. I don't know if it has any meaning but in both locations it is immediately preceded by generic targets: .cpp.o/.cpp.obj and .cxx.o/.cxx.obj respectively. Do these tidbits trigger anything in anyone's mind? Aaron Spike

2 1

Item transformations
by Maximilian Albert 08 Dec '07

08 Dec '07

Hi all, I'd like to consult this omniscient list for a tiny bit of further information. :) The last thing I need to get to work right before I can merge my code into SVN is transformations for 3D boxes (haven't really gotten to touch them so far). Actually, I thought they shouldn't be hard to understand but I find myself fiddling with them and the things that happen are slightly different from what I expect. Would anyone mind giving me some hints as to what happens / should happen in an item's transform method? As I understand it, the transformation matrix is passed in, but what exactly is coded in this matrix? It looks like an affine transformation, but which point is considered the origin? If I simply multiply some corner, say, with this matrix then the image is off by a certain translation. Is this the translation occurring in the matrix? Where does it come from? Should I simply discard it (as seems to be done for sp_rect)? Or how else can I extract the information I need? Unfortunately I can't simply copy the code from sp-rect.cpp because the boxes are internally stored in a more complicated way than rectangles. Thanks in advance, Max P.S.: Upon re-reading this email some ideas of how it could work are forming in my mind but right now I'm too tired to test them. I'm going to get me some hours of sleep and try again, but if anyone has any hints in the meantime I'd still be grateful. ;)

2 1

Broken on gcc 4.0.1
by Jon A. Cruz 08 Dec '07

08 Dec '07

On OS X using gcc 4.0.1 the latest SVN breaks with template issues ./ui/dialog/panel-dialog.h:124: error: template-id 'create<>' for 'Inkscape::UI::Dialog::PanelDialog<Inkscape::UI::Dialog::Behavior::Float ingBehavior>* Inkscape::UI::Dialog::PanelDialog<Inkscape::UI::Dialog::Behavior::Floati ngBehavior>::create()' does not match any template declaration I tried to look into this, but haven't found a fix so far.

3 4

Default units
by Guillermo Espertino 08 Dec '07

08 Dec '07

After realizing that there was something strange about the text size in my inkscape designs I followed the bugs associated (#168151, #168164, #168344, #170099 - some of them seem to be duplicates) and there I noticed that the text size in inkscape is expressed in pixels, but the dialog doesn't inform that. In fact, there's no way to set the font size to other units but the XML editor (and as far as I could see, it doesn't work either). In every vector illustration program the font size is expressed (by default) in points because one of the common outputs for the illustrations is print. Vector illustration programs are usually the most adecuate option to create flyers, simple brochures, logos, etc, so the use of real units is needed for type. In graphic design the default units for type are points (there are different measures for typographic points but in DTP 1 pt = 1/72"). Having typography in pixels is a big headache for graphic designers, mostly because the "12" value set by default is used as the default value en other design programs, but points, not pixels. Even office programs use points as default type units, so the common user will be expecting points and not pixels. In my opinion, the way that inkscape manages units is fine, but an option for setting the default units globally is needed. Currently, you have pixels everywhere and you have to change every time and everywhere to real units if you need to use them. That sucks and is a tedious and time consuming task (prone to errors too). It's a consistency issue too. The default inkscape artwork size is a DIN A4 size page, which is a phisical, real measure. If I have a "real" page as a container, I would expect to use real units as measures, but it's mixed up. Vector graphics are used to create elements that can be scaled without having to worry about the pixel size, so using pixels as default units doesn't make sense (imho). I'm not saying: change px for pt or mm. Of course if I have to create a website mockup I'll use pixels and not milimeters. Every choice is useful in different scenarios, but they need to be streamlined to make the options consistent with the needed workflow. I think that adding a simple category "units" in the preferences should fix the problem. Having the ability to choose the units globally for objects and type will allow users to adapt inkscape to their specific needs and will bring more consistency to the UI. What do you think about this? Regards, Gez.

4 8

Patch to dump id,x,y,w,h for all objects
by Terry Brown 08 Dec '07

08 Dec '07

I hope this can make it in to 0.46, as I think my slide making utility which needs this functionality could be quite useful, and it would help the re-stacking effect too. How should patches be submitted now? Launchpad blueprints? It wasn't immediately obvious how to use them, so I made this bug instead: https://bugs.launchpad.net/inkscape/+bug/174701 This is the patch to add the command line switch --query-all which dumps id,x,y,w,h for all objects with an Id. I sent a version just to Bulia by mistake, meant to send it to the whole list, anyway the version on launchpad corrects the transposition of x,y with w,h in the version I sent Bulia :-} Cheers -Terry [Nicu - thanks for your pointers about the ill conceived post to the users list, points well taken.]

2 3

Launchpad blueprints
by Bryce Harrington 07 Dec '07

07 Dec '07

The question about Launchpad's blueprints (specification) system came up today, so I'd like to open a broader discussion about if we want to start using it. Basically the blueprints system is a mechanism for tracking specification status. You can also include a link to a web page (such as a wiki or even a pdf) where the spec is written up. For Canonical it's used as a workflow system so people can keep track of the state (needs review, in progress, implemented, finished, etc. etc.) of various development efforts. Blueprints can also be prioritized, like we used to do with RFEs, and linked to bug reports. There's also a review/approval mechanism, which (in theory) is used by management to green light projects for engineers to work on for a release. The reason I've not brought this up before, is because I recognize it doesn't match to the workflow we use in Inkscape. Aside from the Roadmap, we don't really try to keep close tabs on individual developer's work; we're (largely) a volunteer project, so part of me worries such a system could just be extraneous overhead. However, I can definitely see the usefulness of this if enough of us were using it. First, the process of writing up a blueprint is good discipline for getting ones thoughts and plans in order at the start of a development project. It's also a good communication tool for letting fellow developers know what the plan is and to gain review feedback on your ideas. And it would certainly make release time go a bit smoother, since we'd be able to query and see the state of all development efforts (or at least those using the blueprint system). Potentially we could also subsume the (admittedly poorly maintained) roadmap into it. Obviously, this also is obviously analogous to (and clearly synergistic with) GSoC's proposal write ups, which seems to work out quite well. A more tangible benefit (and the reason I bring it up now), is that we have a lot of RFE's in our bug tracker that we could move over into blueprints. This would reduce our bug count, increase the visibility of the feature requests, and give us better tools for collaborative editing and tracking the proposals. We've already had a couple (brief) blueprints posted: https://blueprints.launchpad.net/inkscape/ Here's a couple examples of more fully fledged blueprints (look esp. at the wiki links): https://wiki.ubuntu.com/DisplayConfigGTK https://wiki.ubuntu.com/DesktopTeam/Specs/ExitStrategy Please give a look at these and consider if this is something we could benefit from with Inkscape. Should we as a project encourage using this part of Launchpad for handling feature requests? Bryce

2 1

Again display updates of SPGroups and their children
by Maximilian Albert 07 Dec '07

07 Dec '07

Hi all, I've asked this before but unfortunately I haven't been able to fix it yet. My rewritten 3D box class inherits from SPGroup. Each box has six children of type Box3DSide, each of which is inherited from SPPolygon. So far so good. The problem is that I can't figure out what functions I need to call in sp_3dbox_update so that the boxes are correctly updated on screen during handle dragging (but without writing to repr for efficiency). My most promising-looking approaches so far have been: 1) Call sp_shape_set_shape() for each of the sides (where the corresponding curve is drawn). However, this does not have any visible effect during dragging (the box is shown only when sp_box3d_write() is called). 2) Call requestDisplayUpdate() for each of the sides. This is obviously wrong since it triggers an update while another one is being processed. Consequently, Inkscape issues a corresponding warning on the command line. But at least with this approach the box is correctly updated on screen. 3) Not register sp_3dbox_update() at all in sp_3dbox_class_init(). This was a last desperate attempt because I figured that perhaps the parent SPGroup would take care of udating the children. But it turned out that in this case the update methods of the sides are not even called. So there should be something in between 1) and 2) which correctly updates the screen but doesn't issue the "update already in progress" warning. Any ideas? I'm completely lost in my maze of attempts and would appreciate any hints what else I could try or where to look further. Thanks! Max

3 6

0.46 release plan proposal
by Bryce Harrington 07 Dec '07

07 Dec '07

Hi all, Now that GSoC projects are finished and the code has had time to stabilize, it seems a good time to get the 0.46 release moving ahead. With Gutsy released, I finally have some time to contribute towards Inkscape release work, and will help try to get efforts organized. I'd like to propose the following release plan, based roughly on the 0.45 plan. Let me know if there's anything missing. 1. Open development. 2. Chill. Development focuses on wrapping up. Identify 'make distcheck' issues Triage bug reports Run an About Screen contest First draft of Release Notes. Update tutorials and other docs 3. Frost. Most development complete. Release Notes should be >90% filled in. Bug Hunt: 500 points Post inkscape-0.46-alpha.tar.gz 4. Feature Freeze. No further development work. Disable features that can't be finished in time Focus on critical bug fixing. Finalize all tutorials, docs, etc. Finalize all extensions Translators create translations. Inkscape must pass 'make distcheck' Post inkscape-0.46-beta.tar.gz 5. Hard freeze. Only release wardens can commit to mainline. No further string changes Focus on release-critical bug fixing. Finalize translations, release notes, etc. Packagers test creating pkgs of the -beta release Post inkscape-0.46-rc1.tar.gz 6. Branch. Establish the Stable Branch for release Complete any late-late-late work. Final verification of packaging, release notes, docs, etc. Publish more release candidates until ready for release. Plan 0.46.1+ release(s), if needed 7. Release. Post inkscape-0.46.tar.gz Post packages Post official announcements 8. Open development. I'm sort of thinking for this release we ought to plan on establishing a stable branch much earlier than we've done before, and maintain split devel / stable branches for a bit (maybe a couple months). I think that'd allow us to spend much more time than usual getting things release-worthy, without too heavily impacting people who wish to keep doing development work. We'll have a bunch of interesting random tasks (mostly non-coding) to do to get the release polished up and ready to go. Are you interested in participating in the release team? Let me know! Bryce

10 20

Entry fields for editing of node coordinates
by Maximilian Albert 06 Dec '07

06 Dec '07

Hi all, as I've learned in the past few days, investigating or fixing other things while waiting for tedious compiles to finish can be quite productive. :) [1] In revision #16617 I added two spin buttons to the toolbar of the node tool which allow exact editing of node coordinates (this was long overdue - see bugs #170116 and #172113). Please test and report any irregularities. ;-) One thing to note is that originally I had planned to clear the entry fields when two or more nodes are selected. But I didn't know how to do this (is it possible at all?), so I decided to go for a quick hack and display the coordinates of the center of the bounding box instead. This turned out to be quite nice because it allows one to quickly align several nodes in the following way: Select them, press Alt+x (which switches focus to the coordinate entry fields) and press enter. Since the first entry field already shows a new X coordinate (lying in the middle between the extremal nodes), this aligns all the nodes vertically to this coordinate. Although at first it was a kind of stopgap solution I now really like the concept. Unfortunately, this "feature" is not really usable by keyboard alone yet because if you want to align the Y coordinates, you need to press Alt+x and then Tab in order to get to the second entry. But since the first one (for the X coordinates) already shows a new value, pressing tab sets the X coordinates to this value, no matter if this is desired or not. Suggestions for possible solutions are welcome. To summarize, the options I can think of are: - clear the entries if more than one node is selected, or - somehow prevent the nodes' coordinates from being changed while tabbing between the entries both of which I don't know how to do. :-/ Thanks for any hints and suggestions, Max P.S.: I'm going to add this to the Release Notes tomorrow. I'm just too tired right now to find good phrasings in English. ;) [1] Aside: Especially when using a distributed version control system like git so that you can work on several things at once. It's such a pleasure compared to svn! I can only heartily recommend people to use it (or rather git-svn in our case because we need to be able to commit to the repository, of course).

3 4

Collaborate
by Daniel Garcia Moreno 05 Dec '07

05 Dec '07

Hello, first of all, thanks, I use inkscape since some years, and I love it, thaks for this excellent tools that you are making, it's amazing. I'm a programmer and I want to collaborate in this project. I am looking for a list of bugs, for write some patch, look the code and learn about the code. If you could tell me some easy bug to fix, I can write some code.

3 2

using LPEs
by Steren Giannini 05 Dec '07

05 Dec '07

hello, I made recently my first draw using Live Path Effects. (see http://pannini.lesgeorges.org/media/couv_web.png) And I can tell : they are very powerful ! I wrote the main points that need to be corrected or at least discussed. I know LPEs are not finished yet, but I want to be sure that those points are taken into account. - I had a problem when I wanted to copy a path with a pattern along path applied : the "pattern source" is not copied but the two paths share the same "pattern source". If I want to modify the pattern source of my copy and not disturb the first one, I can't. To my opinion, this is really something to change. - The same problem for the "bend path" effect - In the last SVN, when you translate a object with a "bend path" effect, it translate well. But I really think that when rotating or scaling such kind of object, it should do the same : rotate and scale the "visual object" (maybe by rotating or scaling the "source path" too) - scaling or flipping an object with a pattern along path effect applied : the source path is modified but not the "pattern source" => the "visual object" shape is not the same than before the transformation. ( see : http://pannini.lesgeorges.org/media/flip_prob1.png) Steren

3 3

Redo problem, element created without "id" attrib
by unknown＠example.com 05 Dec '07

05 Dec '07

Hi all, I have a problem that I do not know how to fix. When a grid is created and then Undo is pressed, things work great. However, then "redo" crashes inkscape (when grid tab of document properties is open). This is because of the following reason: when redo is done, a new child is added to sodipodi:namedview, this triggers updating of the documentproperties gridpage. However, at that time, the "id" attribute of the child has not been set yet. (I don't know at what time it is set, but sp_namedview_child_added is called with a child that has no 'id' attribute! This attribute is needed, because it provides the grid's name to put in the tab in the dialog. I'd like to know how I should solve this (i.e. obtaining the 'id' attribute when a 'redo' action is performed). Thanks! Johan

1 0

new stock patterns and screenshot
by bulia byak 04 Dec '07

04 Dec '07

I added a few basic stock patterns and made a screenshot: http://www.inkscape.org/screenshots/gallery/inkscape-0.46-stockpatterns.png enjoy :) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

NEW: Grid visibility and snap enabling
by unknown＠example.com 04 Dec '07

04 Dec '07

Hi all, I just added two checkboxes to the grid settings: * Visibility and snap enabled. ** Visibility turns of display of the grid, which I find useful from time to time because snapping is still enabled for invisible grids. To disable snapping (when having multiple grids, this is essential), one should use 'snap enabled' ** "Snap enabled" does not yet work. I hope Diederik can implement this soon, I think it should not be too hard? * I hope to get the axonometric grid working soon, I need it at work! :-) * I am aware of the bugs in setting grid parameters. Hopefully I can find the cause soon, it is annoying me aswell. Cheers, Johan

7 13

Launchpad Tips & Tricks: Upstream Bugs
by Bryce Harrington 04 Dec '07

04 Dec '07

Being able to track upstream bugs is (IMHO) one of the best features of Launchpad from Inkscape's perspective. Let's take a look at how this works: First, we find a bug that is really an upstream issue. Here we go: Main window disabled if a modal dialog sinks https://bugs.launchpad.net/inkscape/+bug/168301 This is related to the infamous "dialogs not on top with Win32" problem that we know stems from Gtk, but with an unfortunate twist - if the application is minimized and you right click "close", you never see the dialog, but since the dialog is modal, you can't restore it! Feh Win32! Actually, it's a Gtk problem. So next we go to the gtk bug tracker. >From gtk.org I clicked on "Bug tracker", then went to bugzilla.gnome.org. I find the search box and enter "windows dialogs". Browsing through the list I spot this one: Bug 169965 -- transient dialogs with minimized parent http://bugzilla.gnome.org/show_bug.cgi?id=169965 [Note, all gtk bugs are also imported into Launchpad at https://bugs.launchpad.net/gtk/, which would probably be easier to search...] Reading the bug, it looks like this describes our issue. Unfortunately, the bug hasn't received much activity over the past year (we'll address this in a bit), but at least it's known... Now go back to our Launchpad bug: * Look at "Also affects: +Project... +Distribution/Package..." * Click on "+Project" * Type in "gtk" and hit Continue * For the URL, cut and paste the bugzilla.gnome.org bug URL there * Click "Add to Bug Report" Now our bug report shows the link to the upstream bug. Periodically (once a day I think), Launchpad will spider bugzilla.gnome.org and grab any status changes to the upstream bug report and notify us if the status changes. So in the future when people look at this bug, they'll be able to immediately see if/when it's fixed upstream. We're not done yet though! Let's be good citizens and let upstream know we also experience this problem. I log into my bugzilla.gnome.org account, and add a comment to the above bug: "I think we're also experiencing this bug with Inkscape on Windows. A user reports... https://bugs.launchpad.net/inkscape/+bug/168301 [Pasted copy of original report from our end] Has anyone had a chance to look into this?" This will both ping upstream about the issue (hopefully raising its importance, maybe triggering them to update the bug report if it's already fixed, or a dupe), and give the extra info to help debug it. If we had failed to find a matching bug upstream, we should report a new one. If you're unsure, it's sometimes better to report a new one and let them dupe, than to incorrectly attach our bug to a wrong report, but use best judgement there. Now go to https://bugs.launchpad.net/inkscape/ and look for the link "0 bugs fixed elsewhere". When our upstream bug gets fixed, this link will change to "1 bug fixed elsewhere", which will let us see the bugs fixed by our upstreams. :-) Notice the URL for this search says "...=resolved_upstream". If we change this to "open_upstream", we can see the bug we just linked: https://bugs.launchpad.net/inkscape/+bugs?field.status_upstream=open_upstre… Some Homework: In my gtk bugzilla searches, I ran across a couple related bugs, which sound similar to other issues we have in Inkscape. See if you can find our matching reports, and link them up: Bug 164537 -- Non-modal transient dialogs should iconify with parent http://bugzilla.gnome.org/show_bug.cgi?id=164537 Bug 171456 -- "Keep Above" option in Gimp broken on Win32 http://bugzilla.gnome.org/show_bug.cgi?id=171456 Bryce

1 0

Inkscape bugs status
by Bryce Harrington 03 Dec '07

03 Dec '07

1 0

Launchpad Tips & Tricks: Duping Bugs
by Bryce Harrington 03 Dec '07

03 Dec '07

It's good to see all the people giving Launchpad a try, and discovering both its cool bits and some frustrating bits. For those who are finding some irritations, please give it some time - when I first started using it, I also found the interface to be unintuitive in places; I'm hoping the tips and tricks I'm posting will help. Here's half a dozen tips related to bug duping: 1. Adib asked about how to dupe bugs. This falls into the cool feature category, but the links may not be where you expect. When viewing a bug, "Mark as duplicate" is in the Actions list on the left. From there, you can indicate the bug id number that this is a duplicate of. 2. The bug report will clearly tell you that there are dupes of a given bug, or that the bug is a dupe of such-and-such other bug. For bugs with dupes, there is also a listing of its dupes - this can be found on the left column in an expando-box titled "Duplicates of this Bug". 3. When a bug is marked as a dupe, it no longer shows up in searches, which is nice. But you can still get to it either directly by ID, or via the link in the parent bug. 4. People who were subscribed to the dupe bug will now receive the update notifications from the parent bug. This is usually useful, but keep it in mind if commenting on a bug with a large number of dupes that you're not spamming everyone with trivialities. 5. Note that it's not possible to mark a bug a dupe if it also has dupes attached to it. You have to individually move the dupes to the parent. Sort of annoying, but it's rare when you need to do this. 6. When closing a bug that has dupes, it's good practice to review each of the dupes and check that the solution definitely does account for all those reported problems. I was at first annoyed to find endless duplicate reports of bugs, as it seemed like a waste of effort that could be avoided if the reporter searched the existing bugs. However I've since changed my mind, for a few reasons. First, (at least for xorg) most users don't have enough knowledge to really know for certain that their problem matches someone else's, so it usually requires an expert to verify that the issue really is a dupe. Second, from a workflow perspective, finding/marking dupes is much more straightforward than trying to untangle a bug report that contains multiple unrelated issues in it. Third, a bug report with a lot of dupes typically ends up being easier to gain a fix than one with no dupes - both because it emphasizes the importance of the bug, and because the "many eyes" effect starts kicking in, and people subbed to the bug through dupes can start sharing ideas and findings with each other. So, I generally encourage tell reporters, "If you're concerned that your bug report might be a dupe but you're not sure, report it as a separate bug, and just say in your report 'might be related to bug xyz'". This saves the bug triager time of tracking down potential matches but still lets your issue be handled even if it's unrelated. Bryce

1 0

Inkscape native on OSX - try 2
by jiho 03 Dec '07

03 Dec '07

Hi everyone, I've been trying to get Inkscape to compile against the new version of GTK on OS X, with the "quartz" option enabled (i.e. without X11). The good news is that it compiles and that MacPorts provides a way to work with both native and X11 versions of GTK quite easily (which means one does not have to remove and recompile everything one way or another every time). The bad new is that, though Inkscape starts without X11 and that the GUI is shown, it crashes with this error message: ** (inkscape:9060): CRITICAL **: const GSList* sp_document_get_resource_list(SPDocument*, const gchar*): assertion `document != NULL' failed ** (inkscape:9060): CRITICAL **: const GSList* sp_document_get_resource_list(SPDocument*, const gchar*): assertion `document != NULL' failed Emergency save activated! Emergency save completed. Inkscape will close now. If you can reproduce this crash, please file a bug at www.inkscape.org with a detailed description of the steps leading to the crash, so we can fix it. (inkscape:9060): GLib-WARNING **: g_main_loop_run(): called recursively from within a source's check() or prepare() member, iteration not possible. Any idea from where than may be coming from? It doe not occur with the X11 version so that's probably related to GTK/Cairo/Pango/Poppler being freed from X11. However, the GUI shows and the messages don't seem directly display-related. Is that a GTK bug in your opinion? Backtrace below: Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_PROTECTION_FAILURE at address: 0x00000020 0x90a594c0 in objc_msgSend () (gdb) bt #0 0x90a594c0 in objc_msgSend () #1 0x19b19130 in ?? () #2 0x9082dd0e in __CFRunLoopDoObservers () #3 0x9082cdb0 in CFRunLoopRunSpecific () #4 0x9082ca6e in CFRunLoopRunInMode () #5 0x92def878 in RunCurrentEventLoopInMode () #6 0x92deeeb9 in ReceiveNextEventCommon () #7 0x92deedd9 in BlockUntilNextEventMatchingListInMode () #8 0x93295485 in _DPSNextEvent () #9 0x93295076 in -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] () #10 0x00daadb6 in gdk_event_prepare () #11 0x02177de4 in g_main_context_prepare () #12 0x021784a6 in g_main_context_iterate () #13 0x02178bbd in g_main_loop_run () #14 0x01ca8a87 in gtk_main () #15 0x0184d888 in Gtk::Main::run () #16 0x00003ff1 in sp_main_gui () #17 0x00167234 in Inkscape::NSApplication::Application::run () #18 0x00002ef7 in main () JiHO --- http://jo.irisson.free.fr/

4 6

libgc7 issues on OS X
by MenTaLguY 03 Dec '07

03 Dec '07

By the way ... have we verified that the problematic libgc7 builds aren't being built with --enable-malloc? -mental

1 1

Launchpad tags
by jiho 03 Dec '07

03 Dec '07

Hi everyone, Launchpad is really much nicer to use than SF tracker. However, I was wondering about tags: - there is only one kind of tag where there were several in SF. would it be a good idea to set a composite tag hierarchy such as: platform-all platform-linux platform-win32 ... instead of all-platforms linux win32 osx ... This is already somewhat done for ui and object and it would be nice to have an official way of designing such tags and to reduce the current number of tags, or at least the number of first level tags. What would be really nice is if "ui" could match both "ui" and "ui- something" but that's apparently not the case. - when adding tags to a bug, I could not find a way to get a list of pre-existing tags. It would be very nice to have that, or auto- completion of tags, or a tag could a-la del.icio.us or... ;) Is that possible in Launchpad? JiHO --- http://jo.irisson.free.fr/

3 2

When trying to Save As GIMP .XCF
by alkos333 03 Dec '07

03 Dec '07

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello folks, I ran into a problem when I tried saving a file as .XCF. This is the bug: https://bugs.launchpad.net/inkscape/+bug/168988 This is what I get when I try to install Gimp.pm in cpan shell: http://alkos333.pastebin.com/d2a622df0 Any help would be greatly appreciated. Best, Alex Lysenka -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.7 (GNU/Linux) iD8DBQFHVB6GR+OWhEg1RV8RAjfiAJ9sfndzRcn+aQwOrzpjcPcijiybVACeL1vn xSsqfS8Sc9unb8cQyOQYQVI= =Wq83 -----END PGP SIGNATURE-----

1 0

display adjustment
by bulia byak 03 Dec '07

03 Dec '07

Jon, sorry to be picking on you again :) but I have comments on the new command you added to View": - "display adjustment" is too generic. It may mean a lot of things. The statusbar tip explains it, but why not rename the command itself to something like "display color management" or "display CMS" etc. - if it's a toggle, it must be presented as a toggle and have a check mark against the command name in the menu. - if you cannot yet disable the command on displays where it does nothing, you must at least provide some feedback when the command is invoked - the statusbar must flash one of "display cms mode turned on", "display cms mode turned off," or "cms mode is not supported by this display." - what about windows? mac? if it never works on windows, please make it compiling conditionally, and mention that it's X-only in the release notes. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 4

symmetry group pmg is not correct in Inkscape
by Marjan peeters 02 Dec '07

02 Dec '07

Hi, I noticed that the symmetry group pmg is not correct in Inkscape, see figure in attachment how it should look like. regards, Marjan Peeters _________________________________________________________________ Live.nl: je eigen persoonlijk startpagina met nieuws en feeds die JIJ belangrijk vindt! http://www.live.com/getstarted.aspx

3 2

State of progress of Mac integration?
by Maximilian Albert 02 Dec '07

02 Dec '07

Hi all, I just finished talking with a friend who discovered Inkscape today (without any effort on my part :)) while working on a webpage for his funk & soul band. He was really enthused by Inkscape's power and usability, so first I'd like to give the kudos to all developers. However, using a Mac, he felt that the overall integration and "Mac feeling" could still be improved. Following my suggestion he gave one of the development snapshots a try (he was using the 0.45 release) and was pleasantly surprised to discover improvements (e.g., Apple key + click now correctly emulates right click). I think some of this is due to jiho's work? Thanks! (Also to all the others working in this area.) But some other things still don't work properly. He mentioned, for instance, that Inkscape windows cannot be opened/maximised by clicking on the task bar (or whatever it's called on the Mac), which I found strange but using Linux I can neither confirm nor refute. So I was trying to find info about the changes since 0.45 in the Release Notes for 0.46, unfortunately without success. Just out of curiosity (since I'm not affected by this), is any info about the changes or about what's still missing available somewhere? Thanks again for everybody's efforts to make Inkscape yet more powerful and user friendly, Max

2 3

Re: [Inkscape-devel] compiling inkscape on old disto
by Rémy Sironneau 02 Dec '07

02 Dec '07

Thanks for your reply. After 7 hours of dependencies troubles i get success to compile inkscape in centos 4.5 !

1 0

Re: [Inkscape-devel] NEW: Grid visibility and snap enabling
by Diederik en Rezi 01 Dec '07

01 Dec '07

> Indeed, that's the other option. We can enable/disable snapping either > using the nodes/bbox option, or using the grids/guides/objects option. > The latter is more common, especially wanting to see the grid but not > snapping to it. But shouldn't we then provide the same toggles for > guides and objects, for consistency's sake? > Adding to my previous mail: When using the grids/guides/objects option to toggle snapping, we will need an additional checkbox for each of those in the document properties dialog. (when requiring that all snapping options should be accessible in that dialog). This is not needed when using the nodes/bbox option, as we have checkboxes for these already. summarizing our options: 1) nodes/bbox option: - no additional checkboxes needed 2) grids/guides/objects option: - closest to "grid visible but not snapping", which is the most requested feature, > Diederik > > ------------------------------------------------------------------------- > SF.Net email is sponsored by: The Future of Linux Business White Paper > from Novell. From the desktop to the data center, Linux is going > mainstream. Let it simplify your IT future. > http://altfarm.mediaplex.com/ad/ck/8857-50307-18918-4 > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >

1 0

Launchpad Tips & Tricks: Graphs
by Bryce Harrington 01 Dec '07

01 Dec '07

Hi all, I asked Brian Murray if he'd include Inkscape in his bug plots, and he has. Total number of New bugs for the past week: http://people.ubuntu.com/~brian/project-graphs/inkscape/plots/inkscape-week… Here's the number of untriaged bugs for the past day: http://people.ubuntu.com/~brian/project-graphs/inkscape/plots/inkscape-1day… I like using the above type of chart when I'm doing triaging, so you can see the effects of your labors. There's a certain joy in pushing the next hour's dot on the graph down, that helps when the triaging work starts getting monotonous. ;-) There's all manner of variations in status and time duration, too, although most are boring at the moment: http://people.ubuntu.com/~brian/project-graphs/inkscape/plots/ If the rendering style looks familiar, you're right! Brian uses gnuplot's svg output feature, then post-renders them to png using Inkscape. :-) Bryce

1 0

Thanks for Pattern along Path
by David Christian Berg 30 Nov '07

30 Nov '07

Hey everybody, I'm not really aware right now who created this awesome possibility. I haven't really used it for any productive work so far, but I just love it. Maybe not the interface completely, but hey, the live effect itself is so fantastic! It's great for doing brush effects but by far more flexible, than what I've seen in Illustrator so far... Thanks! David

1 0

Inkscape + Boehm GC 7.0
by Jean-Olivier Irisson 30 Nov '07

30 Nov '07

Hi all, Is boehm-gc version 7.0 known to be broken or anything? Does someone uses it successfully on another platform? Compiling Inkscape against v 7.0 on OS X cause it to hang forever on startup. I can "sample the process" and get this if that tells something to anyone: Analysis of sampling pid 16860 every 10.000000 milliseconds Call graph: 300 Thread_0f07 300 0x26cd 300 0x27a6 300 0x30a4 300 0x511bad 300 GC_init 300 GC_init_inner 300 GC_try_to_collect_inner 300 GC_stopped_mark 300 GC_stop_world 300 GC_release_mark_lock 300 __spin_lock 300 __spin_lock 300 Thread_1003 300 _pthread_body 300 GC_mark_thread 300 GC_help_marker 300 GC_acquire_mark_lock 300 GC_generic_lock 300 pthread_mutex_lock 300 new_sem_from_pool 300 semaphore_create 300 mach_msg_trap 300 mach_msg_trap Total number in stack (recursive counted multiple, when >=5): Sort by top of stack, same collapsed (when >= 5): __spin_lock 300 mach_msg_trap 300 Sample analysis of process 16860 written to file /dev/stdout Sampling process 16860 each 10 msecs 300 times All the GC_*** tells me that boehmgc has something to do with it ;) Inkscape does not crash, nor displays messages in the console. It just hangs and never get to the point of showing the GUI. Starting it inside gdb does not help in getting more info, not without knowing where to set a break point at least. Thanks in advance for your enlightening answers. Jean-Olivier Irisson --- UMR 5244 CNRS-EPHE-UPVD, 52 av Paul Alduy, 66860 Perpignan Cedex, France +336 21 05 19 90 http://jo.irisson.free.fr/work/

3 2

Inkscape in Khmer
by Khoem Sokhem 30 Nov '07

30 Nov '07

Hello List, I have finished translating Inkscape into Khmer (the official language of Cambodia). I have installed Inkcape 0.45.1 on my XP system, after finished installing, I got the inkscape in English. But I have to make a configuration in order to make in Khmer language. the steps to do is: right click on my computer in desktop--> properties--> advanced --> Environment variable --> click New under User variable for .... then fill variable name= LANG and variable value= km_KM then click OK, after I got Inkscape in Khmer. But in the title bar it shows ??????????? insteat of Khmer character. Can inkscape after installing swith to any language as we want? I mean that user can switch language to their own language. Best Regards, Sokhem

1 0

Request Features Link on webpage...
by Ryan Lerch 29 Nov '07

29 Nov '07

someone mentioned this on IRC, but the request features link on the main page still points to sourceforge... cheers, ryanlerch

1 0

Sourceforge trackers still accessible
by jiho 29 Nov '07

29 Nov '07

Hi again everyone, and Bryce in particular, It seems that, even though there's no tracker tab anymore at sourceforge, the tracker is still accessible when using the address directly. For example: http://sourceforge.net/tracker/?group_id=93438&atid=604306 It would be nice if there was an error message, or better: a link to Launchpad, in place of the tracker to avoid people going there from links on other websites. JiHO --- http://jo.irisson.free.fr/

3 3

Unexplicable bug
by jiho 29 Nov '07

29 Nov '07

Hi all, This simple file: http://jo.irisson.free.fr/dropbox/badges_crash.svg repeatedly crashes Inkscape devel on my machine when I open it. And it have no idea why. Inkscape first crashed when editing this file (but the content I was editing at that time is not present in this file since it was lost). The document recovery did not work and this version is the last saved version which should not have been touched by Inkscape since I did not saved my changes. I am suspecting something with the grid which has been flaky for a few revisions (grid space changing on its own, grid appearing when reopening docs in which it was not defined etc.). I hope the file will be enough to diagnose the problem. If this can be reproduced I'll post a bug report in the brand new Launchpad bug tracker. JiHO --- http://jo.irisson.free.fr/

6 8

Fedora Package Maintainer
by Ted Gould 29 Nov '07

29 Nov '07

Hello, Denis Leroy e-mail me off list and mentioned that he's no longer interested in maintaining the Fedora package of Inkscape. If there is any other Fedora packagers that are willing to pick it up, that'd be great. I'm not sure of other Fedora lists that this should be posted to, but if people could forward it to those that would be great. Thanks, Ted

2 2

Re: [Inkscape-devel] Unexplicable bug
by Diederik en Rezi 29 Nov '07

29 Nov '07

Op Do, 29 november, 2007 10:17, schreef J.B.C.Engelen@...1578...: > Heh, I might have solved this last night :) Yeah, you did! > btw, don't use tabs in source! I'm not using tabs anymore, but I did before. I've got Eclipse configured to not use tabs, so if there are any tabs in my code then these must be old ones. > You are using Windows right? Nope, I'm using Fedora most of the time... Diederik

1 0

Another crash bug
by jiho 29 Nov '07

29 Nov '07

Hi all, Seems like Inkscape is not really stable at the moment, lots of flakiness in the last few weeks. Here is another reproducible bug: https://bugs.launchpad.net/inkscape/+bug/172784 I thought it was related to the snapping Diederick mentioned but it also occurs with no grid and no snapping whatsoever. Going back a few revisions for now. Thanks in advance for your expertise on this. JiHO --- http://jo.irisson.free.fr/

2 1

Grid bug
by jiho 29 Nov '07

29 Nov '07

Hi, There's a very annoying bug with grid settings that has been introduced a few revisions back already and I've just found the time to report it: https://bugs.launchpad.net/inkscape/+bug/172778 I can't remember who was working on the grid stuff so I could not assign it. If somebody could. In addition to what's reported in the bug, I noticed that sometimes grid settings would change on their own, when editing something in the document. But I could not reproduce this so I did not include it in the bug report. If someone noticed the same behavior repeatedly, please add your comment to this bug. Thanks in advance. JiHO --- http://jo.irisson.free.fr/

2 1

compiling inkscape on old disto
by Rémy Sironneau 29 Nov '07

29 Nov '07

Hello everyone, First thanks for your great work on inkscape ..... it's huge software ... i like it. Second my troubles ;) I use inkscape on ubuntu gutsy without any problem, but i would like to convert svg did by inkscape on ubuntu on an old centos 4.5 with inkscape 0.45 (RedHat ent 4). I looking for a solution since a month for installing ink 0.45 on centos4.5 without any result. You think is it possible ? compiling static ? backport ? Really thank you for your help Rémy

3 2

Re: [Inkscape-devel] Limiting bug-assignee list to Inkscape members?
by Bryce Harrington 29 Nov '07

29 Nov '07

On Thu, Nov 29, 2007 at 10:40:31AM +0900, James Henstridge wrote: > On 29/11/2007, Bryce Harrington <bryce@...961...> wrote: > > Hi James, > > > > We've run into an odd issue when assigning bugs. The bug assignee > > search popup searches through all registered launchpad users, where we'd > > prefer if it somehow only listed people relevant to inkscape (see > > below). Is there any way to do this? > > We don't currently have a means to do that. Could you file a bug > report about it? (https://bugs.launchpad.net/malone/+filebug). > > James. Sure thing: https://bugs.launchpad.net/malone/+bug/172702 Bryce

1 0

Re: [Inkscape-devel] Launchpad: closing bugs?
by bulia byak 29 Nov '07

29 Nov '07

Probably a stupid question, but how do I close bugs? I changed the status to fix-committed but the bug is still among "open". Where is the close button? I'm also badly missing SF's list of potential bug assignees - now when I want to assign a bug to some developer, I have to remember his nick, or use "search" which is almost useless because it searches throughout all projects (I tried to find Diederik, and even though his name is not very common, I got two pages of Diederiks - and none of them was ours :) Can we limit this search to Inkscape developers only? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 2

Limiting bug-assignee list to Inkscape members?
by Bryce Harrington 29 Nov '07

29 Nov '07

Hi James, We've run into an odd issue when assigning bugs. The bug assignee search popup searches through all registered launchpad users, where we'd prefer if it somehow only listed people relevant to inkscape (see below). Is there any way to do this? Bryce ----- Forwarded message from bulia byak <buliabyak@...400...> ----- Date: Wed, 28 Nov 2007 20:50:51 -0400 From: bulia byak <buliabyak@...400...> To: Bryce Harrington <bryce@...961...>, "inkscape-devel(a)lists.sourceforge.net List" <inkscape-devel(a)lists.sourceforge.net> Subject: Re: [Inkscape-devel] Launchpad: closing bugs? Probably a stupid question, but how do I close bugs? I changed the status to fix-committed but the bug is still among "open". Where is the close button? I'm also badly missing SF's list of potential bug assignees - now when I want to assign a bug to some developer, I have to remember his nick, or use "search" which is almost useless because it searches throughout all projects (I tried to find Diederik, and even though his name is not very common, I got two pages of Diederiks - and none of them was ours :) Can we limit this search to Inkscape developers only? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org ----- End forwarded message -----

1 0

Launchpad team policy
by Ted Gould 28 Nov '07

28 Nov '07

Well, I got a lot more people wanting to be part of the various teams I set up on Launchpad than I expected. While, I don't think there is that much to hide in Launchpad I get the feeling that we should have some sort of policy on the two groups -- that way no one is making a decision arbitrarily. I'm going to throw out a couple ideas, you guys rip them up: Inkscape Bugs I'm willing to let anyone who's interested into this group. I think with many eyes all bugs are shallow. Now, that being said I'd like to at least know who the person is and that they're not just there to be a troll. So, I'm thinking a post to the -devel mailing list? Would that be too much traffic? Inkscape Admin I think that about the only thing that people in this group can do is change the description/links on the website and add people into the the bugs group. Oh, and define milestones. So again, I'm not as worried about giving away the keys to castle, but I think this should be more limited as these would be the folks implementing the policies in this discussion. I'm kinda thinking we grab the admins for SF: Mental, Bryce, Bulia and JonCruz and just leave it at that. If they need help they can ask for it. (Note: this would mean I'd remove myself from the group which I'm more than happy to do) --Ted

2 2

Re: [Inkscape-devel] Launchpad migration complete (was Re: Inkscape demo import)
by Bryce Harrington 28 Nov '07

28 Nov '07

On Tue, Nov 27, 2007 at 04:21:21PM +0900, James Henstridge wrote: > On 27/11/2007, James Henstridge <james@...1829...> wrote: > > For any developers with existing Launchpad accounts, it is likely that > > a duplicate person has been created for you. To fix this, go to the > > following URL and enter your $USER@...58... email > > address: > > > > https://edge.launchpad.net/people/+requestmerge > > This URL should have been: > > https://launchpad.net/people/+requestmerge > > The edge URL will work, but unless you're a member of the Launchpad > beta testers team you probably aren't logged in there. > > James. Thanks again for all your work on this, James. We're already poking and prodding with it, and looking forward to being able to pound our bugs into submission. :-) Bryce

1 0

Page of bug triaging projects
by Bryce Harrington 27 Nov '07

27 Nov '07

Hi all, Looking at the 1913 bugs in launchpad, it seems pretty overwhelming... But it can be attacked with smaller scoped projects. I've created a list here: http://wiki.inkscape.org/wiki/index.php/BugTriageProjects Each of these tasks should be manageable by one person over the course of a week or so, maybe less. None of them require any particular technical skill. They're all pretty important to do to get our bug tracker organized. By the way, Launchpad also has a handy email interface, and a lot of bulk work can be done by writing scripts that invoke changes through email. This is handy for bulk tagging bugs, updating status, or requesting re-testing bugs for example. Details here: https://help.launchpad.net/BugTrackerEmailInterface Bryce

1 0

Launchpad Tips & Tricks: Triaging
by Bryce Harrington 27 Nov '07

27 Nov '07

Triaging is the initial bug review process, that anyone with a bit of patience can help with. A good technique for triaging is to use the advanced search page (https://bugs.launchpad.net/inkscape/+bugs?advanced=1). Search for 'New'+'Undecided' bugs, and/or some search term you care about (say, "layers dialog"). Looking at a specific bug, look over to the far right for a downward pointed arrow. Clicking this expands the bug settings panel. The Status and Importance fields are the main ones to deal with. The goal of triaging is to get the bug out of 'New'. Review the bug and see if it has enough information to troubleshoot; if not, move it to state 'Incomplete'. If it does have enough, set it to 'Confirmed'. If the bug is really a feature request, set Status to Confirmed, and Importance to Wishlist. If the bug is out of date or otherwise invalid, mark it Invalid. Bryce

2 1

Launchpad Tips & Tricks: Tags
by Bryce Harrington 27 Nov '07

27 Nov '07

On the left side of https://bugs.launchpad.net/inkscape/ you'll see an unobtrusive grey bar labeled 'Tags'. Click on it and you'll see a list of Inkscape-specific tags. Click on a tab and it brings up the corresponding list of bugs. Tags are a flexible mechanism for organizing bugs, sort of like with SF where we could put a bug in a category, except in LP a bug can be assigned any number of tags. Also, in SF only admins could add new categories; with LP, bug triagers can define new tags too. Click on one of the tagged bugs. You'll see the tags listed right after the Bug description. On the top left, click on 'Edit description/tags'. Under the fields for updating the summary and description is the Tags box. This is a simple space-delimited list of tags. Defining a new tag is as trivial as writing a new term into this box. It's a good idea to try to use existing tags where possible; too many tags may become unmanageable. Here's some different ideas that tags could be used for: * Identifying the platforms the bug occurs on (e.g. 'osx', 'windows-vista', 'ubuntu-linux') * Hook into more elaborate workflows (e.g. 'needs-testing', 'needs-performance-measurement', 'add-to-release-notes') * Marking bugs that are all dependent on a particular feature (e.g. 'needs-animation', 'needs-multipage') * Marking bugs that need processing by automated scripts (e.g. 'needs-all-retrace', 'render-svg-attachments') Bryce

1 0

Launchpad Groups
by Ted Gould 27 Nov '07

27 Nov '07

Hello, With the bugs now I Launchpad I made two "teams" -- groups really. They are: inkscape.admin http://launchpad.net/~inkscape.admin inkscape.bugs http://launchpad.net/~inkscape.bugs Basically the first one can edit the Inkscape project and the second is set up for the bug tracker. I don't believe that you need to be in inkscape.bugs to work with bugs, but I do believe it'll give you more ability to work with bugs. Anyway, if you think you should be in those groups apply to them and I'll add you. --Ted PS - If you're in inkscape.admin that automatically puts you in inkscape.bugs

2 2

Status report
by Maximilian Albert 27 Nov '07

27 Nov '07

Hi all, just to keep you informed, and because some people are probably waiting for status updates from me (I hope this is not the reason why Bryce hasn't announced Chill yet) - I'm now almost finished with the transition of the 3D box tool from the old to the new internal representation. I'm planning to merge the changes into trunk sometime this week and continue working there. I'm also going to write up a description of what these changes comprise (and why they were necessary/what they will be useful for), what's still missing and what is on my TODO list for further work on the tool. Well, going to sleep now so as to be fresh for work tomorrow (although it's probably already too late for that). :) Max

2 1

Re: [Inkscape-devel] Launchpad migration complete (was Re: Inkscape demo import)
by Bryce Harrington 27 Nov '07

27 Nov '07

On Tue, Nov 27, 2007 at 02:57:34PM +0900, James Henstridge wrote: > The import was performed with a fresh screen scrape of the SF.net > tracker, so it should be fairly complete. It would be good to hide > the SF.net tracker now to prevent people from filing new bugs in the > wrong place. This has been done. We're in the middle of transitioning the website to a new VM, but we'll get the links and such updated after that. Bryce

1 0

DOM for scripting?
by Terry Hancock 26 Nov '07

26 Nov '07

Hi all, About a year ago, I posted regarding a Python graphical scripting tool I was working on. I got sort of hung in the middle, because I started with Skencil, then started looking at Inkscape. Inkscape was simpler in one respect because the SVG representation is easier to manipulate, but it's harder to integrate the plugin because I couldn't (easily) *use* Inkscape from the script. For example, it would be nice to be able to select and skew an object using Inkscape's selection and transformation tool rather than having to compute and apply the transformation at the point level within my program, but that would require a way to call that tool from the Python script. In Skencil, by contrast, this is relatively simple to do, because the Skencil API is completely accessible to scripts and plugins. The downside is that Skencil uses an internal Python object model for the drawing which is not easily serializable. Thus, for example, it is very awkward to keep a library of drawing components available for my program to manipulate. When I brought this up on inkscape-user, I was told that a DOM API would (at sometime) be made available which would solve this problem (although now that I think about it, "document" doesn't really fit, though "object model" does -- this may've been a miscommunication?) I have recently seen "DOM" mentioned in the inkscape-devel archives, but that seems to be a different concept -- the idea of a DOM to describe the SVG file being manipulated, not the Inkscape application doing the manipulation. I didn't have a pressing enough need for the tool I was writing to plow through this obstacle, so I wound up setting it aside, thinking that it might prove easier later anyway. So I'd just like to ask if functionality like this already exists in Inkscape, is on an existing roadmap, or if this is something I ought to place as a feature request? Cheers, Terry -- Terry Hancock (hancock@...1838...) Anansi Spaceworks http://www.AnansiSpaceworks.com

3 2

Inkscape Contract Programming
by Michael Yinger 26 Nov '07

26 Nov '07

First, I apologize in advance if this is the wrong forum for this kind of question. I've been getting up to speed on Inkscape and Scribus. I'd like to get up to speed much faster and would be happy to pay someone to help me do that. If you are interested please email me at myinger@...1835... -- Mike Yinger

2 3

Inkscape crash under FreeBSD
by Zlog Vladimir 26 Nov '07

26 Nov '07

# Inkscape is crashing when I want to change the color for the background of the first page. ################ HOW TO REPRODUCE ################ - run inkscape - go to File -> Document Properties - at first tab(Page) in General go to choose a new color for the background; - at Background Color Window in Wheel tab write/paste a value for RGBA textfield. - then try to change the alpha opacity and you will get the following message: "Inkscape encountered an internal error and will close now." ################ Uname -a ################ FreeBSD dexter.lab.net 8.0-CURRENT FreeBSD 8.0-CURRENT #1: Wed Nov 14 21:06:54 EET 2007 root@...1836...:/usr/obj/usr/src/sys/DEXTER i386 ################ gdb message ################ ... ... ... symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)...[New Thread 0x29b01100 (LWP 100048)] (no debugging symbols found)...(no debugging symbols found)...(no debugging symbols found)... #######-----> Important message Program received signal SIGABRT, Aborted. [Switching to Thread 0x29b01100 (LWP 100048)] 0x2978cb17 in kill () from /lib/libc.so.7 I will attach two snapshot's of the screen and if you will need i will attach at your request inkscape.core because these one has 55mb. Thank you. Regards Zlog Vladimir

1 0

Broken linux build
by Denis Leroy 26 Nov '07

26 Nov '07

/src> svn diff selection-chemistry.cpp Index: selection-chemistry.cpp =================================================================== --- selection-chemistry.cpp (revision 16550) +++ selection-chemistry.cpp (working copy) @@ -82,9 +82,10 @@ #include "selection-chemistry.h" -//# +#ifdef WIN32 #include <windows.h> -//# +#endif +

1 0

XICC support
by Jon A. Cruz 24 Nov '07

24 Nov '07

I finished getting base XICC support in. It works for me with two monitors, including changing dynamically as profiles are attached or removed or as windows are moved across displays. Give things a run through and see how it goes.

2 2

Width control in Bend Path LPE
by unknown＠example.com 23 Nov '07

23 Nov '07

Hi all, Before I leave on a trip for a couple of days, I decided to add width control to bend path. See the picture showing bits of two screenshots. One editing the bend path as usual, and one editing the width of the path. Already works quite nicely! This is sort of a test to see how the UI should be for "1D" path parameters (path parameters for which e.g. only the y value matters, like functions: y = f(t) ) For those not convinced of 2geom power: I did this within half an hour....... (so probably many bugs here!) Happy bending! Johan

1 1

PixbufError
by unknown＠example.com 23 Nov '07

23 Nov '07

Hi all, Who, on Linux, can reproduce this bug? http://sourceforge.net/tracker/index.php?func=detail&aid=1679218&group_i d=93438&atid=604306 And who can't :-) 1. touch test.jpg 2. open inkscape and browse to test.jpg in the open file dialog. Either you should see: ** Message: Gdk::PixbufError in SVGPreview::showImage which is good. Or you see something different, which is what I am seeing and is not good. Trying to track down this weird strange bug, Johan

4 3

Debugging Inkscape on windows
by unknown＠example.com 23 Nov '07

23 Nov '07

I have just written an account of how I fixed a bug: http://wiki.inkscape.org/wiki/index.php/DebuggingTips#Example_of_how_to_ fix_a_bug I hope you can get some tips from that page that help tackle bugs faster. Moreover, if you have any, add your tips aswell! Cheers, Johan

1 0

compatibility with azerty keyboard
by Tomas Fiers 23 Nov '07

23 Nov '07

Hi all, The keyboard shortcut for rotating an object are '[' and ']'. I'm using an azerty-keyboard (I live in Belgium) but somehow 'alt+[ or ]' doesn't work. I've been searching to change the key bindings for this, but I didn't find any reference to it. I hope someone over here knows a solution. Greets, Tomas P.S. This is a resend, I sent my previous without a subject.

2 1

Weird issue saving in PDF
by Jaime Martínez-Figueroa 23 Nov '07

23 Nov '07

Hi I'm using both Inkscape 0.45.1.1 and a snap from this monday in Win32 (but with older snaps was the same). There is a huge difference when saving in PDF files, other users reported an issue with the size of the files but the biggest difference is the quality, with 0.45.1.1 the PDF file is vectorial (~18kb) and with the snap it's a bitmap (~315kb)! BTW, the source SVG was http://en.wikipedia.org/wiki/Image:YamahaMotorCo.svg Please note that I tried replacing the new libcairo2.dll with the older file and the result was the same. Best regards -- Jaime F. Martínez Figueroa Electronics and Computer Science in the way [P!]Wack in the net, visit http://alumnos.elo.utfsm.cl/~jmartinez/ meatPixel at http://meatpixel.net

11 29

(no subject)
by Tomas Fiers 22 Nov '07

22 Nov '07

Hi all, The keyboard shortcut for rotating an object are '[' and ']'. I'm using an azerty-keyboard (I live in Belgium) but somehow 'alt+[ or ]' doesn't work. I've been searching to change the key bindings for this, but i didn't find any reference to it. I hope someone over here knows a solution. Greets, Tomas

1 0

Re: [Inkscape-devel] [Inkscape-user] bold some words issue in OSX
by jiho 22 Nov '07

22 Nov '07

For devel list: the discussion was about the bug which prevents some fonts to display their bold variants on OS X. On 2007-November-22 , at 18:48 , iuri kothe wrote: > Could this (bold/font issue) be addressed as a Bug for Pango (or > Inkscape)? > Or has it already been addressed? The bug is already filled for Inkscape. Don't know about Pango but since it is quite old I hope it went back to them. Gail worked a lot with Pango stuff for the summer of code. Gail do you know if they are aware of this issue and what is needed to solve it? Inkscape bug tracker will be moved to Launchpad soon. Once it's done, Launchpad will allow us to link our bugs to those of other projects, including Pango probably. Such issues will therefore be much easier to forward upstream if it's not already done. JiHO --- http://jo.irisson.free.fr/

1 0

Re: [Inkscape-devel] win23 build broken: poppler link problem
by unknown＠example.com 22 Nov '07

22 Nov '07

Thanks Miklos, this worked. I have changed build.xml to *not* define HAVE_POPPLER_CAIRO in config.h. Cheers, Johan > -----Original Message----- > From: Miklós Erdélyi [mailto:erdelyim@...400...] > Sent: dinsdag 20 november 2007 18:47 > To: Engelen, J.B.C. (Johan) > Subject: Re: [Inkscape-devel] win23 build broken: poppler link problem > > Check config.h whether HAVE_POPPLER_CAIRO is enabled. If it > is, you need to link against libpoppler-glib (I don't know > how it could be achieved under winxp, under linux it's a > LD_FLAG -lpoppler-glib). So if you don't have poppler-glib, > or cannot link to it, undef HAVE_POPPLER_CAIRO in config.h. > Then you won't have preview in the PDF import dialog box > (only embedded thumbnails), but you'll able to build inkscape. > Hope this helped a bit. > Best regards, > miklos > > On Nov 20, 2007 6:18 PM, <J.B.C.Engelen@...1578...> wrote: > > I tried with SVN's build.xml (only change I had was > -mconsole I think, > > so just to be sure) and it still does not work :-( > > > > -johan > > > > > -----Original Message----- > > > From: inkscape-devel-bounces(a)lists.sourceforge.net > > > [mailto:inkscape-devel-bounces@lists.sourceforge.net] On > Behalf Of > > > Bob Jamison > > > Sent: dinsdag 20 november 2007 6:29 > > > To: inkscape-devel(a)lists.sourceforge.net > > > Subject: Re: [Inkscape-devel] win23 build broken: poppler link > > > problem > > > > > > Your problem is possibly the build.xml file. It changed > recently, > > > so maybe if you have a locally edited copy of it, and it hasn't > > > merged with the tree yet, some includes or libs can be > missing from > > > the compile or link. > > > > > > > > > bob > > > > > > > > > Diederik van Lierop wrote: > > > > First time ever that I tried to compile on XP, to solve a > > > windows-only > > > > bug, but I just ran into the same error... > > > > > > > > Diederik > > > > > > > > J.B.C.Engelen@...1578... wrote: > > > > > > > >> Hi all, > > > >> > > > >> I am trying to clean build 16528 but I get the following > > > linker error: > > > >> > > > >> Make error line 373: LINK problem: > > > >> build\libinkscape.a(pdf-input.o):pdf-input.cpp:(.text+0x2c8): > > > >> undefined reference to `poppler_document_get_page' > > > >> build\libinkscape.a(pdf-input.o):pdf-input.cpp:(.text+0x2d6): > > > >> undefined reference to `poppler_page_render' > > > >> build\libinkscape.a(pdf-input.o):pdf-input.cpp:(.text+0x2ba8): > > > >> undefined reference to `poppler_document_new_from_file' > > > >> build\libinkscape.a(pdf-input.o):pdf-input.cpp:(.text+0x4f7b): > > > >> undefined reference to `poppler_document_new_from_file' > > > >> collect2: ld returned 1 exit status > > > >> > > > >> I am using the latest devpackage from modevia.com: > > > >> http://inkscape.modevia.com/win32libs/devlibs-2.12-071115.7z > > > >> > > > >> -Johan > > > >> > > > >> > > > > -------------------------------------------------------------------- > > > - > > > >> ---- This SF.net email is sponsored by: Microsoft Defy all > > > >> challenges. Microsoft(R) Visual Studio 2005. > > > >> http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > >> _______________________________________________ > > > >> Inkscape-devel mailing list > > > >> Inkscape-devel(a)lists.sourceforge.net > > > >> https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > >> > > > >> > > > >> > > > > > > > > > > > > > > > > -------------------------------------------------------------------- > > > -- > > > > --- This SF.net email is sponsored by: Microsoft Defy all > > > challenges. > > > > Microsoft(R) Visual Studio 2005. > > > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > > _______________________________________________ > > > > Inkscape-devel mailing list > > > > Inkscape-devel(a)lists.sourceforge.net > > > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > > > > > > > > > > > > > > -------------------------------------------------------------- > > > ----------- > > > This SF.net email is sponsored by: Microsoft Defy all challenges. > > > Microsoft(R) Visual Studio 2005. > > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > > _______________________________________________ > > > Inkscape-devel mailing list > > > Inkscape-devel(a)lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > > > > > > > ---------------------------------------------------------------------- > > --- This SF.net email is sponsored by: Microsoft Defy all > challenges. > > Microsoft(R) Visual Studio 2005. > > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > > _______________________________________________ > > Inkscape-devel mailing list > > Inkscape-devel(a)lists.sourceforge.net > > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > > >

2 5

Re: [Inkscape-devel] Inkscape demo import
by Bryce Harrington 22 Nov '07

22 Nov '07

On Thu, Nov 22, 2007 at 11:42:29AM +0900, James Henstridge wrote: > > > Assuming this import looks okay, what sort of time frame do you want > > > for the migration? > > > > We're now ready to go forward at your convenience. > > Okay. How does Tuesday morning my time sound? I am in UTC+9, so I > guess you'd still be Monday afternoon for you then. The rollout should > be over long before then, and I can check to see if there are any > problems that'd prevent the migration on Monday. Sure, that sounds great. > > Because of this, I think the best approach would be for you to give me > > an indication of roughly when you'll be able to start the migration. I > > will then plan on hiding all of SourceForge's trackers for Inkscape and > > then email you a go-ahead. You can then run the screen scrapers and > > then bring up the new bug tracking at Launchpad. > > > > Meanwhile, we can let our users know of the downtime, and work on > > repointing our website bug tracker links to Launchpad. Hopefully then > > we'll be good to go! > > Okay. Hopefully hiding the tracker doesn't prevent screen scraping it. Hrm... I bet it would prevent the screen scraping. Okay, looking at it again, I could go through and delete each account from being able to post to the tracker, including anonymous people. This is a bit more cumbersome but would leave the tracker visible for screen scraping. I'll plan on doing this then. Bryce

1 0

Blur spinner digits
by Guillaume Pothier 21 Nov '07

21 Nov '07

Hi, I've just checked out the SVN trunk to play with the new "huge bitmap export" feature, which is really cool! So, I have a rather large page (70x150cm) which I'm exporting at 100dpi. There is an image in my drawing, which is relatively low resolution compared to what I am exporting, so I want to blur it a bit so that it doesn't appear so pixellized in the output. The issue is that the blur control in the Fill & stroke dialog doesn't let me enter very low blur values. Or to be more precise, I can enter a small value like 0.03, the drawing is repainted with the exact level of blurring I want, but then when I do anything else the blur value goes back to 0. This is because the precision of the blur's spin is set to 1 digit (filter-effect-chooser.cpp:28). I changed it to 2 digits, and it now lets me enter a low blur value. Is it a good idea? Should I submit a patch? g

1 0

Re: [Inkscape-devel] [Inkscape-user] NEW: Live Path Effects
by unknown＠example.com 21 Nov '07

21 Nov '07

I just renamed the Path along Path LPE to Bend Path. I also changed this name in the Inkscape SVG representation. This means that your old files that used this effect no longer work. Reapplying the effect will not work as it will reinitialize some things. What you should do is go to the effect in the XML editor (in the defs section) and reset the effect attribute from 'path_along_path' to 'bend_path'. Sorry for the inconvenience :/ (note that the LPE still change a bit because of bug fixes. e.g. recently translation of things was changed, so your paths would be in the wrong place) - Johan > -----Original Message----- > From: bulia byak [mailto:buliabyak@...400...] > Sent: woensdag 21 november 2007 22:38 > To: Inkscape User Community; Engelen, J.B.C. (Johan) > Subject: Re: [Inkscape-user] NEW: Live Path Effects > > On Nov 21, 2007 5:25 PM, <J.B.C.Engelen@...1578...> wrote: > > About the naming: perhaps I can at least settle on renaming 'path > > along path' to 'bend'. (the two names are so similar at the moment > > that even I misread things often...) > > Me too :) > > And please rename "stitch subcurves" - we don't have > subcurves in Inkscape, we have subpaths. > > -- > bulia byak > Inkscape. Draw Freely. > http://www.inkscape.org >

1 0

lib2geom status
by Ted Gould 21 Nov '07

21 Nov '07

Hey, Now that we're including a large part of lib2geom for LPE anyway; what else can we use it for? I'm unsure of the status of the whole library. One feature that I hear alot about when talking to people is the inset/outset function in Inkscape being "less than perfect." I think this was on the TODO for lib2geom, is it done? Thanks, Ted

5 11

Names of LPEs
by unknown＠example.com 21 Nov '07

21 Nov '07

Hi all, Because people are starting to use LPE and perhaps make tutorials? ;) I'd like to settle on the names for these two effects: They are now called: Path along path and Pattern along path in SVN. I think I'll keep one named Pattern along path (in svg now it is called "skeletal"); this one mimics the extension. The original path is some curved path. And it has a path *parameter* that is taken as a pattern and bent along the original path. The other one, I am thinking about "Bend path". The original path is the fish. And it has a path parameter that defines the curvature / the path along which to bend the fish, i.e. the now called 'bend path' parameter. Picking a sensible name is important for inkscape's svg. The UI text can be changed, the SVG text not. (because it would break people's files) Thanks a lot for your input, Johan

4 10

libwpg error in compile
by Joshua Facemyer / Impressus Art 21 Nov '07

21 Nov '07

Anyone know why I get this error during compile? Make[2]: *** No rule to make target `extension/internal/libwpg/Makefile_insert', needed by `Makefile.in'. Stop. pygmee mentioned on irc today he was getting the same thing. I know libwpg was separated out a few weeks ago - how do I get around this? JF

4 7

Re: [Inkscape-devel] Inkscape demo import
by Bryce Harrington 21 Nov '07

21 Nov '07

On Wed, Nov 21, 2007 at 01:44:32PM +0900, James Henstridge wrote: > [adding inkscape-devel back to the CC list] > > On 19/11/2007, James Henstridge <james@...1829...> wrote: > > On 15/11/2007, James Henstridge <james@...1829...> wrote: > > > On 15/11/2007, Bryce Harrington <bryce@...961...> wrote: > > > > Hi James, > > > > > > > > Hope your flight home wasn't too insane (but I'm guessing it was!) > > > > I just wanted to check in with you on the Inkscape import, and see if > > > > there's anything more we could do to assist. > > > > > > I took a few days off after allhands, so only arrived back home this > > > morning. I'll try and get you a new demo import soon. The main tasks > > > are: > > > 1. figure out what happened to the rest of the bug reports > > > 2. modify the importer to match your status/importance/category usage. > > > > Hi Bryce, > > > > I've updated the demo import of the Inkscape bugs. The missing bugs > > were due to a faulty download of one SF.net bug report that I did not > > catch. > > > > I've updated the group, importance and status handling to match your > > requirements. Please tell me whether it looks okay now. > > > > https://bugs.demo.launchpad.net/inkscape/ Hi James, I did some spot checks, and yes it now looks okay. The bug counts look like they now match up fine, and the bug states look like they've mapped well. > Assuming this import looks okay, what sort of time frame do you want > for the migration? We're now ready to go forward at your convenience. > There are a few timing constraints on our side that need to be taken > into account: > > 1. We are rolling out a new version of the Launchpad code base this > week, and I don't think there will be time to complete a migration > before that happens. So the earliest will be next week. Understood. > 2. The migration process depends on screen scraping SourceForge.net. > If you scrape SF.net too fast, they block your IP address. So it will > take a number of hours to get a fresh dump (I won't have to > re-download the attachments this time though). > If it is possible to disable filing of new bugs before the migration, > that would also be help reduce the chance of lost bug reports. Certainly. I've looked into this. It is possible to cause the bug tracker (and RFE's, patches) to be "hidden" so people can no longer submit to them. It does not appear to be possible to "lock" them but leave them visible. Because of this, I think the best approach would be for you to give me an indication of roughly when you'll be able to start the migration. I will then plan on hiding all of SourceForge's trackers for Inkscape and then email you a go-ahead. You can then run the screen scrapers and then bring up the new bug tracking at Launchpad. Meanwhile, we can let our users know of the downtime, and work on repointing our website bug tracker links to Launchpad. Hopefully then we'll be good to go! Thanks again! Bryce

1 0

separate RSS feeds
by Alexandre Prokoudine 20 Nov '07

20 Nov '07

Hi, Not sure this is the right list, but here goes: is it possible to have a separate RSS feeds for each available langauge? Currently news are available in cs, de, en, es, fr, it and ru. Alexandre

1 0

windows tablet bug
by bulia byak 20 Nov '07

20 Nov '07

Look at this diff: http://wiki.inkscape.org/wiki/index.php?title=FAQ&curid=140&diff=16864&oldi… Does anyone have any idea for fixing this? Has anyone contacted GTK folks? I'm not in the game as I don't develop on Windows, and when I reboot into win2000 my tablet works just fine. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 2

win23 build broken: poppler link problem
by unknown＠example.com 20 Nov '07

20 Nov '07

Hi all, I am trying to clean build 16528 but I get the following linker error: Make error line 373: LINK problem: build\libinkscape.a(pdf-input.o):pdf-input.cpp:(.text+0x2c8): undefined reference to `poppler_document_get_page' build\libinkscape.a(pdf-input.o):pdf-input.cpp:(.text+0x2d6): undefined reference to `poppler_page_render' build\libinkscape.a(pdf-input.o):pdf-input.cpp:(.text+0x2ba8): undefined reference to `poppler_document_new_from_file' build\libinkscape.a(pdf-input.o):pdf-input.cpp:(.text+0x4f7b): undefined reference to `poppler_document_new_from_file' collect2: ld returned 1 exit status I am using the latest devpackage from modevia.com: http://inkscape.modevia.com/win32libs/devlibs-2.12-071115.7z -Johan

3 4

Broken Autopackage builds
by Nicu Buculei 20 Nov '07

20 Nov '07

Since I upgraded my system to Fedora 8 a couple of weeks ago I am unable to use the Autopackage development builds anymore. It installs, claim the dependencies are satisfied but won't start due to missing libraries, here are a few examples: - it want libMagick++.so.9 (and I have libMagick++.so.10); - it want libMagick.so.9 (and I have libMagick.so.10); - it want libWand.so.9 (and I have libWand.so.10); - it want libtiff.so.4 (and I have libtiff.so.3) and maybe some more, I just gave up at libjasper-1.701.so which I don't have at all (I have only libjasper.so). Wasn't Autopackage supposed to have some kind of dependency checker? -- nicu :: http://nicubunu.ro :: http://nicubunu.blogspot.com Open Clip Art Library: http://www.openclipart.org my cool Fedora wallpapers: http://fedora.nicubunu.ro/wallpapers/ my clipart collection: http://clipart.nicubunu.ro/

1 0

Thanks for Inkscape!
by Donn 20 Nov '07

20 Nov '07

To all the devs out there, I just wanted to send a warm-hearted THANKS for Inkscape and all your work. I have been using it to design my house plans and without this wonderful free-of-chains tool, my options would have been dismal and slight. Your work is making a difference in the world; Inkscape is a marvel and I'm sure you never get thanked enough. Regards, Donn Ingle South Africa.

1 0

Online vectorizing application
by jiho 19 Nov '07

19 Nov '07

Hello everyone, I just found out about this app developed at Stanford: http://vectormagic.stanford.edu/ which offers high quality bitmap vectorization/tracing through and online interface. There is a comparison of its output with Adobe and Corel's ones. The good part is that Inkscape's trace (well Potrace one actually) is already _way_ better than those two ;) However, VectorMagic takes it even a step higher. Their output is really nice. For comparison purposes I created a file with their test images, Inkscape's trace and VectorMagic trace: http://jo.irisson.free.fr/dropbox/inkscape/VectorMagicTests.svgz Bear in mind that their second image is hand tweaked in the middle of the tracing process and that mine are probably not the best Inkscape/ Potrace can do. I tried to tweak Potrace's parameters the best I could but I am no expert. Be that as it may, their output is still superior, particularly on the first image. Since it is developed in a university lab I wonder how they would license it. Maybe getting them a bit exited about Inkscape would incline them toward putting their code under a license liberal enough for Inkscape to use it. I did not contact them but I think it would be a good thing if someone more officially involved in Inkscape contacted them and discussed a possible collaboration, or at least pointed them to the traces Inkscape/Potrace can produce. I would love to see a fifth column on their comparison page with Inkscape kicking Adobe and Corel's a.... ;) Anyway, even currently their tracing service can be very useful to Inkscape users (they export SVG!). JiHO --- http://jo.irisson.free.fr/

2 4

Inkscape under KDE - focus question
by Donn 19 Nov '07

19 Nov '07

Hi, I know KDE can do all kinds of funky tricks with windows and focus etc. I was wondering if anyone out there has a way to do this: Make the floating dialogues (like align) release the focus (perhaps when the mouse is away) so that the main canvas keeps it. I am quite worn down by all the click one has to do to get the focus (keyboard) back onto the canvas between uses of dialogues -- one has to click the title bar so selections are not lost and then carry on. So, it's click, select, click the dialogue, work, click title bar, continue, repeat. I could set focus to follow mouse, but that affects *all* other apps and it's not cool. Just wondering. /d -- If there is anyone in the audience who believes in telekinesis, please raise my hand! -- James Randi

1 0

Inkscape architecture - another idea
by Donn 19 Nov '07

19 Nov '07

Hi all, I have been back on my house plans for a day and one thing just occurred to me: I am having trouble setting a scale. It sounds simple enough: pick a unit, call it X mm's and carry on. But, the plans have been to a draughtsman and back, into the scanner and onto a bottom layer. So I am tracing (drawing over) those drawings and his scale is 1:100 which after the scan and the resize to fit A4 is anyone's guess :) So, my idea is this: Have a tool that one can snap from one point to another -- say along a line of known world length (call it 6000mm) and have it set the the grid size accordingly. I'm not gifted numerically, so giving particulars is unlikely to happen soon, but I'd say that if the grid could mark-off 1 "meter" and 0.5 "meter" lines according to the 6000 "mm" ( which is some random pixel count after all the resizing/scanning ) such that they visually match that same line - it would be very helpful. So, after using the tool, I'd be able to draw a line next to the original (which is marked at 6000mm) and my line would be (say) 600px. I'd also have a grid across the whole drawing set accordingly. (Oh, while I'm on it - a way to click a point on a corner of the drawing to say : start the grid here!) I guess it would have to fiddle with the overall matrix of the drawing, but here I lose all credibility :) Sorry if this is garbled, I'm still waking up and in a rush to meet the builder and ... I gotta go! Now - go forth and write code because *I* said so :D :P /d

1 0

Cloning clones
by unknown＠example.com 18 Nov '07

18 Nov '07

Hi all, Right now the cloning ctrl+D explanation text says: "Create a clone (a copy linked to the original) of selected object" This was confusing for me, since I read it as: Create a clone. A copy linked to the original of the selected object. I'd like to add a feature that does what I initially tought ctrl+D did: create a clone of the original of an object. This way I can clone around without making enormous clone chains. (often i have the original somewhere off-canvas, and it is much easier to clone a clone) shortcut = Ctrl+Alt+D Does this make sense? What would be the explaining text? "Create a clone of the original of selected object" Thanks, Johan

2 2

Icon sizes in Inkscape UI
by Michael Grosberg 18 Nov '07

18 Nov '07

Hi, I'm trying to create icons for Inkscape's Tango icon set. I noticed that while the icons in the current default set are designed as 16x16 pixel icons, they are rendered as 13X13 icons. I tried first to recreate the import and export icons. They look fine on the toolbar, but in the menu they don't look well at all. Strangely, the other icons look somewhat better. It almost looks as if the two icons I created are being rescaled using a "nearest neighbor" algorithm instead of interpolation. I checked and double checked - they are exactly on the grid and in the same size as the rest of the icons. So, I'd like to know, first, as long as this size is used, what should I do to make the icons look OK? Secondly, why was the 13X13 pixels size used in the first place? As far as I know Inkscape is the only app using this size. I also noticed odd icon sizes both in the SVG file (such as 27X27 icons) and on Ubuntu, some icons that should be small such as the four "affect" buttons at the end of the select and transform toolbar are excessively large. One more question I'd like to open for debate is, are too many icons used in the menus? Usually, only "important" features get icons, to make them more easily recognizable in a long menu. Giving everything an icon misses the point because easy recognition is no longer possible. We can still have all the icons in the icons.svg file, but I think the number of actually used icons in the menu should be lower.

4 5

new button
by bulia byak 17 Nov '07

17 Nov '07

Jon, what is that new button you added to the main UI? For me it's just disabled so I have no idea what it does. Judging by the code, it has something to do with "adjusting the display". Do you think this adjusting has to happen so often as to deserve a button right where you added it? I think any adjustments are best kept in preferences. In any case, the place you chose for the button is most unfortunate. I always hide the scrollbars to free some extra room for the canvas, and now this just results in two empty strips of unused space to the left and upwards from your button. In other words, your single button takes as much space as the two scrollbars! Please reconsider this. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 3

2Geom assertions => exceptions
by unknown＠example.com 17 Nov '07

17 Nov '07

Hi all, I've made a nice system to replace the 2geom assertions I think (this is what makes LPE crash in at least one case). Please have a look of what I coded into the 2geom dir of Inkscape now [1]. My next step is to change asserts into assert_invariants, such that an exception is thrown instead of a terminate(). I'd also like to splice the exception stuff from utils.h into a separate file. Planning on moving this to lib2geom svn head very soon; just give a shout when it's not any good! Cheers, Johan [1]: http://inkscape.svn.sourceforge.net/viewvc/inkscape/inkscape/trunk/src/2 geom/utils.h?revision=16507&view=markup

1 0

today's compile error
by bulia byak 16 Nov '07

16 Nov '07

main.cpp: In function 'void sp_do_export_png(SPDocument*)': main.cpp:981: error: 'errno' was not declared in this scope main.cpp:981: error: 'ERANGE' was not declared in this scope -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

Re: [Inkscape-devel] [Inkscape-user] Improved performance of the object snapper
by bulia byak 16 Nov '07

16 Nov '07

On Nov 16, 2007 12:04 PM, Diederik van Lierop <mail@...1689...> wrote: > bulia byak wrote: > > IMHO the key thing here is not just snapping to extensions of bbox, > > but _visualizing_ what it is that you snap to. In AI, it flashes the > > snap line when it snaps. We need to add infrastructure that would > > enable such displays when snapping, then smart guides will be easy. > > > > Absolutely! It's also needed for the post-snap visualization that was > discussed a few months ago, in which something lights up for a second at > the point that has snapped. What would be a good starting point in the > code to find out how such a thing would be drawn to the canvas? Do you > already have passive elements like that, not allowing user interaction > and disappearing after some time? Of course. We have a number of classes that draw various helper things on the canvas. These classes handle proper canvas redraw (so you don't have to worry about that) and usually have methods for setting coordinates, colors, showing/hiding etc. Note that unlike regular objects, these helper thingies can use inverse color so they are visible on any background. But these classes do not do any user interaction; that is performed by upstream classes that uses these display classes. They also have no provisions for automatically disappearing after a time, that you will need to add in your own code. Here they are: display/sp-ctrlline - draws a straight line, used by node tool bezier handles and by gradient tool for gradient lines display/sodipodi-ctrrect - draws an upright rectangle, used for rubberband selection display/sodipodi-ctrl - draws a number of various small fixed-size shapes, such as diamond, circle etc; used for knots and nodes display/sp-ctrlquadr - draws an arbitrary quadrilateral, used for text selection display/canvas-bpath - draws an arbitrary path with antialiasing, used for the red helper path in Node tool and for Pen tool, as well as for Tweak tool's circle (note: this one is slightly buggy, it leaves behind some dirt on the canvas; I want to switch it to using cairo but it's not yet possible due to incompatibility of buffer formats). You can search the codebase for a lot of examples of using these things. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

Re: [Inkscape-devel] [Inkscape-user] Improved performance of the object snapper
by unknown＠example.com 16 Nov '07

16 Nov '07

About the disappearing after some time: desktop->messageStack()->flash( Inkscape::WARNING_MESSAGE, "blah" ); That puts a message on the statusbar for a couple of seconds. -Johan > -----Original Message----- > From: inkscape-user-bounces(a)lists.sourceforge.net > [mailto:inkscape-user-bounces@lists.sourceforge.net] On > Behalf Of Diederik van Lierop > Sent: vrijdag 16 november 2007 18:05 > To: Inkscape User Community > Subject: Re: [Inkscape-user] [Inkscape-devel] Improved > performance of the object snapper > > bulia byak wrote: > > IMHO the key thing here is not just snapping to extensions of bbox, > > but _visualizing_ what it is that you snap to. In AI, it > flashes the > > snap line when it snaps. We need to add infrastructure that would > > enable such displays when snapping, then smart guides will be easy. > > > > Absolutely! It's also needed for the post-snap visualization > that was discussed a few months ago, in which something > lights up for a second at the point that has snapped. What > would be a good starting point in the code to find out how > such a thing would be drawn to the canvas? Do you already > have passive elements like that, not allowing user > interaction and disappearing after some time? > > Diederik > > > -------------------------------------------------------------- > ----------- > This SF.net email is sponsored by: Microsoft Defy all > challenges. Microsoft(R) Visual Studio 2005. > http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ > _______________________________________________ > Inkscape-user mailing list > Inkscape-user(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-user >

1 0

SVN error
by Michael Yinger 16 Nov '07

16 Nov '07

Hi All, I'm trying to build an inkscape project by importing the inkscape SVN repository. Everything goes along fine until I get to xml-tree.cpp and I get an error. I've tried it with various SVN clients in Win XP and Linux (Fedora). I've been able to do this about a week ago. Can anyone explain what I'm doing wrong? Thanks for any help you can give. ... Added: C:\Documents and Settings\myinger\workspace\src\dialogs\item- properties.h Added: C:\Documents and Settings\myinger\workspace\src\dialogs\xml-tree.cpp Error: REPORT request failed on '/svnroot/inkscape/!svn/vcc/default' Error: REPORT of '/svnroot/inkscape/!svn/vcc/default': Could not read chunk delimiter: Secure connection truncated (https://inkscape.svn.sourceforge.net) Thanks. -- Mike

2 1

Re: [Inkscape-devel] perfect bound cover
by John Bintz 15 Nov '07

15 Nov '07

Alexandre Prokoudine wrote: > On Nov 9, 2007 2:44 PM, John Bintz <jcoswell@...1414...> wrote: >> That's because I didn't actually test to see if <_option> elements >> worked, I just assumed it would. :( I just put that fix into the >> extensions code and now it's working. Try it now. >> > > For some reason options do not show up as translated :-/ Unfortunately, I'm not seeing how you would make the translated option elements show up correctly, even after getting the <_option> tags working. :/ Aaron, Ted: do you have any insights? Thanks, John

3 6

Mouse Location
by Gail Carmichael 15 Nov '07

15 Nov '07

Hi all! I'm playing with a little accelerometer and I want to see how well I can get it to work in Inkscape so that it would replace the mouse. I was wondering if anyone could tell me where exactly the mouse location is read? I am literally going to plug code to read this accelerometer there instead. Clearly, this is not work that will be usable in Inkscape! Just for fun :) Thanks, Gail

6 8

Re: [Inkscape-devel] [Inkscape-user] Improved performance of the object snapper
by Alexandre Prokoudine 15 Nov '07

15 Nov '07

On Nov 15, 2007 10:35 PM, Diederik van Lierop wrote: > Alexandre Prokoudine wrote: > > I wonder if within current snapping framework the so called Smart > > Guides are possible. That is -- snapping without touching. > > This is new to me, but it looks like it simply aligns > vertically/horizontally to the boundingbox of objects at any distance, > am I correct? Yes, both BB and rotation center. > Such a thing is not supported by the current snapping > framework, but it shouldn't be too difficult to implement. Sounds like a dream :) > If implemented, it will need a key binding though to easily turn this > on/off because otherwise it will get annoying. Definitely! :) Alexandre

1 0

Re: [Inkscape-devel] [Inkscape-user] Improved performance of the object snapper
by bulia byak 15 Nov '07

15 Nov '07

On 9/5/07, Diederik van Lierop <mail@...1689...> wrote: > The last few days I've spent on improving the performance of the object > snapper. It used to take ages (e.g about 6 seconds on my machine) to > move a simple rectangle over a large text box, but I've managed to > reduce this significantly (i.e. < 1 sec.!). This was with both snapping > to paths and snapping to nodes turned on. For this I had to refactor the > object snapper code significantly, so I might have introduced new bugs > or regressions. Please be aware of this and report any suspicious > behavior, so we can have both fast and robust snapping in v0.46! Thanks, great news! Please add a note about that in the "speed and interactivity" section of the release notes as well. > Please note that the performance has only increased when using the > selector tool for transforming a number of points, e.g. when dragging a > selection. Using the node tool to drag a single node will not benefit > from this. I just tried to test this: opened new document, drew a spiral and a small rect, then opened doc prefs and turned on "snapping of: bbox corners" and "snapping to objects: snap to paths". But when I drag the rect it does not snap to the spiral. What am I doing wrong? > Before, for _every_ point in the selection being transformed (using the > selector tool), Inkscape would search for snapping candidates, build a > list of nodes and paths, and finally call convertWithBackData(). Only > then would it snap this single point and start all over again for the > next point in the selection. Now we only do this collecting and > converting stuff once, store the results, and then snap all points in > the selection (using the stored data). Not having to call > convertWithBackData really helps a lot! I think that in many common > cases this improves the performance dramatically. Yes, this is approximately how I imagined that. The convertWithBackData, as all livarot functions, is very slow. Hopefully we'll be able to use 2geom for that task one day. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 2

Compiling on Linux
by Docsonic 15 Nov '07

15 Nov '07

my apologies for cross-posting but I wasn't getting any response in Inkscape-User so I thought I might have posted to the wrong list. I tried to install the latest autopackage of Inkscape but it seems my glibc is too old (Requires GLIBC_2.4 - I have GLIBC_2.3.6 ... is it possible to release a GLIBC_2.3.6 autopackage?) and the package suggested I install from sources. When I try to compile the source, i get an error - ui/dialog/ocaldialogs.h:247: error: expected class-name before '{' token ui/dialog/ocaldialogs.h: In constructor 'Inkscape::UI::Dialog::FileListViewText::FileListViewText(guint, Inkscape::UI::Dialog::SVGPreview&, Gtk::Label&, Gtk::Button&)': ui/dialog/ocaldialogs.h:250: error: class 'Inkscape::UI::Dialog::FileListViewText' does not have any field named 'ListViewText' I use Debian Etch (stable) so it seems compiling myself is my best option but I have tried with about 5 different source packages and the result is always the same (the package which created this error was 16060 but it is still there in 16148). Thanks, Tony -- View this message in context: http://www.nabble.com/Compiling-on-Linux-tf4534516.html#a12940589 Sent from the Inkscape - Dev mailing list archive at Nabble.com.

6 18

Failing compile with 2geom/path.h
by Mason Thomas 14 Nov '07

14 Nov '07

Hi, I have recently been unable to compile Inkscape on Linux because of a compile failure in nodepath.cpp. It exhibits the same failure, even when I checkout an older version that used to compile for me! Here is the beginning of the message I get (it goes on much longer), could someone please help? Thanks, -Mason In file included from live_effects/effect.h:16, from live_effects/lpeobject.h:13, from nodepath.cpp:50: ./2geom/path.h:72: warning: `virtual Geom::Curve* Geom::Curve::reverse() const' was hidden ./2geom/path.h:313: warning: by `Geom::Curve* Geom::SVGEllipticalArc::reverse(double, double) const' ./2geom/path.h: In member function `Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > > Geom::Path::begin()': ./2geom/path.h:376: error: `Geom::BaseIterator<IteratorImpl>::BaseIterator(const IteratorImpl&) [with IteratorImpl = __gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > >]' is private ./2geom/path.h:472: error: within this context ./2geom/path.h: In member function `Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > > Geom::Path::end()': ./2geom/path.h:376: error: `Geom::BaseIterator<IteratorImpl>::BaseIterator(const IteratorImpl&) [with IteratorImpl = __gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > >]' is private ./2geom/path.h:473: error: within this context

4 5

Using multi-path objects with the "Pattern along path" or "path along path" effects
by Tony Vigil 14 Nov '07

14 Nov '07

Currently, only a single path can be placed along the path in a single instance of the effect. Will either effect ever be able to place an object (with multiple paths) along a path? Perhaps even turned into a stroke style??? The reason I ask is that it would be very nice to be able to create brushes (objects with multiple paths) that could be placed along a path. Here is an example of what I am talking about... http://soundnvision.homestead.com/files/brush_along_path.png The steps required to make the various shades of my example brush follow a single path is very time consuming. After I trace the bitmap, I need to include a bounding rectangle with each object that makes up the different shades of the brush so that each element is placed relative to all other elements along the same path. Then, each element is placed along the path separately. You can't edit the original path and have ALL of the elements respond accordingly. Therefore, you must start the process all over again if you don't have the original path placed exactly as as you need based on your brush shape. Best case scenario... this effect becomes a stroke style that can be applied to any object (i.e. rectangles, ellipses, text, spirals, etc.), not just path objects. The only other place I've ever seen this type of tool is in Microsoft Expression. Inkscape's path effect comes close, but doesn't quite hit the mark. - Tony

1 0

student project : distortion envelope tool
by Steren Giannini 13 Nov '07

13 Nov '07

Hello, It is now official for the administration of our school, we are starting working on the "distortion envelope tool" at the end of december. Our official "tutor" from the dev team is Johan Engelen. The school is only interested in observing how we manage to organize our project alone and if we meet the requirements. I'll be the project leader, we are 6 in the team and we will be working for 5 months. (from 4 to 8 hours a week) We are before all inkscape users and we are very exited to build something for it. The goals are : - create the distortion tool engine for paths (using lib2geom, and path effects) - create the tool's UI - extend path effects to groups for the distortion tool and others (path along path for example) Of course : - SVG compliant - The original object is saved. If the project goes well, the goals could be extended. We'll see with Johan. (nb : Yesterday, I was thinking about path effect on clones, path effect on texts...) Bye, Steren

2 1

Re: [Inkscape-devel] [Inkscape-user] Automatically set Z-order
by bulia byak 13 Nov '07

13 Nov '07

On Nov 13, 2007 2:21 AM, Ted Gould <ted@...11...> wrote: > On Mon, 2007-11-12 at 17:43 -0400, bulia byak wrote: > > I dunno about Gimp, but Inkscape extensions are pretty easy. This one > > however is a bit cumbersome because Inkscape does not pass to the > > extensions the bboxes of the selected objects. (I proposed to add this > > to the extensions API; Ted, is there any reason why you don't want to > > do this?) > There is no reason that it hasn't been done other than time. I guess > that, and deciding a format for it, but I think we've discussed that too > (I'd have to go through my mail). This should be a pretty easy task for > someone who wants to do it. There is already a loop going through all > of the selected items, you'd just need to find the bounding boxes and > add that to the parameter list. Will it require any changes in the existing extensions? I think it should be done before 0.46 then, because it will make a lot of different extensions easier, and the API changes should be done as early as possible. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

dirty on load
by bulia byak 13 Nov '07

13 Nov '07

This is one of the most annoying and visible recent bugs - right after clean start, the empty document is dirtied and it asks if I want to save it upon quitting. The undo stack is empty however. Can anyone please look into it? I think it's pretty recent. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 13

Check out my Favorites on StumbleUpon
by unknown＠example.com 12 Nov '07

12 Nov '07

StumbleUpon Discover new web sites Rfq wants to Share his Favorites with you He likes58 pages Join StumbleUpon and discover your friends' Favorites. Suddenly the Web is fun again :) -&rfq & rfquerin@...400... Discover my Favorites & http://www.stumbleupon.com/redirect.php?t=j&u=1740514&d=http%3A%2F%2Fwww.st… About StumbleUpon StumbleUpon allows you to channel surf the internet and discover great websites and web content you might never have found. Whether it's a website, video, picture, game, blog, or wiki, StumbleUpon helps you find interesting stuff recommended by like-minded people with just a single click of the Stumble! button. Learn More http://www.stumbleupon.com/redirect.php?t=j&u=1740514&l=3&c=3euwc5suod2mxfhq If you do not wish to receive future e-mail invitations to join StumbleUpon, please click here http://www.stumbleupon.com/redirect.php?t=j&u=1740514&d=http%3A%2F%2Fwww.st… . (c) StumbleUpon 2001-2007

1 0

tweak tool screenshots
by bulia byak 10 Nov '07

10 Nov '07

http://inkscape.org/screenshots/gallery/inkscape-0.46-tweak-path.png http://inkscape.org/screenshots/gallery/inkscape-0.46-tweak-color.png enjoy -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Inkscape profiling: Inkscape::FontLister::FontLister question
by John Bintz 10 Nov '07

10 Nov '07

Hi, all. I'm experimenting with profiling Inkscape in Valgrind looking for potential slow spots in the code, and had a question for those with more knowledge of the font loading code. One of the first places in the initialization code where I think there could be a speedup is in Inkscape::FontLister::FontLister. This method calls font_factory::Styles once for each font family that is returned by font_factory::Families. In my test run of opening and closing Inkscape with 142 font families returned by font_factory::Families, running Inkscape::FontLister::FontLister took just over 20% of the total runtime. If there were some way to cache this font information between runs of Inkscape and only update it if the fonts on the system have changed, or if there was a way to push back the loading of fonts to later in the program execution -- say the first time someone viewed the Text toolbar or something similar -- I think it might speed up startup time in Inkscape. Anyone willing to help me take a look into this to see if this will work? Thanks, John

1 0

Fix for Font Name Case bug #1818885
by Thomas Worthington 09 Nov '07

09 Nov '07

I've put a diff that fixes this bug at http://www.tww.cx/downloads/fontcase.diff I'd love to say that there must be an easier way but instead I'd like to say that the person that defined the C++ string class without case-changing functions should themselves be strung up! The method used needs to be checked by someone who actually knows C++ to see if it will handle non-ASCII font names. I don't have any such fonts to test it with and I'm not sure enough about how C++'s toupper function works on unicode to even guess whether it will work or not. The diff file also adds some comments to toolbox.cpp. Thanks to Gail for pointing me in the direction of that file, BTW, it would have taken me even longer to come up with a fix without her quick reply to my query. Finally, the diff file has some changes to a pair of makefiles which are a mystery to me; I never touched them, Gov'nor! Thomas

5 5

adding templates
by Alexandre Prokoudine 09 Nov '07

09 Nov '07

Hi, How do we decide if we add new templates? http://understandinglimited.com/2007/10/29/inscape2fontforge/ sounds like a perfect candidate to me :) Also, do we have any policy regarding new extensions - which ones we can bundle with the package and which ones we can't? Alexandre

2 1

Non-programming tasks
by Joshua A. Andler 09 Nov '07

09 Nov '07

Hey all, It seems like a good time to discuss non-programming related items given the icon conversation. I figure we can get some thoughts out on the list and work from there. Basically, let's try and free the people who program from the tasks that the rest of us can do. ;) It's common for people to say "well if I could program I'd...", well, if you can't, but want more programming done on inkscape... here's your chance! The website: Realistically, we should probably have 2 or 3 volunteers that will agree to submit at least 1 news item per month. Bryce shouldn't be the only one. ;) It seems like it should be a fairly minimal commitment. I'm willing to fill one of those spots myself. I'll throw together something before the end of the week that talks about the persistent undo history that the MIT students are working on, and link to their page. Bryce, are you even still interested? On top of that, do you have the time? Either way, it is not difficult to find a couple news worthy items per month. Any other takers? Tutorials: Ryan Lerch and myself started to do some tutorial work for this development cycle a while back. I haven't contributed to this for a couple months as it seemed like there were still a number of changes going on at that point (plus a very busy schedule on my end). Luckily, it appears things are slowing down now on both fronts, so it seems like an opportune time to pick this back up. It's good for us to have more tutorials that focus on using features of inkscape (such as the in-progress clipping/masking/patterns tutorial), rather than tutorials for doing a particular task (easter egg). Do we have any volunteers to help us with tutorial writing/updating? Current discussion and drafts can be found at: http://wiki.inkscape.org/wiki/index.php/TutorialUpdates-0.46 Also, as for tutorial localization and to attempt simplifying our files and the process for translators, I know there was discussion in the past about po2xml. Can anyone enlighten me on if this has change has been done? I've not updated my checkout of the tutorials in quite a while. If not, is this a huge task? Will there be any changes in formatting or the process for tutorial writers? Screenshots: Okay, do we think that artsy screenshots are in order yet? I have one that utilizes a number of filters, but a key piece of filter rendering is not correct (it's using turbulence). I also have an in-progress one that I'm using some filters on, but more importantly going to town with live path effects. Curve stitching is turning out to be my favorite feature in this dev cycle. :) The About screen: I just want to follow up on this. I know we're most likely not ready to go for it yet (as there are a number of filter bugs remaining). But I am just wondering if we think we're getting closer. Also, did Jon Phillips want to host this via ocal or create? Or are we going deviantART again? Just want to coordinate. Bugs & Feature Requests: Another area that generally needs attention is our bug and rfe trackers. It is always a big help if people can go through bug reports & feature requests and try to close duplicates, reproduce bugs, ask for more information where necessary, etc. Unfortunately, people submit items without searching the trackers first, so duplicates are quite common. Also, it's common that people will file a report and the issue is resolved in a development cycle, but they never come back to say that the issue has been fixed for them. Another common issue is anonymous bug reports. These get reported and never followed up on by the original poster as there is no way for us to contact them (these are fairly common to get fixed, but we don't get confirmation from those people). Anyone interested in helping with these that doesn't have access, please let us know. Thank you all for your time. -Josh P.S. Unrelated, is the 3d box tool not going to be activated for the next release?

9 14

Re: [Inkscape-devel] Inkscape demo import
by Bryce Harrington 09 Nov '07

09 Nov '07

On Thu, Nov 08, 2007 at 09:31:11PM -0500, James Henstridge wrote: > On 08/11/2007, Bryce Harrington <bryce@...961...> wrote: > > Bugs appear reported in future > > ------------------------------ > > On this bug (and possibly others), the dates associated with > > buliabyak-users are in the future (2011, 2012). > > > > E.g. https://bugs.demo.launchpad.net/inkscape/+bug/157587 > > This is a case of garbage in, garbage out. Take a look at the > submission date of the source bug: > > http://sourceforge.net/tracker/index.php?func=detail&aid=1218610&group_id=9… Aha, ok our bad. I wonder how this happened. In any case, now that we know it's not caused by the import this issue can be ignored. > > Category mapped to milestones > > ----------------------------- > > For Inkscape, we used the SF Category to tag bugs by type. These appear > > to have been mapped to milestones by the converter, however. Instead, > > can you have the Categories just mapped into LP tags? > > The categories are being mapped to tags. It is the groups that are > being mapped to milestones (this is how Python was using bug groups). > I can certainly update the import to map groups to tags as well > though. That'd be great. Yes, since SF left both these things rather freeform it's not a surprise that different projects used them in different ways. Mapping both cats and groups to tags would be best for Inkscape. > > Missing Attachments > > ------------------- > > In a number of cases the bug attachments didn't come through correctly. > > Here is one example: > > > > SF.net > > http://sourceforge.net/tracker/index.php?func=detail&aid=1816893&group_id=9… > > Launchpad > > https://bugs.demo.launchpad.net/inkscape/+bug/159964 > > This is a display bug with Launchpad where it does not list > attachments associated with the first comment in the main content. > The attachment is visible in the attachments portlet on the left > though. You can also see it when viewing just the initial comment: > > https://bugs.demo.launchpad.net/inkscape/+bug/159964/comments/0 > > I am pretty sure we have a bug open for this, but don't have it handy. Aha, there it is. That would be a good bug to see fixed, but for now we'll just make a note to look in the portlet for attachments. (I hadn't ever noticed that before.) > > Fix Committed State > > ------------------- > > It appears that the 'Pending' state in SF was mapped to 'Fix Committed' > > in launchpad. We never really understood what 'Pending' meant, but > > what we used it for in Inkscape is more like the "Incomplete" state, so > > it should be mapped to that. > > Fair enough. If you have a preferred mapping from SF.net statuses and > resolutions to Launchpad statuses, I can tweak the import to match. Sure, here is how I'd map it, although this is only after a few minutes' thought, so there could be better mappings... Open Closed Deleted Pending None New Fix Released Invalid Incomplete Accepted Confirmed Fix Released Invalid Incomplete Fixed Fix Committed Fix Released Invalid Fix Committed Duplicate Invalid Invalid Invalid Invalid Invalid Invalid Invalid Invalid Invalid Out of Date Invalid Invalid Invalid Invalid Rejected Invalid Invalid Invalid Invalid Won't Fix Invalid Invalid Invalid Invalid Later In Progress Invalid Invalid In Progress Postponed In Progress Invalid Invalid In Progress Remind In Progress Invalid Invalid In Progress Works For Me In Progress Invalid Invalid In Progress > > Inconsistant Bug Stats > > ---------------------- > > The bug numbers in Launchpad show: > > > > Open 1144 > > Critical 43 > > New 809 > > Unassigned 826 > > All bugs ever reported 5536 > > > > while on sf we have: > > > > # Bugs : (801 open / 3,727 total) > > # Patches : (27 open / 828 total) > > # Feature Requests : (1,022 open / 2,183 total) > > > > We're curious how the numbers are arrived at, and what causes the stats > > discrepancies? > > > > (I'm guessing it's just due to terminology differences between SF and LP > > status, but am uncertain how they get mapped through.) > > So the break down I see in the database is: > > NEW: 809 > INVALID: 1993 > CONFIRMED: 312 > INPROGRESS: 5 > FIXCOMMITTED: 18 > FIXRELEASED: 2399 > UNKNOWN: 16 > Total: 5552 > > The counts shown on the Launchpad page omit duplicate bugs which would > account for a small part of the discrepency. The 16 unknowns are > pre-existing bug tasks that have bug watches pointing at SF.net. > > I think the numbers here should be a bit higher, so it does look like > some of the bugs got left out of the dump. I'll investigate and get > back to you on this. Cool, thanks. > > Map priority 5 bugs to New/Undecided status > > ------------------------------------------- > > By default, SourceForge sets the priority of newly reported bugs to 5. > > We found this irritating since it interferes with triaging the > > priorities of bugs. So as a hack-around we decided that priority 5 > > actually means "unprioritized". > > > > Can you set the script to map priority-5 bugs to be New/Undecided? > > We currently map "Open" bugs with no assignee and not in Accepted > state to NEW. So I guess mapping priority 5 to an unset importance > would solve this, right? Yes, that would do it. Thanks again! Bryce

1 0

Methods hiding others
by Jon A. Cruz 08 Nov '07

08 Nov '07

Aside from other warnings, I've spotted some of these. Given that they are around the path effects, there might be something to them. ./live_effects/effect.h:99: warning: 'virtual NArtBpath* Inkscape::LivePathEffect::Effect::doEffect(NArtBpath*)' was hidden ./live_effects/lpe-slant.h:27: warning: by 'virtual void Inkscape::LivePathEffect::LPESlant::doEffect(SPCurve*)' ./live_effects/effect.h:101: warning: 'virtual std::vector<Geom::Path, std::allocator<Geom::Path> > Inkscape::LivePathEffect::Effect::doEffect(std::vector<Geom::Path, std::allocator<Geom::Path> >&)\ ' was hidden ./live_effects/lpe-slant.h:27: warning: by 'virtual void Inkscape::LivePathEffect::LPESlant::doEffect(SPCurve*)' ./live_effects/effect.h:103: warning: 'virtual Geom::Piecewise<Geom::D2<Geom::SBasis> > Inkscape::LivePathEffect::Effect::doEffect (Geom::Piecewise<Geom::D2<Geom::SBasis> >&)' was hidden ./live_effects/lpe-slant.h:27: warning: by 'virtual void Inkscape::LivePathEffect::LPESlant::doEffect(SPCurve*)'

4 7

Re: [Inkscape-devel] Inkscape demo import
by Bryce Harrington 08 Nov '07

08 Nov '07

On Wed, Nov 07, 2007 at 12:59:05PM -0500, James Henstridge wrote: > Hi Bryce, > > I've completed the demo import of Inkscape bug reports. You can view > the results here: > > https://bugs.demo.launchpad.net/inkscape/ Hi James, We've had some time to review the demo site and poke around a bit. In general it looks really good, however some people spotted a few things that look incorrect. Thanks, Bryce Bugs appear reported in future ------------------------------ On this bug (and possibly others), the dates associated with buliabyak-users are in the future (2011, 2012). E.g. https://bugs.demo.launchpad.net/inkscape/+bug/157587 Category mapped to milestones ----------------------------- For Inkscape, we used the SF Category to tag bugs by type. These appear to have been mapped to milestones by the converter, however. Instead, can you have the Categories just mapped into LP tags? Missing Attachments ------------------- In a number of cases the bug attachments didn't come through correctly. Here is one example: SF.net http://sourceforge.net/tracker/index.php?func=detail&aid=1816893&group_id=9… Launchpad https://bugs.demo.launchpad.net/inkscape/+bug/159964 Fix Committed State ------------------- It appears that the 'Pending' state in SF was mapped to 'Fix Committed' in launchpad. We never really understood what 'Pending' meant, but what we used it for in Inkscape is more like the "Incomplete" state, so it should be mapped to that. Inconsistant Bug Stats ---------------------- The bug numbers in Launchpad show: Open 1144 Critical 43 New 809 Unassigned 826 All bugs ever reported 5536 while on sf we have: # Bugs : (801 open / 3,727 total) # Patches : (27 open / 828 total) # Feature Requests : (1,022 open / 2,183 total) We're curious how the numbers are arrived at, and what causes the stats discrepancies? (I'm guessing it's just due to terminology differences between SF and LP status, but am uncertain how they get mapped through.) Map priority 5 bugs to New/Undecided status ------------------------------------------- By default, SourceForge sets the priority of newly reported bugs to 5. We found this irritating since it interferes with triaging the priorities of bugs. So as a hack-around we decided that priority 5 actually means "unprioritized". Can you set the script to map priority-5 bugs to be New/Undecided?

1 0

Launchpad Inkscape demo
by Bryce Harrington 08 Nov '07

08 Nov '07

Hi all, The Launchpad crew have run the import scripts and set up our info on the Launchpad demo site: https://demo.launchpad.net/inkscape I'll post some tips and tricks for getting good use out of Launchpad later on, but for now please just review the bugs and see if you spot any major issues with the import. Bryce ----- Forwarded message from James Henstridge <james@...1829...> ----- Date: Wed, 7 Nov 2007 12:59:05 -0500 From: James Henstridge <james@...1829...> To: bryce@...1798... Subject: Inkscape demo import Hi Bryce, I've completed the demo import of Inkscape bug reports. You can view the results here: https://bugs.demo.launchpad.net/inkscape/ As I mentioned previously, the demo server uses a whitelist to filter outgoing email traffic. I can add addresses on request. For developers who already have Launchpad accounts, it will be necessary to merge the $USER@...58... account with their existing one. This can be done at: https://demo.launchpad.net/people/+requestmerge I've added two of your bryce@...961... and bryce@...58... accounts to the whitelist so you can test this. Just enter the users.sourceforge.net email into the form and you should get an email to confirm the merge. Developers/users without a Launchpad account can register with their users.sourceforge.net account to claim their bugs. They can then add additional email addresses to the account as normal. James. ----- End forwarded message -----

5 7

Bad markup found in translation. (SVN Build 16449)
by Frank Stützer 08 Nov '07

08 Nov '07

Hi, i want to build the svn version on OS X 10.5. But i get an error: make[3]: Nothing to be done for `all'. make[3]: Nothing to be done for `all-am'. Making all in po file=`echo km | sed 's,.*/,,'`.gmo \ && rm -f $file && /sw/bin/msgfmt -o $file km.po file=`echo sk | sed 's,.*/,,'`.gmo \ && rm -f $file && /sw/bin/msgfmt -o $file sk.po LC_ALL=C ./intltool-merge -d -u -c ./po/.intltool-merge-cache ./po inkscape.desktop.in inkscape.desktop Found too-old cached translation database Generating and caching the translation database Merging translations into inkscape.desktop. km.po: parsing error for `<khoemsokhem@...1503...> Auk Piseth <piseth_dv@...1761....1503... > Eng Vannak <': #. TRANSLATORS: Put here your name (and other national contributors') #. one per line in the form of: name surname (email). Use \n for newline. #: ../src/ui/dialog/aboutbox.cpp:336 msgid "translator-credits" msgstr "Khoem Sokhem <khoemsokhem@...1503...> Auk Piseth <piseth_dv@...1830...... > Eng Vannak <evannak@...1503...)" WARNING: Bad markup found in translations. Please consider fixing the above problems. thanks for help, Frank

1 0

Fwd: Launchpad Inkscape demo
by bulia byak 08 Nov '07

08 Nov '07

---------- Forwarded message ---------- From: bulia byak <buliabyak@...400...> Date: Nov 7, 2007 5:42 PM Subject: Re: [Inkscape-devel] Launchpad Inkscape demo To: Bryce Harrington <bryce@...961...> On 11/7/07, Bryce Harrington <bryce@...961...> wrote: > Hi all, > > The Launchpad crew have run the import scripts and set up our info on > the Launchpad demo site: > > https://demo.launchpad.net/inkscape How the different bug categories got translated? it has: Open 1144 Critical 43 New 809 Unassigned 826 All bugs ever reported 5536 while on sf we have: # Bugs : (801 open / 3,727 total) # Patches : (27 open / 828 total) # Feature Requests : (1,022 open / 2,183 total) The numbers do not match somehow. Please clarify. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 2

Exception catching?
by unknown＠example.com 08 Nov '07

08 Nov '07

Have a look at the code below: (ui/dialog/filedialogimpl-gtkmm.cpp, lines 208 and onwards) Glib::RefPtr<Gdk::Pixbuf> img(NULL); try { img = Gdk::Pixbuf::create_from_file(fileName); } catch (Glib::FileError e) { g_message("caught Glib::FileError in SVGPreview::showImage"); return; } catch (Gdk::PixbufError e) { g_message("Gdk::PixbufError in SVGPreview::showImage"); return; } This should catch the Gdk::PixbufError, right? Or add catch(...) for good measure. Both do *not* catch Gdk::PixbufError. What is happening? Please have a look at: http://sourceforge.net/tracker/index.php?func=detail&aid=1679218&group_i d=93438&atid=604306 Thanks for clearing this out, Johan

1 0

Crash
by Diederik van Lierop 07 Nov '07

07 Nov '07

Using the latest rev. 16441, I get a very reproducible crash immediately after dragging anything. Is this related to any of the current work? See the trace below obtained using Eclipse on Linux. Regards, Diederik New_configuration [C/C++ Local Application] gdb Debugger (11/7/07 9:36 PM) (Suspended) Thread [1] (Suspended: Signal 'SIGSEGV' received. Description: Segmentation fault.) 43 Inkscape::URIReference::getObject() /home/diedenrezi/eclipse_workspace/inkscape/src/uri-references.h:75 0x000000000046474f 42 SPPaintServerReference::getObject() /home/diedenrezi/eclipse_workspace/inkscape/src/sp-paint-server.h:68 0x0000000000464770 41 SPIPaint::isPaintserver() /home/diedenrezi/eclipse_workspace/inkscape/src/style.h:169 0x000000000046479d 40 sp_item_adjust_gradient() /home/diedenrezi/eclipse_workspace/inkscape/src/sp-item.cpp:1014 0x00000000004c2b5f 39 sp_item_adjust_paint_recursive() /home/diedenrezi/eclipse_workspace/inkscape/src/sp-item.cpp:1150 0x00000000004c49cb 38 sp_item_write_transform() /home/diedenrezi/eclipse_workspace/inkscape/src/sp-item.cpp:1214 0x00000000004c4fad 37 sp_selection_apply_affine() /home/diedenrezi/eclipse_workspace/inkscape/src/selection-chemistry.cpp:1571 0x0000000000476cf2 36 Inkscape::SelTrans::ungrab() /home/diedenrezi/eclipse_workspace/inkscape/src/seltrans.cpp:403 0x00000000005ed2fe 35 sp_select_context_root_handler() /home/diedenrezi/eclipse_workspace/inkscape/src/select-context.cpp:549 0x00000000005e5b5d 34 sp_event_context_root_handler() /home/diedenrezi/eclipse_workspace/inkscape/src/event-context.cpp:836 0x0000000000592655 33 sp_event_context_item_handler() /home/diedenrezi/eclipse_workspace/inkscape/src/event-context.cpp:854 0x00000000005926b9 32 _arena_handler() /home/diedenrezi/eclipse_workspace/inkscape/src/desktop.cpp:1381 0x000000000057ac2d 31 sp_marshal_INT__POINTER_POINTER() /home/diedenrezi/eclipse_workspace/inkscape/src/helper/sp-marshal.cpp:475 0x000000000084ce87 30 g_closure_invoke() 0x000000379a40af39 29 Gtk::Widget::hide_all() 0x000000379a41a838 28 g_signal_emit_valist() 0x000000379a41ba4d 27 gtk_signal_emit() 0x0000003339d8dc6c 26 sp_canvas_arena_send_event() /home/diedenrezi/eclipse_workspace/inkscape/src/display/canvas-arena.cpp:447 0x0000000000808a3a 25 sp_canvas_arena_event() /home/diedenrezi/eclipse_workspace/inkscape/src/display/canvas-arena.cpp:434 0x0000000000808ed5 24 sp_marshal_BOOLEAN__POINTER() /home/diedenrezi/eclipse_workspace/inkscape/src/helper/sp-marshal.cpp:352 0x000000000084d192 23 g_closure_invoke() 0x000000379a40af39 22 Gtk::Widget::hide_all() 0x000000379a41ae48 21 g_signal_emit_valist() 0x000000379a41ba4d 20 gtk_signal_emit() 0x0000003339d8dc6c 19 emit_event() /home/diedenrezi/eclipse_workspace/inkscape/src/display/sp-canvas.cpp:1303 0x0000000000825f1a 18 sp_canvas_button() /home/diedenrezi/eclipse_workspace/inkscape/src/display/sp-canvas.cpp:1507 0x00000000008281e0 17 Gtk::Widget::hide_all() 0x0000003339d32ded 16 g_closure_invoke() 0x000000379a40af39 15 Gtk::Widget::hide_all() 0x000000379a41ae48 14 g_signal_emit_valist() 0x000000379a41ba4d 13 g_signal_emit() 0x000000379a41be53 12 Gtk::Widget::hide_all() 0x0000003339e30ede 11 gtk_propagate_event() 0x0000003339d2c3dd 10 gtk_main_do_event() 0x0000003339d2d3f1 9 snooper() /home/diedenrezi/eclipse_workspace/inkscape/src/main.cpp:668 0x0000000000446cda 8 Gtk::Widget::hide_all() 0x000000333a646b6c 7 g_main_context_dispatch() 0x0000003799c2d224 6 Gtk::Widget::hide_all() 0x0000003799c3005d 5 g_main_loop_run() 0x0000003799c3036a 4 gtk_main() 0x0000003339d2d783 3 sp_main_gui() /home/diedenrezi/eclipse_workspace/inkscape/src/main.cpp:710 0x0000000000447725 2 Inkscape::NSApplication::Application::run() /home/diedenrezi/eclipse_workspace/inkscape/src/application/application.cpp:117 0x0000000000612fc6 1 main() /home/diedenrezi/eclipse_workspace/inkscape/src/main.cpp:525 0x0000000000447f4b gdb (11/7/07 9:36 PM) /home/diedenrezi/eclipse_workspace/inkscape/src/inkscape (11/7/07 9:36 PM)

3 2

Bug trackers
by Bryce Harrington 06 Nov '07

06 Nov '07

We've been wanting to switch from the extraordinarily painful SF bug tracker. Initially I thought we should host the service, but we don't have people with the expertise and time to do it, esp. given the DOS attack Inkscape suffered last week. Ted, Kees, and I are investigating Launchpad, and think it will give all-around improvement with no regressions. Mental and ACSpike also thought Launchpad sounded like a good option. Bulia and other heavy bug tracker users - can you give a thumbs up that this would be worth trying? Launchpad has the usual advanced bug tracking capabilities we've been badly missing, like proper bug duping, auto dupe detection, email interface, milestoning, tagging, SVN/CVS/etc.-integration, and so on. It also allows linking to upstream and downstream bug trackers, so we will be able to hook Inkscape bugs to corresponding Gtk, Cairo, etc. bugs (this is an extremely handy feature). We're here local with the Launchpad engineers, so it would be a good opportunity for us to have them run their import scripts and set up a public demo site for us. They'll also provide the exported data files, in case we would choose to go with something different. Bryce

3 4

Linux svn 16434 build failing
by Thomas Worthington 06 Nov '07

06 Nov '07

I'm getting this error when running make: make[2]: *** No rule to make target `extension/internal/libwpg/Makefile_insert', needed by `Makefile.in'. Stop. Any ideas? TW

2 1

Re: [Inkscape-devel] bug? 'embed all images' can't find png files in local directory
by Tom Davidson 06 Nov '07

06 Nov '07

This is fixed in the latest SVN (16429), so I marked the bug closed. My test file now fails for a related, but slightly different reason :). I opened a new bug for that (1826197) and posted a patch in the bug tracker... Both of these bugs were triggered by the use of relative paths in an SVG file without a backup sodipodi:absref tag to indicate where the linked image file can be found. I'm not sure if you all keep a suite of test files, but if so this one seems like it could be a useful addition... Thanks! Tom On 11/4/07, Tom Davidson <tjd@...1007...> wrote: > OK, I think I understand what's causing the bug. When I run > embedimage.py on the command-line against the original test file, it > works fine. But it doesn't work against the temporary file that > inkscape is writing to /tmp and handing off to the extension. > > Here is a diff of the two files: > > $ diff /tmp/ink_ext_GOTW0T ~/tmpsvg/embedtest_simple.svg > 19,20c19,20 > < sodipodi:docname="ink_ext_GOTW0T" > < sodipodi:docbase="/tmp" > --- > > sodipodi:docname="embedtest_simple.svg" > > sodipodi:docbase="/home/tjd/tmpsvg" > 51,52c51 > < <defs > < id="defs5" /> > --- > > <defs /> > > As you can see the 'docbase' directory is being changed to /tmp, but > the links out to images are still 'local'. Since the image files are > not also copied over to the /tmp directory, these links are not valid. > > So I guess the question is whether the links in my svg file are > buggy/underdefined (the svg is being generated by a matlab script > called plot2svg), and inkscape is letting me get away with this when > displaying the images, or whether this is a bug that needs fixing. > > I will post this additional info to the bug report and maybe > inkscape-devel as well... > > Cheers, Tom > > 11/4/07, Tom Davidson <tjd@...1007...> wrote: > > Hi Aaron, > > > > I have run into some odd behavior with the embedimages.py script. Inkscape can find and display the linked images, but when I call the 'embed all images' extension, I get an error that the files can't be found. I have filed a bug report (1824893) with a test case and the error messages on the tracker at http://sourceforge.net/tracker/index.php?func=detail&aid=1824893&group_id=9… ). I will also poke around and see if I can't figure out how to debug it myself, but I'm not a Python person... > > Thanks very much for your work on Inkscape! > > -Tom > > >

1 0

inkscape + ocal features into the release notes
by Jon Phillips 05 Nov '07

05 Nov '07

Bruno, could you please add the features you made as part of GSoC, to the release notes for the upcoming release...we are going to need to do some testing too: http://wiki.inkscape.org/wiki/index.php/ReleaseNotes046 Cheers! Jon -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Please note: the contents of this email are not intended to be legal advice nor should they be relied upon as or represented to be legal advice. Jon Phillips does not represent any organization through this email address.

2 2

Stuck on Clone
by Martin Owens 05 Nov '07

05 Nov '07

Hi all, Trying to create the most simple part of this animation extensions; the clone frame part. I'm stuck because the xml python lib we're using (at least as of 0.45) doesn't implement the w3c DOM, instead it's patch hodge podge of none standard methods with buggy getElementById, no insertAfter method and buggy cloneNode when deep is switched on. Error message: xml.dom.HierarchyRequestErr: Node manipulation results in invalid parent/child relationship. The basic idea was to create a clone of the currently selected layer, add it after the current one and change a property in each child element to link it back to the original element in the original layer. Then another script would come along and combine each of these layers into an animation; forcing elements that disappear or appear new to fade, elements that are linked to be combined into an animation for each frame and any other layers to be left alone (for background or foreground layers) this would support paths, object transformations and style/attribute changes over time. Other extensions that could then be written after these first two: Animation > Tween Frames - Creates a step between the current layer and the next layer for all linked elements Animation > Link Selected - Creates an animation link between the two selected elements kees said if the first two can be implemented then he's see about writing in the UI handler which makes the current layer visible only (with the next and previous semi transparent at your option) with a slide bar to select the layer/frame. I'll resume when I think I can begin sanely writing the code, otherwise I'll hand the svg off to perl and write the extensions using that (which wouldn't be ideal to be honest) Best Regards, Martin Owens

2 1

Re: [Inkscape-devel] PR Planning (was Re: Inkscape overcomes Xara in Google Trends)
by ryan lerch 05 Nov '07

05 Nov '07

On 11/5/07, Jon Phillips <jon@...235...> wrote: > > Totally, I wonder if we can do a push to get some screencasts and > tutorials of the new features prior as well...that would rock...ppl. > just want to see screenshots, right? > > What would be needed? > We have already started some preliminary work on some new tutorials, http://wiki.inkscape.org/wiki/index.php/TutorialUpdates-0.46 some of which cover some of the new features, this can easily be expanded ... cheers, ryanlerch

1 0

PR Planning (was Re: Inkscape overcomes Xara in Google Trends)
by Bryce Harrington 05 Nov '07

05 Nov '07

On Tue, Oct 09, 2007 at 10:50:03AM +1000, Ryan Lerch wrote: > Is it worth fleshing out a PR plan for promotion of the upcoming release? It > will be a huge release (feature wise) and I reckon people will want to know > about all our cool new features... Yes, this sounds like a very good idea. Ryan, would you and Jon and prokoudine arrange to put some thought into this sometime within the next week or two, and post what you come up with to this list for review? Thanks, Bryce

4 5

[ted@...11...: [Fwd: [Clipart] Fwd: Announcement: Wikimedia Foundation Greenspun illustration project]]
by Bryce Harrington 04 Nov '07

04 Nov '07

----- Forwarded message from Ted Gould <ted@...11...> ----- Date: Sun, 04 Nov 2007 14:35:26 -0800 From: Ted Gould <ted@...11...> To: Bryce Harrington <bryce@...961...> Subject: [Fwd: [Clipart] Fwd: Announcement: Wikimedia Foundation Greenspun illustration project] -------- Forwarded Message -------- From: Brianna Laugher <brianna.laugher@...400...> To: clipart@...626... Subject: [Clipart] Fwd: Announcement: Wikimedia Foundation Greenspun illustration project Date: Mon, 5 Nov 2007 00:32:15 +1100 Hi OpenClipArters, Forwarding along an announcement from the Wikimedia Foundation that it is facilitating a project to pay for the creation of illustrations. I (Brianna Laugher) am coordinating the project on the community side. I am thinking and hoping there may be a few cliparters who are interested in putting their SVG skills to work. The central wiki page for the project will be http://meta.wikimedia.org/wiki/Philip_Greenspun_illustration_project . The project is still in the gathering-requests stage and I will send out an announcement when we expect to open requests up for people to fulfil. Please let me know if anything about it is not clear. thanks, Brianna ---------- Forwarded message ---------- From: Cary Bass <cbass@...1827...> Date: 3 Nov 2007 05:32 Subject: [Foundation-l] [ANNOUNCEMENT] Greenspan illustration project To: Wikimedia Foundation Mailing List <foundation-l@...1828...>, Wikimedia Commons Discussion List <commons-l@...1828...> The Greenspan Illustration Project What is it? The Wikimedia Foundation has received a donation from Philip Greenspun for the purpose of creating and improving illustrations on Wikimedia. The Board has decided to accept his donation of $US20,000 for this special purpose. This is the first time the Foundation has been directly involved in funded content creation, although the German chapter's experience in winning a government grant to write articles on sustainable development has helped pave the way. The Foundation wants a "hands-off" minimal administration role with the bulk of the work of organizing the project and creating the content to be completed by members of our community. Since this is the first time we've done this, we're not sure how it will go. This is a bit experimental and we ask for your patience and enthusiasm to help make it a success. Brianna Laugher (<http://commons.wikimedia.org/wiki/User:Pfctdayelise>) will be coordinating the project, with my help as the Foundation's Volunteer Coordinator. How will it run? Since Philip's kind donation is a lot of money and we're planning to pay around US$40 per illustration (with some lower and higher amounts, see details to follow), we want to progress the project in stages. Starting out with a small number of 50 requested illustrations, we'll look at our results and modify and improve it for successive stages. The project will flow along as follows: * Create list of requested illustrations. * Open illustration requests on issue tracking software * Users will self-assign requests, signaling his or her intent to create that illustration. * On creation and approval, the user is paid the amount as set in the original request. Things to note: * The list of requests will be approved by Brianna, in order that balance exists among "things any decent reference work needs"; "things the Wikimedia community requests"; and "things we nearly have, or have poor versions of". * Approval: a review group will be formed in order to provide assessment of submitted images. The main checks will be 1) editor's original work and acceptable license, 2) correct rendering on MediaWiki and 3) how well the image depicts the requested item. No image will be accepted that do not pass all three of these checks. * Other checks will be recommended (e.g. language-neutral version). * The payment system is not yet finalized. How you can help If you are interested in suggesting illustrations to be created, you don't have long to wait: soon there will be some pages on Meta where you can get involved. We will write to foundation-l when the pages are ready for your input. If you are interested in being part of the review group, please email Brianna as follows: brianna.laugher AT gmail DOT com The benefits This project can have two good outcomes. One, we get illustrations we wouldn't otherwise have, or wouldn't otherwise have had so quickly. Another benefit is that we can use this project as a way to encourage and launch new people into the "illustrator community". Creating high-quality SVGs is not a skill a lot of people have immediately, but may be developed fairly quickly. While many people might be vaguely interested in it but no more, a monetary incentive might be enough to push them to act, and learn, and create. Some of the image requests will be for smaller amounts (US$15) for relatively simpler illustrations???these will be specifically targeted to newcomers to encourage them to get involved. At the end of this project we might have $20,000 worth of illustrations, but the value of the content creating community will potentially be a lot higher. We expect a side benefit to this project will be the creation/finding and maintenance of good documentation for specific tasks using tools like Inkscape. More details See the project specifications at: http://upload.wikimedia.org/wikipedia/foundation/5/51/WMF_Greenspun_Illustr… -- Cary Bass Volunteer Coordinator Your continued donations keep Wikipedia running! Support the Wikimedia Foundation today: http://donate.wikimedia.org Wikimedia Foundation, Inc. Phone: 727.231.0101 Fax: 727.258.0207 E-Mail: cbass@...1827... _______________________________________________ foundation-l mailing list foundation-l@...1828... Unsubscribe: http://lists.wikimedia.org/mailman/listinfo/foundation-l ----- End forwarded message -----

1 0

Text tool crash.
by unknown＠example.com 04 Nov '07

04 Nov '07

I just fixed a crash bug with the text tool: https://sourceforge.net/tracker/?func=detail&atid=604306&aid=1645874&gro up_id=93438 The problem is that an empty flowtext thing is put in XML, and it is deleted on deselection when nothing is inputted. This crashes the XML editor, and also duplication of the thing. I disabled the automatic deletion on deselection, and now it no longer crashes. For who starts working on the texttool: I think it is best *not* to add things to XML when nothing has been actually typed yet. Upon typing the first character, *then* put it in XML. This removes the need for the automatic deletion and fixes the problem without cluttering the XML with empty texts. Off to another crash bug... Johan

1 0

tabs
by Diederik van Lierop 04 Nov '07

04 Nov '07

Hi, After my commit of today, Johan Engelen pointed out that there were quite some tabstops being used in it instead of spaces. I started an automated find & replace, replacing all tabs with four spaces in just that commit. Worked like a charm. I also found tens of thousands of tabs when searching just *.h in /src. Now I wonder: should we do a massive search & replace on the full code base? I've tried and it compiles nicely. It also doesn't mess up the indenting, at least not in the places I've looked at. Is it worth it? Or will it give to much troubles in the end afterall? Diederik

5 8

filter UI merge
by MenTaLguY 04 Nov '07

04 Nov '07

I've just merged the first code drop from Nick into SVN; I was hoping to avoid any regressions, but at this point I think it's more important to start merging now since Niko and Nick are starting to touch the same code and I want to avoid too much divergence. Things that work: - blend modes can now easily be selected for objects, just like blur - background accumulation buffer is enabled as-needed - the filter UI dialog has very very basic filter editing capabilities Regressions: - Niko's work in r15171 (non-destructive filter update) needs to be re-integrated with the new filter metawidget, which replaces the old blur slider - the blur slider in the filter metawidget needs to be made percentage like the slider it replaced Todo: - add filter metawidget to layers dialog too, for layers - fix flakiness for "Filter" "blend mode" - flesh out filters dialog, parameter editing/connections, etc. I think we'll need to work out who wants to work on what with the metawidget at this point, depending on what you guys are each most comfortable spending time doing, and on your respective current states of progress. -mental

4 5

Translation plans for 0.46 release
by Bryce Harrington 04 Nov '07

04 Nov '07

Hi all, Quick question regarding translations - who will be serving as the translation team lead for this release? We'll need a plan laid out for the translation work this time. (I.e., when to send out notices, statistics tools to run, places to recruit translators, and so on). We've got plenty of time at this point, so just want to kick things off early so the translation team has plenty of work for doing pre-requisite work they'll want. Bryce

1 0

A developer seeks some work
by Andre Twupack 04 Nov '07

04 Nov '07

Hi Inkscapers! My name is André Twupack and I have been using Inkscape for two years now. I have used it mainly as a utility to create/edit SVG-based circuit diagrams to test a Batik-based software I have developed. From my working background I'm a Java developer with in-depth knowledge about XML/SVG and I'm also having some experience in C/C++ although not on a professional level. During the last two years I have provided a few minor patches but now I would like to become more involved in the development of Inkscape. Therefore I'm posting here to find one of the members of the development team who needs some help or can assign me a task. As I'm especially interested in GUI design/development, I could perhaps help with the migration of Inkscape to gtkmm. Maybe one of the developers already working on this could contact me with some information about what still needs to be done and how I can help. I hope with my work I can help to make Inkscape even better as it already is. André

4 3

InkScape On Leopard : Solution
by Cédric sonique 03 Nov '07

03 Nov '07

Hi, I'm a InkScape user on Mac OS X.5 (leopard). I found a solution to launch Inkscape under Leopard. You will found the "script" file which is in : Inkscape.app/Contents/Ressources/script. I change some lines : comment line 17 and 18 17 #open-x11 /tmp/getdisplay.sh || 18 #open -a XDarwin /tmp/getdisplay.sh || Leave line 19 : echo ":0"> /tmp/display.$UID Add this line : open /Applications/Utilities/X11.app Thank you for your works ! I hope this is will help someone ! Cédric - sonique _________________________________________________________________ Découvrez le blog Messenger Le Meilleur du Web : toutes les vidéos qui buzzent le plus sur Internet ! http://meilleurduweb.spaces.live.com/

2 1

specular lighting
by Steren Giannini 03 Nov '07

03 Nov '07

Hello all, Since I had a close look to filter effect, I noticed something : When zooming, the specular lighting filter is very ugly (here a screenshot http://lesgeorges.org/subdomains/pannini/media/specular_lighting.png But that's not an inkscape issue, there is the same problem is Batik. Apparently (as far as I understood) this filter is raster-based and the FilterRes values are responsible for the quality. I just wanted to know what do you think of this. (here is the svg example : http://www.w3.org/TR/SVG11/images/filters/filters01.svg) Thanks for your response Steren <http://lesgeorges.org/subdomains/pannini/media/specular_lighting.png>

2 1

patches
by john cliff 03 Nov '07

03 Nov '07

Hi Guys, There are 2 patches in the tracker currently from me which I'd quite like to get reviewed/checked in if possible. One adds selection to marker funcitonality, the other adds stock patterns to the fill/stroke dialog. If any of you can find the time to take a look I'd appreciate it, my SVN s bust and I'm so rusty anyways that I'd feel more comfortable with at least a second set of eyes having had a look over it. Cheers John

4 5

Tango Icons
by jiho 03 Nov '07

03 Nov '07

sorry this was meant to be sent on the list. ---------- Forwarded message ---------- From: jiho <jo.irisson@...400...> Date: Nov 1, 2007 12:19 PM Subject: Re: [Inkscape-devel] Fwd: Tango Icons To: Michael Grosberg <preacher_public@...19...> On 11/1/07, Michael Grosberg <preacher_public@...19...> wrote: > Joshua Blocher <verbalshadow@...360...> writes: > > On 10/31/07, microUgly <drworm@...360...> wrote: > > > Joshua A. Andler wrote: > > > > I see people saying they want the change, but I haven't seen > > > > people offering their time (and additional tweak time) to get things to > > > > a place that everyone will be happy with. > > Is there a need for artists to work on this? I'm willing to contribute my time > (For people who don't remember, I contributed the traced Lamborghini Gallardo > for the 0.45 screenshots). If there's a need, Who do I contact about this? Yes, to make this discussion actually productive, there is a need for artists (and if you can make the icons as good as the gallardo, this is promissing!). The concensus seems to be around redrawing current icons in Tango style, keeping as much of the current design as possible and trying not to be too far from the Tango ArtLibre set at the same time. Doing that correctly is challenging but what's life without challenge ;) Concretely: - I first need to add a tango-icons.svg file to the SVN repository so that people can work on the same file, possibly at the same time. I will include old icons, and the ArtLibre set in the file so that everything is at hand to design the new ones. When we are finished, we will only keep the new ones. - People willing to contribute should familiarize themselves with the Tango icon style guidelines http://tango.freedesktop.org/Tango_Icon_Theme_Guidelines and get a feeling of what the result can be by looking at the ArtLibre set: http://tango.freedesktop.org/ArtLibreSet - The wiki page should be updated with the icons while we design them http://wiki.inkscape.org/wiki/index.php/TangoifiedIcons to get a feeling of where we are heading. I'll try to commit this today or tomorrow and then people can start drawing. Given that some icons are likely to be re-drawn several time to satisfy everyone, I think we should draw them quickly without too much detail and refine them afterwards rather than try to nail every detail in one shot. As for the more code-related stuff, as Jon said icons names should be changed to meet the Tango icon naming guidelines and icon loading code may beed to be made more generic but I see this as quite orthogonal to icon design ATM, so both projects can be donce independently for now. Ok let's get started. -- JiHO http://jo.irisson.free.fr

1 1

Clone tiler icons
by jiho 02 Nov '07

02 Nov '07

Hello everyone, I am right in thinking that most of the clone tiler icons are now unused? There were come icons such as clone_tiler_per_row_color, clone_tiler_per_row scale and so on, while, in the interface, I just see the two simple clone_tiler_per_row and clone_tiler_per_column. Thanks in advance for your help. JiHO --- http://jo.irisson.free.fr/

3 4

bug? 'embed all images' can't find png files in local directory
by Tom Davidson 02 Nov '07

02 Nov '07

Hi all, I am running into problems with the embedimages extension. Inkscape displays the linked image (which is in the same directory as the svg file) just fine, but then complains that it can't find the file when I ask it to embed the image. So there is some kind of mismatch in the two algorithms being used to follow links. I have posted this in the tracker (with test files, error message, etc) as bug # 1824893 ( http://sourceforge.net/tracker/index.php?func=detail&aid=1824893&group_id=9… ). Any help would be much appreciated! -Tom

1 0

text fix: thanks!
by MenTaLguY 02 Nov '07

02 Nov '07

Hi Gail, After hounding you about the text bug with inserting new lines that was driving me nuts earlier this year, I realized I never said a thing when it was fixed... thanks for fixing it! -mental

2 1

website update - svn lock
by Alexandre Prokoudine 02 Nov '07

02 Nov '07

Hi, Not sure this is the right list to write, but since about a week we've been experiencing problems with updating web-site using the publishing script: it complains about svn lock. This makes it impossible to make things like translated news available to visitors. Could this please be fixed? Alexandre

2 1

Windows developers beware!
by unknown＠example.com 02 Nov '07

02 Nov '07

Bob just changed building on Windows to default to dwarf2 things. This means that you should probably do the following if you hadn't already: 1. download the latest libpackage from inkscape.modevia.com http://inkscape.modevia.com/win32libs/devlibs-2.12-071101.7z 2. NOTE THE NEW c:\devlibs DEFAULT PATH FOR THE DEV LIBS!!! 3. see mingwenv.bat and build.xml to make sure the paths are correct 4. btool clean, and start using build.xml again (default) Hope you have no probs! Johan

3 2

Fwd: Tango Icons
by Joshua Blocher 01 Nov '07

01 Nov '07

On 10/31/07, microUgly <drworm@...1743...> wrote: > > > > Joshua A. Andler wrote: > > > > I see people saying they want the change, but I haven't seen > > people offering their time (and additional tweak time) to get things to > > a place that everyone will be happy with. > > > > I was offering my time, but am hesitant to now. If the Inkscape doesn't > like Jimmac's work then there's not much hope that anything I produce will > ever be accepted :) I really wouldn't worry to much, it's pretty much always commit first ask questions later here. Some how this time it seem reversed, and the work isn't even close to being done. I think the going trend right now is the the set we have could be updated to be tango styled. I wouldn't give up just work on make things better. Joshua L. Blocher verbalshadow > -- > View this message in context: http://www.nabble.com/Tango-Icons-tf4320411.html#a13502529 > Sent from the Inkscape - Dev mailing list archive at Nabble.com. > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >

2 1

Libwpg now shared
by Ted Gould 31 Oct '07

31 Oct '07

Hello, I've moved libwpg from being included in the Inkscape to using the shared library. If you don't have it, you

4 7

Draft Filter Effects Chapter for Inkscape Guide
by Tavmjong Bah 31 Oct '07

31 Oct '07

Hi, I've put a draft of the Filter Effects chapter for an update to my book at: http://tavmjong.free.fr/INKSCAPE/MANUAL/html/Filters_0.46.html Hopefully this will generate some interest in using the filters and result in better testing. And it would be great if it motivated somebody to complete the Image filter primitive which would be very useful. If you are interested in comparing Inkscape rendering to your favorite browser's rendering, you can find web pages with Inkscape png and svg files starting at: http://tavmjong.free.fr/INKSCAPE/MANUAL/images/FILTERS/index.xml Happy Filtering, Tav

3 3

[Fwd: cairo snapshot 1.5.2 now available]
by Ted Gould 31 Oct '07

31 Oct '07

FYI -------- Forwarded Message -------- From: Carl Worth <cworth@...573...> To: cairo-announce@...278... Cc: gnome-announce-list@...45... Subject: cairo snapshot 1.5.2 now available Date: Tue, 30 Oct 2007 22:47:52 -0700 A new cairo snapshot 1.5.2 is now available from: http://cairographics.org/snapshots/cairo-1.5.2.tar.gz which can be verified with: http://cairographics.org/snapshots/cairo-1.5.2.tar.gz.sha1 39d6593433ce4896a065a6c4ad2882a5cc1fe05a cairo-1.5.2.tar.gz http://cairographics.org/snapshots/cairo-1.5.2.tar.gz.sha1.asc (signed by Carl Worth) Additionally, a git clone of the source tree: git clone git://git.cairographics.org/git/cairo will include a signed 1.5.2 tag which points to a commit named: ee5dc04aaf81d6ce9c496c7966ceebfbd6ab12fb which can be verified with: git verify-tag 1.5.2 and can be checked out with a command such as: git checkout -b build 1.5.2 This is the first snapshot in cairo's unstable 1.5 series. It comes 4 months after the 1.4.10 release. This snapshot includes significant improvements to PDF and PostScript output, which is one of the things in which we're most interested in getting feedback. There are a couple of minor API additions, and several optimizations, (primarily in the "print/vector" backends). And there are dozens of bug fixes and robustness improvements. NOTE: This is a snapshot of in-progress development, not a "release". So it is expected that there will be more rough edges than one would find in a major release. For example, various tests in the test suite are currently failing against the PDF backend, and we'll get those fixed before the 1.6 release. But you're likely to notice more improvements than problems, so give this snapshot a try and let us know how it goes for you. Read more below for many details on the exciting things in cairo 1.5.2 compared to cairo 1.4.10. Have fun with cairo! -Carl New dependency on external pixman library ----------------------------------------- A significant change in this snapshot compared to all previous cairo releases is that cairo now depends on an external "pixman" library for its software rendering. Previously this same code was compiled internally as part of cairo, but now the code is separate so that both cairo and the X server can now share common code, (thanks very much to Søren Sandmann for his work on separating pixman and maintaining it). So users will need to acquire and build pixman before being able to build cairo. The current release is 0.9.6 and can be obtained from here: http://cairographics.org/releases/pixman-0.9.6.tar.gz which can be verified with: http://cairographics.org/releases/pixman-0.9.6.tar.gz.sha1 66f01a682c64403a3d7a855ba5aa609ed93bcb9e pixman-0.9.6.tar.gz http://cairographics.org/releases/pixman-0.9.6.tar.gz.sha1.asc (signed by Carl Worth) Major PDF/PostScript improvements --------------------------------- Adrian Johnson has done some long-awaited work to make cairo's PDF and PostScript output more interesting than ever before. First, many operations that previously triggered image fallbacks will now be rendered as native vectors. These operations include: PDF: cairo_push_group, cairo_surface_create_similar, cairo_mask, A8/A1 surface sources, repeating/reflecting linear gradients. PostScript: cairo_push_group, cairo_surface_create_similar, gradients, bilevel alpha masks, (for example, all values either 0 or 255 for an A8 mask). Not only that, but when an image fallback is required, it will now be limited to only the necessary region. For example, a tiny translucent image overlaying a small portion of text would previously caused an entire PostScript page to be rendered as a giant image. Now, the majority of that page will be nice text, and there will only be a tiny image in the output. Additionally, the PostScript output now carefully encodes text so that if it is subsequently converted to PDF, the text will be selectable. This is very exciting progress, and we're hoping to hear from users during the 1.5 series about how things have improved, (for example, inkscape users doing cairo-based PDF export: please let us know how things look). And feel free to pass your thanks along to Adrian for his excellent work. NOTE: This much improved PDF output makes more sophisticated use of functionality in the PDF specification. This means that cairo's output will sometimes expose bugs in some free software PDF viewers, (evince, poppler, and xpdf, for example), that are not yet ready for such PDF files. We're working with the poppler maintainers to get these bugs fixed as quickly as possible. In the meantime, please double-check with other PDF viewers if cairo-generated PDF files are not being rendered correctly. It may be due to a bug in the viewer rather than in the PDF file that cairo has created. Robustness improvements ----------------------- Chris Wilson has made the largest contribution by far to cairo 1.5.2, (in number of commits). His more than 150 commits include a huge number of fixes to increase cairo's robustness. These fixes make cairo more robust against invalid and degenerate input, (NaN, empty path, etc.), against size-0 malloc calls, against memory leaks on error-recovery paths, and against other failures during error handling. He also implemented atomic operations to cairo, and used them to fix cairo's previously non-thread-safe reference counting, again improving robustness. Chris has put a tremendous amount of time and effort into writing analysis tools for this work, and in running those tools and fixing the problems they report. We're very grateful for this work, and hope that all cairo users appreciate the more robust implementation that results from it. This work is largely thankless, so it might make sense to notice sometime that cairo has been running quite smoothly for you, and when you do, send a quick "thank you" off to Chris Wilson, since it is all definitely running smoother thanks to his work. New API ------- There are no major additions to cairo's core API. The only new, generic functions are: void cairo_surface_copy_page (cairo_surface_t *surface); void cairo_surface_show_page (cairo_surface_t *surface); which can now be used much more conveniently than the existing cairo_copy_page and cairo_show_page functions in some situations. These functions act identically, but require only a cairo_surface_t* and not a cairo_t*. All other API additions are specific to particular backends. New cairo-win32 API (new font face function and "win32 printing" surface) ------------------------------------------------------------------------- There is a new function for creating a win32 font face for both a logfontw and an hfont together. This complements the existing functions for creating a font face from one or the other: cairo_font_face_t * cairo_win32_font_face_create_for_logfontw_hfont (LOGFONTW *logfont, HFONT font); There is also a new "win32 printing" surface: cairo_surface_t * cairo_win32_printing_surface_create (HDC hdc); This interface looks identical to the original cairo_win32_surface_create, (both accept and HDC), but the behavior of this new surface is very different. It should only be called with a printing DC, and will result in all drawing commands being stored into a meta-surface and emitted after each page is complete, with analysis to do as minimal image-based fallbacks as necessary. The behavior and implementation shares much with the PDF and PostScript backends. New cairo-ps API (EPS and PostScript level control) --------------------------------------------------- An often requested feature has been the ability to generate Encapsulated PostScript (EPS) with cairo. We have that now with the following very simple API. Just do cairo_ps_surface_create as usual then call this function with a true value: void cairo_ps_surface_set_eps (cairo_surface_t *surface, cairo_bool_t eps); [NOTE: As always with snapshots, it's possible---though not very likely---that the API could still be modified before a final release. For example, this is the first public cairo function that accepts a Boolean parameter. I'm generally opposed to Boolean parameters, but this is probably the one case where I'm willing to accept one, (namely a "set" function that accepts a single Boolean).] Also, it is now possible to control what PostScript level to target, (either level 2 or level 3), with the following new API: typedef enum _cairo_ps_level { CAIRO_PS_LEVEL_2, CAIRO_PS_LEVEL_3 } cairo_ps_level_t; void cairo_ps_surface_restrict_to_level (cairo_surface_t *surface, cairo_ps_level_t level); void cairo_ps_get_levels (cairo_ps_level_t const **levels, int *num_levels); const char * cairo_ps_level_to_string (cairo_ps_level_t level); Improvement for cairo-quartz ---------------------------- Brian Ewins had contributed several improvements to cairo-quartz. These include an implementation of EXTEND_NONE for linear and radial gradients, (so this extend mode will no longer trigger image fallbacks for these gradients), as well as native surface-mask clipping, (only on OS X 10.4+ where the CGContextClipToMask function is available). He also fixed a semantic mismatch between cairo and quartz for dashing with an odd number of entries in the dash array. We're grateful for Brian since not many quartz-specific improvements to cairo would be happening without him. Optimizations ------------- Optimize SVG output for when the same path is both filled and stroked, and avoid unnecessary identity matrix in SVG output. (Emmanuel Pacaud). Optimize PS output to take less space (Ken Herron). Make PS output more compliant with DSC recommendations (avoid initclip and copy_page) (Adrian Johnson). Make PDF output more compact (Adrian Johnson). Release glyph surfaces after uploading them to the X server, (should save some memory for many xlib-using cairo application). (Behdad Esfahbod). Optimize cairo-win32 to use fewer GDI objects (Vladimir Vukicevic). win32-printing: Avoid falling back to images when alpha == 255 everywhere. (Adrian Johnson). win32-printing: Avoid falling back for cairo_push_group and cairo_surface_create_similar. (Adrian Johnson) Bug fixes --------- Avoid potential integer overflows when allocating large buffers (Vladimir Vukicevic). Preparations to allow the 16.16 fixed-point format to change to 24.8 (Vladimir Vukicevic). Fix bugs for unsupported X server visuals (rgb565, rgb555, bgr888, and abgr8888). (Carl Worth and Vladimir Vukicevic) Fix bugs in PDF gradients (Adrian Johnson). Fix cairo-xlib to build without requiring Xrender header files (Behdad Esfahbod). Make cairo more resilient in the case of glyphs not being available in the current font. (Behdad Esfahbod) Prevent crashes when both atsui and ft font backends are compiled in (Brian Ewins). Make font subsetting code more robust against fonts that don't include optional tables (Adrian Johnson). Fix CFF subsetting bug, (which manifested by generating PDF files that Apple's Preview viewer could not read) (Adrian Johnson). Fixed error handling for quartz and ATSUI backends (Brian Ewins). Avoid rounding problems by pre-transforming to avoid integer-only restrictions on transformation in GDI (Adrian Johnson). Fixed an obscure bug (#7245) computing extents for some stroked paths (Carl Worth). Fix crashes due to extreme transformation of the pen, (seems to show up in many .swf files for some reason) (Carl Worth). Fix glyph rendering when using a bitmap strike with a scaling-only transformation (Keith Packard). Summary of changes from 1.4.10 to 1.5.2 ======================================= Adrian Johnson (61): CFF Subsetting: fix integer encoding bug PDF: Fix gradients regression PDF: Fix regression in pdf_surface_set_size() PS: Add finer-grained image fallback support PS: Remove debug info from PS output Add finer-grained fallback support to the PDF surface Fix PDF regression with multipage documents PDF: Clean up comments PDF: Remove unused code Fix PDF gradients bug Fix unbounded operator bug in analysis surface Add support for PDF meta-surface patterns Eliminate unclipped CLEAR from meta-surface playback Create meta-surface source image with same content type as the Add PDF support for cairo_mask() PDF: Remove BC entry from Smask dictionary PS: Remove copy_page() PDF: Fix copy_page() bug PS: Remove initclip operator Change paginated surface size when PS/PDF _set_size() called Analysis-surface: Use pattern extents to limit show_glyphs extents ROADMAP: Add metadata API PDF: Add support for CAIRO_FORMAT_A8 images Add mask-alpha test Truetype Subsetting: Avoid failing when fonts are missing optional tables Add Encapsulated PostScript API Add Encapsulated PostScript support PDF: Remove duplication from the resource dictionary PDF: Compress the content stream PDF: Fix bug in font resources when same font is in multiple groups PDF: Compress pattern and group streams CFF Subetting: Fix for #10849 PDF: Fix bug in font resources ROADMAP: Mark EPS support done TODO: Remove PDF encoding issues Type1 subset: Add check for CFF fonts PS: Add meta surface pattern support Add PS reference images for tests using create_similar Add cairo_ps_surface_restrict_to_level() API Fix bug in _gradient_is_opaque() PS: Add linear and radial gradient support Add PS reference images for tests using gradients Add meta-surface-pattern test PS/Win32-printing: remove redundant checks from _analyze_operation PS: Add support for images with bilevel alpha Make PostScript output text selectable PDF: Add support for linear gradients with REPEAT and REFLECT PDF: Add support for CAIRO_FORMAT_A1 images win32-printing: Add missing struct initializers win32-printing: check if images are opaque update cairo-sections.txt win32-printing: add meta surface pattern support win32-printing: fix rounding problems when using pattern matrix win32-printing: fix stroke rounding problems win32-printing: Use the surface ctm in show_glyphs win32-printing: Add test boilerplate win32-printing: fix dash-caps-joins test failure win32-printing: fix typo in comment win32-printing: remove unused code win32-printing: fix error in comment PDF: Fix meta surface patterns with EXTEND_REFLECT Behdad Esfahbod (35): Clear executable flag off .c file [configure.in] Cleanup after pixman removal and correctly check for pixman [cairo-paginated-surface] Add XXX mark to integer width,height arguments [cairo-image-surface] Simplify device-offset usage [scaled-font] Really ignore ctm translation Fix device_offset misuse in all glyph surface uses [cairo-scaled-font] Document how glyph surfaces use device offsets [ROADMAP] Mark fine-grained fallbacks done [Makefile.am] Use libcairo_la_CFLAGS instead of INCLUDES [Makefile.am] Add target splint to run splint static source code analyzer [cairo-image-surface] Fix comment syntax [Makefile.am] Inhibit unrecognized options to splint [Makefile.am] Move -DHAVE_CONFIG_H to the right place [Makefile.am] Add target sparse to run sparse static source code analyzer [Makefile.am] Run sparse and splint once per source file [boilerplate] Build libcairoboilerplate.la in make check and make test Fix header inclusion order [perf] Make cairo-perf-diff build cairo-perf-diff-files [configure.in] Document version scheme [configure.in] Make PS backend require zlib too (#12210) [cairo-path-fixed] typedef char cairo_path_fixed_op_t [cairo-path-fixed] Remove leftover typedef keyword [xlib] Make it compile without Xrender available at compile time (#12210) [cairo-xlib-xrender-private] Add copyright/license info for copied files [cairo-xlib-xrender-private] Remove some protocol-specific macros Merge branch 'no-xrender.h' into cairo [configure.in] Fix non-pkgconfig Xrender detection path (#4724) [test,perf] Support TARGETS_EXCLUDE make variable [PDF] Fix typo in comments [cairo-gstate] Fix comment about font_matrix having zero translation [ChangeLog.mk] Make make rule depend on .git/HEAD, not .git [cairo-ft-font] Ignore FT_Load_Glyph errors other than out-of-memory [ROADMAP] Mark xlib IncludeInferior support done [ChangeLog.mk] Fix changelog generation rules [cairo-xlib] Release glyph surfaces if we made them to be generated Brian Ewins (16): [type1-subset] only subset ft fonts Fix to support new similar tests. propagate cairo_status_t return values do not ignore errors in glyph paths do not ignore ATSUI errors. do not ignore errors when creating styles. do not ignore errors in setup_source do not ignore errors, return NULL instead (moz#874315) do not return a cairo_status_t of UNSUPPORTED call _cairo_error on failure Implement EXTEND_NONE for gradients. fix dash-zero-length test implement clipping with surface masks. [quartz] return status instead of CGShadingRef [quartz] return status instead of cairo_quartz_surface_t [quartz] return status instead of CGPatternRef Carl Worth (38): Increment version to 1.5.1 after the 1.4.10 release Ensure that a copied pattern gets its own user_data array Use 8-bit math to flatten color when emitting a solid pattern to PostScript Add a new xlib-fallback target to test xlib using image fallbacks instead of the Render extension Ensure the Render extension is initialized before calling XESetCloseDisplay Eliminate fragile cairo_internal_format_t Use a pixman_format_code to describe the image surface used for xlib fallbacks Restore the error message for unsupported X server visuals Add support for image fallbacks for X servers with 565 visuals Add support for image fallbacks for X servers with 555 visuals Remove include of cairoint.h from *-private.h header files. Remove build-breaking debugging helper. Merge branch 'cairo-origin' into cairo Add four new test to exercise interactions of native and fallback objects Add PS-specific reference images for 4 tests Modify ps-specific reference images for ft-text-vertical tests One more PS-specific reference image (for over-between-source) Remove svg2pdf and pdf2svg programs from test directory Add explanation of pdf_ignored_tests with links to upstream poppler bug reports Disable 7 cairo-pdf tests due to poppler knockout-group bug Disable radial-gradient and unbounded-operator tests for pdf Fix error in description of cairo version numbers Add rgb24-ignore-alpha test Merge branch adrianj/pdf-meta-surface-pattern into cairo Add rgb24-specific reference imag for mask-alpha test Fix typo in _cairo_gstate_fini Annoying churn of sgml templates Add figure illustrating derivation of miter limit Limit miters for small angles Fix remaining two calls to _cairo_path_fixed_get_current_point Improve brace readability for multi-line conditional Merge in fix for get-path-extents test case. Update URLs for pixman to point to cairographics.org Add degenerate-pen test case. Fix degenerate-pen test case by removing the triggering assertion Add notes for 1.5.2 snapshot Increment cairo version to 1.5.2 and libtool versioning to 14:0:12 Add missing images to REFERENCE_IMAGES list Chris Heath (1): [autogen.sh] Tolerate tput failure (#12757) Chris Wilson (156): [configure] Only run PostScript tests if we have ghostscript. [cairo-matrix] Check determinant for invalid numbers. [check-plt] Ignore entries for pixman. [cairo-glitz-surface] Compile fix. [cairo-ft-font] Decrement lock count on error. [cairo-boilerplate-xlib] Check for NULL xrender_format before use. [cairo-pattern] Assert that the pattern->matrix is invertible. [cairo-pdf-surface] cairo_pattern_set_matrix guarantees invertibility. [cairo-pen] Remove hard-coded CAIRO_STATUS_SUCCESS from _stroke_spline_half() [cairo-pen] Remove status from _cairo_pen_find_active_vertex_*() [cairo-image-surface] Remove status return for hard-coded CAIRO_STATUS_SUCCESS. [cairo-pdf-surface] Check for errors during compression. [cairo-png] Protect against malloc(0). [cairo-truetype-subset] Avoid malloc(0). [boilerplate/xmalloc] Special case malloc(0) and friends. [cairo-image-surface] Avoid malloc(0) [cairo-xlib-surface] Avoid a malloc(0). [cairo-perf-diff] Remove reference to pixman. Fix inadvertent executable mode flip. [cairo-boilerplate-xlib] Clear Render data for the non-Render fallback. [cairo-boilerplate-xlib] Check that the surface will fit in the screen. [cairo-perf] Blacklist xlib-fallback. [cairo-gstate] Avoid copying untransformed glyphs. Revert "[cairo-gstate] Avoid copying untransformed glyphs." [cairo-surface] Add a comment about why the glyph array is not const. [cairo-boilerplate] Introduce CAIRO_TEST_TARGET_EXCLUDE. [cairo-ft-font] Early detection of a zero sized bitmap. [cairo-clip] Avoid a malloc(0). [cairo-region] Call _cairo_error() at original error site. [cairo-boilerplate] Do not throw an error if an exclude target is not found. Move GCC attributes wrapping into a separate header. [cairo-atomic] Introduce atomic ops. [cairo-atomic] Rewrite reference counting using atomic ops. [cairo-atomic] Do not use Intel atomic primitives on i386. [cairo-png] Propagate error from read and write funcs. [test/create-for-stream] Add test case for user error propagation. [test/create-for-stream] Add the missing cairo_surface_finish(). [test/get-path-extents] Test extents of an arc. [test/get-path-extents] Test extents of cairo_text_path(). [configure] Work-around bad interaction of libtool and lcov [cairo-path] Don't raise an error when attempting to create an empty path. [cairo-image-surface] Return correct error surfaces. [cairo-image-surface] Avoid trying to create surfaces with invalid strides. [cairo-pen] Add _cairo_error(). [cairo-polygon] Add a _cairo_error(). [malloc] Check for integer overflow when realloc'ing. [malloc] Take advantage of calloc() argument checking. [malloc/error] Add call to _cairo_error() after a failed malloc. [cairo-path] Check for an empty path in cairo_append_path(). [malloc/error] Fixup _cairo_error (CAIRO_STATUS_SUCCESS)! [cairo-atomic] Use an atomic operation to set the status on a shared resource. [cairo-error] Make _cairo_error() return the error status. [cairo-error] Clean up all the warnings and missing _cairo_error() calls. [cairo-error] Another _cairo_error (CAIRO_STATUS_SUCCESS)! [cairo-output-stream] Propagate error status when copying streams. [cairo-ft-font] Always call _cairo_ft_unscaled_font_fini (). [cairo-font-face] Set the error on the font. [cairo-scaled-font] Return the error status from _cairo_scaled_font_set_error() [cairo-scaled-font] Store fatal errors on the cairo_scaled_font_t. [cairo-scaled-font] Destroy the mask on the error path. [cairo-scaled-font] Freeze the font cache whilst iterating over glyphs. [cairo-matrix] Check whether a matrix is invertible before use. [cairo-gstate] Fix resource leaks on error paths. [cairo-scaled-font] Acquire mutex around _cairo_scaled_font_glyph_path(). [cairo-scaled-font] Don't hold onto to a dropped font. [cairo] Protect the getters when operating on the nil object. [cairo-debug] Finalize mutexes along with other static data. [cairo-cff-subset] Propagate errors and review error paths. [cairo-truetype-subset] Do mask error status returns. [cairo-type1-subset] Do not mask error returns. [cairo-surface] Propagate fatal errors to the surface. [cairo-meta-surface] Propagate errors during replay to the surface. [cairo-output-stream] Guard against destroying the nil streams. [cairo-ps-surface] Check the creation of output streams. [cairo-image-surface] Check for errors whilst cloning. [cairo-pdf-surface] Propagate resource allocation failure. [Makefile] Correct parameters to lcov reset. [cairo-deflate-stream] Return the nil stream if creating from an error stream. [cairo-pdf-surface] Propagate errors from opening/closing groups. [cairo-pdf-surface] Propagate errors during pattern selection. [cairo-pdf-surface] Propagate errors from close_stream. [cairo-pdf-surface] Add some missing error propagation. [cairo-svg-surface] Review error propagation. [cairo-type1-subset] Propagate error status (correctly!) [cairo-atomic] Hide compiler warnings for _cairo_status_set_error(). [cairo-type1-fallback] Propagate error from closing the stream. [cairo-surface-fallback] Release the acquired image on error. [cairo-surface] Add the usual guards to the API entry point. [cairo-scaled-font] Destroy the zombie font. [cairo-scaled-font] Mask cannot be NULL so remove redundant check. [cairo-png] Markup a couple of original error sites with _cairo_error(). [cairo-scaled-font-subset] Propagate errors during collection. [test-surfaces] Mark the test backend as static. [test-paginated] Free resources if fail to create the test surface. [cairo-xlib] Initialize the global mutexes. Cleanup a couple of warnings for use of uninitialized statuses. [cairo-ps-surface] Propagate errors from emit_pattern(). [cairo-pdf-surface] Propagate error status. [cairo-pdf-surface] Destroy local resources on failed surface creation. [cairo-pdf-surface] Check for pdf_resource_t allocation failure. [cairo-boilerplate-xlib] Cleanup fallback after creation failure. [cairo-ps-surface] Cleanup ps surface after creation failure. [cairo-xlib-display] Rescan the displays list during shutdown. [cairo-paginated-surface] Propagate backend errors to the surface. [cairo-scaled-font-subsets] Increment the sub_font counter after insertion. [cairo-pdf-surface] Check status return after emit_meta_pattern(). [cairo-traps] Simplify the status interaction of traps_grow(). [cairo-clip] Propagate error status from clip_intersect_path(). [cairo-hull] Remove a couple of redundant status returns. [test-meta-surface] Propagate error from show_page(). [cairo-cff-subset] Propagate error status from failed append_copy(). [boilerplate-test-surfaces] Check show page for errors. [cairo-xlib-surface] Propagate error from _draw_image_surface() to surface. [cairo-glitz-surface] Propagate errors from set_image(). [cairo-image-surface] Dead code elimination. [configure.in] Initialise test_svg. [win32] Clean up compiler warnings. Fix some trivial syntax warnings for -ansi. [Makefile.am] Change lcov-clean to use more portable constructs. [cairo-pdf-surface] Restore old_group for failed emit_meta_surface(). [cairo-pdf-surface] Free the clip path on error. [cairo-png] Clean up volatile warning. [cairo-ps-surface] Close a couple of memory leaks. [cairo-pdf-surface] Return UNSUPPORTED from _to_unicode_stream(). [cairo-path-stroke] Jump to cleanup after error. [Makefile.am] Add missing headers and reference images. [cairo-path-fixed] Drop the _cairo_error() markup. [cairo-clip] Pass the local pattern to create_similar_solid(). [cairo-ft-font] Add paranoid error checking to Fc* operations. [pdiff] Check for too small images. [pdiff] Reorganise the inner loops of the convolution. [test/rgb24-ignore-alpha] Destroy the surface after use. [cairo-xlib] Move the buggy_repeat discovery to the display_t. [cairo-scaled-font-subsets] Simplify boolean return code. [test/.gitignore] Add *.exe.so [check-plt] Use -W flag to readelf. [cairo-xlib-surface] Match content to xrender_format using the channel masks. [Makefile.am] Fix ${top_srcdir}/libtool [cairo-clip] Avoid work when all clipped out. [cairo-xlib] Check source for XRender support. [cairo-test] Repeat tests for similar surfaces. [cairo-perf] Run performance tests over similar surfaces as well. [cairo-matrix] Check user input for invalid numbers. [cairo-perf-diff-files] Check for terminator before comparing tests. [cairo-perf-diff-files] Only use a valid initializer for min_test. [cairo-test] Remove executable flag from source files. [cairo-gstate] Check scale sx * sy != 0. [cairo-gstate] Add NaN check to rotate. [cairo-gstate] Add a missing _cairo_error() markup. [cairo-gstate] Allow angle==0 whilst rotating. [test/get-path-extents] Add link to bug report. [cairo-surface] Add the usual guards to _cairo_surface_set_font_options(). Simplify return value from cairo_path_fixed_get_current_point(). [cairo-path] Make _cairo_path_nil static. [cairo-path] Return CAIRO_STATUS_SUCCESS. [cairo-surface] Fix typo in doc. Emmanuel Pacaud (5): [SVG] fix modeline for vim. Add a new fill_stroke surface backend method. [SVG] Implement fill_stroke method. [SVG] Don't emit transform property when matrix is identity. [SVG] Suppress code duplication by using _cairo_svg_surface_emit_stroke_style Jeff Muizelaar (1): Fix theoretical NULL return from cairo_pop_group() Jinghua Luo (1): [Glitz] fix compilation. Jody Goldberg (1): [PDF] The symbol 'GROUP' is already used on some win32 systems; add a prefix Jonathan Gramain (1): [cairo-gstate] Fix order of matrices in _cairo_gstate_backend_to_user_rectangle() Keith Packard (1): Force non-AA text when using a bitmap strike with only scaling transform. Ken Herron (1): PS output optimizations (#11442) Martin Ejdestig (1): Plug possible leak of pixman_traps in _cairo_image_surface_composite_trapezoids. Nis Martensen (1): Typo fixes in README files Søren Sandmann (5): [pixman] Initial port to standalone pixman library. Fix initialization of radial patterns Fix bug where _cairo_image_surface_composite_trapezoids() computed the wrong stride for aliased masks pixman_image_set_transform() returns FALSE on failure Add note about pixman dependency in README Søren Sandmann Pedersen (2): Merge branch 'master' of git+ssh://sandmann@...1826.../git/cairo Bump pixman dependency to 0.9.4 Vladimir Vukicevic (40): [fix] Avoid int overflow when allocating large buffers [fixpt] Update quartz surface for new types [fixpt] Make fixed point methods static inline and generic [fixpt] Use _cairo_fixed_mul insted of manual multiplication [fixpt] Replace cairo_rectangle_int16_t with cairo_rectangle_int_t [fixpt] fix up image surface to translate to 16.16 for pixman [fixpt] remove dependency on some pixman types [fixpt] Fix xlib surface to handle conversion to 16.16 [fixpt] Fix xcb surface to handle conversion to 16.16 [fixpt] Create cairo_region wrapper around pixman_region16_t [fixpt] Let the compiler calculate the magic double-to-fixed value [fixpt] Fix up compilation post pixman merge [fixpt] Fixup malloc usage to use _cairo_malloc_* [win32] compilation fix for win32 Fix path_fixed_offset_and_scale to apply scale and offset in right order Fix image_extra arg in call to _cairo_release_source_image [win32] check correct surface for BitBlt support in get_subimage [win32] Update win32 Makefiles Implement fallback for clone_similar [win32] Add cairo_win32_font_face_create_for_logfontw_hfont [win32] call free() and not scaled_font_destroy() if scaled init fails Fix previous create_similar fallback patch [win32] call scaled_font_fini in create before returning NULL Add b8g8r8 formats to cairo-image-surface [mlk] Free boxes in copy_rectangle_list on success Export cairo_surface_{copy,show}_page Update cairo-sections.txt Let surfaces specify their native resolution, for fallback purposes [win32] Add win32 printing surface Make NO_MUTEX really mean no mutexes [win32] add new win32 printing surface fix trailing whitespace Avoid divide-by-zero when trying to allocate a 0-sized array [win32] remove ignore_operators flag from win32 printing surface [win32] report error correctly if CreateCompatibleBitmap fails [win32] return a nil surface, not NULL [win32] reduce GDI object usage Simplify CAIRO_REFERENCE_COUNT_INVALID macro Fix win32 printing surface copyright notice [win32] mask win32 printing vertex colors with 0xff00 per docs _______________________________________________ gnome-announce-list mailing list gnome-announce-list@...45... http://mail.gnome.org/mailman/listinfo/gnome-announce-list

1 0

Methods for drawing circular handles and selection cues
by Gerrit . 31 Oct '07

31 Oct '07

Hello everyone! I am looking for the methods that draw little circular handles and selection cues respectively. Does anyone know these? I am making extensive use of SVG group nodes. I would like to be able to check where the center of an object is, in order to know if I previously changed the group matrix or the content's matrices. I found no way to easily check this in Inkscape. It is especially difficult to notice if a path object is changed or moved. I found that the default behaviour for dragging a path is that the path data gets altered, instead of applying a translation matrix. I plan to use the graphics as animation assets, so the difference matters to me. What I would like to do now is to make code modifications to draw a little circle at the center of a selected object, so I can clearly see when the contents or the path are off center. Can someone maybe help me and point me to the relevant classes and methods? I searched the source code and the mailing list archives, but without luck so far. I need: 1. The method that draws those little white circles, e.g. at the end of Bezier handles. 2. The method that draws a bounding box and the selection cue whenever an object gets selected, so that I can apply the circle. Many thanks in advance! Gerrit _________________________________________________________________ Explore the seven wonders of the world http://search.msn.com/results.aspx?q=7+wonders+world&mkt=en-US&form=QBRE

2 6

libspiro
by Dave Crossland 30 Oct '07

30 Oct '07

Hi, FYI :-) Forwarded Conversation Subject: [Fontforge-devel] libspiro From: George Williams <gww@...1824...> To: fontforge-devel(a)lists.sourceforge.net There is now a separate project http://libspiro.sf.net It contains the source code for the spiro library under svn (not cvs!). The ffspiro subdirectory of the fontforge project has been removed. FontForge's configure script has been tweaked to look for libspiro. I hope this will be last major change in this area. I need to: Post some docs so other people (InkScape, etc.) can use libspiro too Wait a little bit and see if it works for other people before posting some libspiro releases. (I should add that these sources are based on Raph's updated work in his garden rather than the released tarball -- there's a shell script to grab current stuff from the garden included in the svn repository).

5 8

Re: [Inkscape-devel] [Inkscape-user] NEW: color gestures
by bulia byak 30 Oct '07

30 Oct '07

On 10/24/07, Kurt Hutchinson <kelanslists@...400...> wrote: > This does sound like an interesting feature to play around with. > > I had a thought while reading the description. Since you can switch > which HSL component you're modifying during the drag, it might be nice > to have a modifier key that means "no change", so you can reposition > the mouse cursor without affecting anything. this is now done in svn: The Alt modifier is special. Pressing Alt means "do nothing"; this allows you to move the mouse, without releasing, to a more convenient place from where to continue tweaking the color after letting go of Alt. As with the other modifiers, releasing Alt temporarily redefines the zero-change axis to go through the point where Alt was released. For example, imagine you made your color darker by Ctrl+dragging towards the bottom edge of the window and you now need to make it less saturated. You cannot however Shift+drag it any lower because there's just not enough room for that. In that situation, without releasing the mouse, Alt+drag it upwards to a convenient spot and then Shift+drag downwards as needed. Also, you can start dragging from the swatch with Alt pressed to avoid changing the color while you take a more convenient position for adjustments. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Minor export issue - rendering fine lines
by microUgly 28 Oct '07

28 Oct '07

I used this tutorial for creating hair in a recent image, http://www.grafikdesign-chris.de/Tutorials/Hairs.html, and found when I exported the image using 0.46 some of the streaks of hair were not drawn. Here's a image illustrating the worst area that was affected - http://img151.imageshack.us/my.php?image=inkscape046exportissueau5.png The left image is 0.45 and the right is 0.46. It was a bit of a bother because 0.46 had trouble rendering the hair whilst 0.45 failed to draw other objects and I had to merge the differences in Photoshop :) If it would help to identify the issue I can provide the SVG. -- View this message in context: http://www.nabble.com/Minor-export-issue---rendering-fine-lines-tf4683687.h… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 2

Documents leaked
by Jon A. Cruz 28 Oct '07

28 Oct '07

I'm seeing behavior that would seem to indicate that when you close the views on a document, the document stays in memory. I was noticing this as I was working in the ColorProfile object. If I delete a <color-profile> element from the XML view, I see SPObject's release(SPObject*) getting called, along with GObject's dispose (GObject*) and finalize(GObject*). However, if I close the single window opened for the doc, those never get called.

3 2

Flowed text jumping
by David Christian Berg 27 Oct '07

27 Oct '07

Hey guys! With the latest autobuild (I know it's old) I see the flowed text jumping int he attached SVG, as soon as I select everything and move it. Do you see that as well? David

1 0

HI Everyone
by Patrick 27 Oct '07

27 Oct '07

Hi Everybody My Name is Patrick. I have been communicating with Aaron about topics better suited to the developers list. Here is a little about me, what I can do and what I can't do yet. I buy, rebuild and resell spectroscopic and chromatographic instrumentation used in laboratories. I am determined to write an open source instrument control/data processing App for the instrumentation I sell. I have written a few simple Python scripts for my customers, so that they could control robotic instrumentation through the serial port but nothing too fancy yet. I would like to fine tune Inkscape's DXF export capabilities so that I can use it as a CAD program. I could use Qcad for this but I would rather stick to Inkscape. I bet it could be provide simple CAD abilities with a little tweaking. I presently program in Python only but I am going to get myself up to speed with C/C++ as soon as possible. My abilities are limited. I cannot provide any assistance with the graphics end of things. Perhaps I could help with real world device control. I am hoping to write a Linux based vinyl cutter control App. I hope my simple skills can be put to use within the Inkscape community. Thanks-Patrick

2 1

[Fwd: Next Inkscape release]
by Ted Gould 26 Oct '07

26 Oct '07

This got sent to the Inkscape announce list, but I think it's probably better suited for -devel. Does anyone know about these internationalization bugs for Khmer? --Ted -------- Forwarded Message -------- From: Khoem Sokhem <khoemsokhem@...1503...> To: inkscape-announce(a)lists.sourceforge.net Subject: Next Inkscape release Date: Fri, 26 Oct 2007 10:52:45 +0700 Hi, When will Inkscape 0.46 will be release? Now I am working on updating the translations for Khmer and I hope that the bug: http://sourceforge.net/tracker/index.php?func=detail&aid=1820369&group_id=9… and http://sourceforge.net/tracker/index.php?func=detail&aid=1806075&group_id=9… will be fixed for Khmer. I hope the next release of Inkscape will be nice for Khmer. if the it works well both on Linux and Windows system, I will make a manual on how to use and teach to high school's students. Thanks, Sokhem

1 0

boehmgc 7.0
by Jon A. Cruz 26 Oct '07

26 Oct '07

Macports has just gone up from boehmgc 6.8 to 7.0. I rebuilt inkscape and it's not starting up now. It just hangs in a gc call. Has anyone else tried with 7.0?

2 2

NEW: color gestures
by bulia byak 25 Oct '07

25 Oct '07

Color gestures A new method for quick and precise adjustment of colors is added in this version: color gestures. It works on the selected objects by grabbing the fill or stroke color swatch in the selected style indicator (on the left of the statusbar) and dragging it in various directions as described below. Note that this only works when the swatch displays a flat color; it does not work for a swatch showing "None", "N/A", or displaying a gradient (although you can select one or more gradient stops in Gradient tool and color-adjust them by color gestures just as you would do for objects). Color gestures can work on fill or stroke, depending on which swatch in the selected color indicator you drag. Color gestures work in HSL color space. Dragging without any keyboard modifiers adjusts the hue channel, dragging with Shift adjusts saturation, and dragging with Ctrl adjusts lightness. The adjustment is done by rotating the color swatch away from the original direction which is assumed to be NE at 45 degrees (i.e. from the swatch into the document window). That is, once you click and drag the color swatch, imagine a line going from the point where you clicked in the NE direction, across the entire Inkscape window. By dragging below or to the right of that line, you decrease the corresponding color channel, to the minimum at the lower edge of the window; by dragging it above or to the left, you increase it, to the maximum at the left edge of the window. If you hover your mouse exactly over the 45 degrees line, the change will be zero. Note that you can easily vary the precision of your adjustment. If you drag close enough to the swatch, each small movement results in a big change of the color. If you need a finer adjustment, just drag farther away from the swatch, towards the center of the Inkscape window or even to its upper right corner, where minute movements will produce very small changes in the color. In fact, this method gives you more color precision than even the color wheel in the Fill and Stroke dialog, unless you expand that dialog to fill the entire screen which is rarely practical. Watch the statusbar which will indicate, as you drag, the channel you are adjusting, the original value of that channel, and the new value. You can switch channels while you drag. That is, you don't need to restart dragging from the swatch if you want to adjust all three channels - you can do it in one drag, pressing and releasing Ctrl and Shift as necessary. Note that when you change the keyboard modifiers during drag, the position of the zero-change line is temporarily set to the current position of the mouse; this is done so that there are no sudden changes in color if you are switching modifiers away from the original 45-degree line. For example, you can select a green rectangle and first turn it into greenish-blue by dragging away from the Fill swatch and slightly above the 45 degrees line; then, without releasing the mouse, press Ctrl and drag a bit to the right to darken the color; then press Shift, release Ctrl, and adjust saturation. You can press or release Ctrl and Shift as many times as necessary during a single drag; when you are finally satisfied with your color, release the mouse to commit the change. Apart from precise adjustments, you can use color gestures to quickly perform common color transformations: * Ctrl+drag the swatch to the right and down to color all selected objects black. * Ctrl+drag the swatch upwards and to the left to color all selected objects white. * Shift+drag the swatch to the right and down to desaturate the color of selected objects. * Shift+drag the swatch upwards and to the left to maximize saturation of the color of selected objects. Note that when several objects or gradient stops with different colors are selected, the selected style indicator shows their averaged color. If you adjust that color by gesturing, the changed color will be assigned back to all selected objects/stops, in effect eliminating any difference between them. If you want to adjust many different-colored objects preserving their relative differences, use the color modes of the Tweak tool or color adjustment extension effects. This new technique requires some getting used to, but once you get the idea it is quite convenient, fast, and precise. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

6 11

Re: [Inkscape-devel] [Inkscape-user] Inkscape and DXF files?
by Patrick 25 Oct '07

25 Oct '07

Hi Aaron I will search the archives tonight as I have no way of contacting Kees. I think I might be able to write/modify a program to log serial/USB port activity on Windows computers. We could then translate the commands into a Linux program, this would give people the option to run the cutters from Linux. -Patrick Aaron Spike wrote: > Stéphane ANCELOT wrote: > >> The version you can find on my website is an enhanced version of the >> GSoC version dxf2svg. >> dxf2svg is GPL licensed , since I did not have had any answer from the >> author , I made available this slightly enhanced version through my website. >> However, you can copy and modify the above code (I wrote it, I grant you >> to do so ...). >> > > Patrick, > Sounds like you should start with this enhanced version rather than > backing up and working on the GSoC version. We should ask Kees Cook to > remind us what the security issues were, or possibly we could find that > info on the mailing list and save him the bother. > > Aaron Spike > > > ------------------------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. > Still grepping through log files to find problems? Stop. > Now Search log events and configuration files using AJAX and a browser. > Download your FREE copy of Splunk now >> http://get.splunk.com/ > _______________________________________________ > Inkscape-user mailing list > Inkscape-user(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-user > >

1 0

cairo error in link phase
by Chris Lilley 25 Oct '07

25 Oct '07

Hello inkscape-devel, I'm getting an error building Inkscape svn, it fails in the link phase with an undefined symbol: In function `Inkscape::Extension::Internal::PdfImportDialog::_setPreviewPage(int)': /home/chris/inkscape/inkscape/src/extension/internal/pdfinput/pdf-input.cpp:544: undefined reference to `CairoOutputDev::setCairo(_cairo*)' Can anyone suggest what I am doing wrong? I just moved from Kubuntu 7.04 to Kubunti 7.10 and for various reasons its a clean install not an upgrade. Previously I had Inkscape building fine. I believe I have all the dependencies, since autogen and configure don't moan at me about anything. Attached is the relevant error. Happy to supply more details on request. -- Chris Lilley mailto:chris@...157... Interaction Domain Leader Co-Chair, W3C SVG Working Group W3C Graphics Activity Lead Co-Chair, W3C Hypertext CG

4 3

Roadmap 0.46
by unknown＠example.com 25 Oct '07

25 Oct '07

Looking at the roadmap of 0.46 I found: * (DONE) Convert use of gboolean to bool where feasible * (DONE) Switch from use of TRUE/FALSE to true/false When I search the source, I see *a lot* of gboolean and TRUE/FALSE. I will start switching code to bool when i see it. I could not find a text saying that we should use bool or gboolean. Similar issue is 'char' or 'gchar'. Where can I read which types to use? Thanks! Johan

4 4

Re: [Inkscape-devel] [Inkscape-user] NEW: color gestures
by bulia byak 25 Oct '07

25 Oct '07

On 10/24/07, Kurt Hutchinson <kelanslists@...400...> wrote: > I had a thought while reading the description. Since you can switch > which HSL component you're modifying during the drag, it might be nice > to have a modifier key that means "no change", so you can reposition > the mouse cursor without affecting anything. Yes. I thought about that too. But the only modifier left is Alt, and we'll again get an outcry of those who can't use Alt :) Still, since this is not such a crucial functionality, I think Alt is OK for that. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

Changing the names of a gradient.
by Ryan Lerch 25 Oct '07

25 Oct '07

As far as I can see, the only way to change a the name of a gradient is to do it in the XML editor. With the new on-canvas editing ability, would it be feasible to have the ability to change the name of the current gradient in the tool control bar for the gradient tool? If this is not a good place for it, where would be a better place? Cheers, ryanlerch

1 0