- Inkscape Devel - Inkscape Mailman

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

14 Mar '08

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

10 23

compile failure rev 17889
by bulia byak 13 Mar '08

13 Mar '08

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

4 5

difficulties to check in
by Aubanel MONNIER 13 Mar '08

13 Mar '08

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

5 6

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

13 Mar '08

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

1 0

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

13 Mar '08

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

1 0

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

13 Mar '08

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

1 0

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

12 Mar '08

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

5 4

cms on windows
by Alexandre Prokoudine 12 Mar '08

12 Mar '08

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

2 2

ocal feed
by bulia byak 12 Mar '08

12 Mar '08

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

3 3

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

12 Mar '08

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

3 3

Guides around page
by Maximilian Albert 12 Mar '08

12 Mar '08

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

8 11

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

11 Mar '08

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

1 0

Blend filter in 0.46
by Tavmjong Bah 11 Mar '08

11 Mar '08

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

2 2

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

11 Mar '08

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

1 0

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

10 Mar '08

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

1 0

Translation for 0.46 frozen
by Luca Bruno 10 Mar '08

10 Mar '08

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

1 0

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

10 Mar '08

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

1 0

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

10 Mar '08

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

4 12

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

10 Mar '08

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

2 1

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

10 Mar '08

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

3 2

0.46 release debate
by rygle 10 Mar '08

10 Mar '08

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

22 49

Automake files
by Bob Jamison 10 Mar '08

10 Mar '08

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

1 0

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

10 Mar '08

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

3 8

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

09 Mar '08

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

1 0

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

09 Mar '08

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

1 0