- Inkscape Devel - Inkscape Mailman

Toggling dialogs by keyboard shortcuts
by Maximilian Albert 11 Sep '07

11 Sep '07

Hi, some time ago I thought it would be nice if dialogs could be _toggled_ (as opposed to only be shown) by their corresponding keyboard shortcuts. This is especially true with the new dockable dialogs (great improvement, by the way, in case I haven't mentioned it yet :)) because they don't respond to Ctrl+W any more so that they closing them is only possible by using mouse clicks, not the keyboard alone. I tried to implement toggling but have two small questions: - What is the right entry point in the code? Should this be done in the DialogManager::showDialog() function? In this case, is there already a way to test whether a Dialog is currently visible, or do I need to add a new boolean variable to the Dialog class? - When a dialog is invoked for the very first time after startup, it seems to be present()-ed more than once so that a check for the dialog's visibility wrongly indicates that it is already being shown (thus in order to initially show a dialog, its corresponding shortcut needs to be pressed twice, which is annoying and inconsistent). What is the reason for this? And is there a less cumbersome way to circumvent it than introducing yet another boolean variable just to check whether the dialog was already shown before? Thanks for any hints, Max

2 6

selector controls
by bulia byak 11 Sep '07

11 Sep '07

I added three buttons for Select all, Select all in all layers, and Deselect to the start of the Selector's control bar. I think they are quite relevant there (at least more relevant than the z-order buttons) and are quite often used functions, especially now that with the Tweak tool you often need to select everything indicscriminately. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Gradient bug.
by Tomasz Kobiela 10 Sep '07

10 Sep '07

Hi, I was lately monitoring gradient look and I must say in latest build it looks very good (as good as in illustrator or gimp). I was playing with inkscape build form 6 sep and I found bug with gradient. When I was preparing gradient for mask I found that gradient is cut on bottom (about 10% of gradient was cut). I made svg: http://kobi.ovh.org/kobi-theme.svg It will be easier if you will see it. On centre of image is rectangle with gradient. --- Kind regards Kobi.

1 0

inkscape eclipse page on wiki
by Richard Henwood 10 Sep '07

10 Sep '07

Hi Folks, I've been using the advice on the inkscape/eclipse page, http://wiki.inkscape.org/wiki/index.php/Using_Eclipse using Linux, I have found it necessary to run: ./autoconf.sh, ./configure before a Makefile is generated which Eclipse is happy with. Is this a requirement (or am I just incompetent) on both windows and linux platforms? If so, I will make a suitable edit to the wiki. cheers, richard

3 3

Problem with Wiki
by Thomas Worthington 09 Sep '07

09 Sep '07

Hi, Can anyone help with the Wiki? I've created an account (twworthington) and asked for the email confirmation several times both last week and this, using Opera and Firefox and this email address and my work one but nothing has appeared, so I can't add in the docs for the Alt-key mapping. Anyone have any ideas?

3 2

PDF export fails where it shouldn't
by Vladimir Savic 08 Sep '07

08 Sep '07

I've generated two very simple PDFs from very simple SVG file just to illustrate the problem. Look at attached documents... PDFsvg2pdf.pdf was generated using program svg2pdf which rely on librsvg and cairo PDF.pdf was exported directly from Inkscape PDF.svg is very simple Inkscape drawing Observe the file sizes too. Vlada

3 3

NEW: Dockable dialogs
by Gustav Broberg 07 Sep '07

07 Sep '07

I have now committed the patch [1],[2] I've been working on for quite some time. It gives Inkscape a dock panel right of the canvas on which dialogs can be docked. A part of an external library, GDL, has been included in the tree with this patch, this had to be done as GDL isn't widely available and the fact it demanded some Inkscape specific customizations. The good thing is that this implies that Inkscape's list of dependencies remains unchanged. The design of the dialog system allows the new dockable dialog behavior to exist along side the old floating dialogs behavior. If the old behavior is preferred, one can select it under Inkscape Preferences > Windows > Dialog behavior. Know issues ----------- * It doesn't work well with multiple open documents. Fixing it requires a bit of rewrite of the current dialog manager. I'll focus on doing this before the code freeze. * Resizing in-dock dialogs can be cumbersome. More specifically, one won't be able to expand a dialog placed in the dock unless all dialogs beneath it are expanded in advance. Fixing this requires some changes in GDL, I've got it somewhat working, but decided that it's still too flaky to commit in its current state. * Remembered positions of dockable floating dialogs is inexact. For me (using Metacity), I'm not able to get the exact position of dockable floating dialogs, the values I get are off by an unpredictable number of pixels. Could be related to the problems described here: http://www.gtk.org/api/2.6/gtk/GtkWindow.html#gtk-window-get-position * Compiler warnings. Including GDL in the tree introduced a lot of compiler warnings. They're not serious, but it looks bad... Note that this change only applies to gtkmm:ified dialogs, i.e. dialogs that subclass UI::Dialog. I've gtkmm:ified "Fill & Stroke" and with this change, that version is now default. Dialogs left to be gtkmm:ified are the "XML Editor", "Tiled Clones", "Object Properties" (though it's about to be removed/replaced IIRC), "Text and Font". The "Find" dialog has been gtkmm:ified by Johan but is disabled by default as it needs testing (please help). Now let's hope I didn't break something important... ;) 1.https://sourceforge.net/tracker/?func=detail&atid=604308&aid=1688508&grou… 2.http://www.nabble.com/-PATCH--Dockable-dialogs%2C-and-some-concerns...-tf… -- Gustav

14 33

ocalfeed error
by Jon Phillips 06 Sep '07

06 Sep '07

Heya bruno, I get this when trying to import clip art using the tag, tree. rejon@...33... ~ $ /usr/local/bin/inkscape /tmp/ocalfeed.xml:86: parser error : Entity 'ldquo' not defined Ray, John: “A Compleat Collection of English Proverbs” (1737)<br /> ^ /tmp/ocalfeed.xml:86: parser error : Entity 'rdquo' not defined Ray, John: “A Compleat Collection of English Proverbs” (1737)<br /> ^ ** (inkscape:11465): WARNING **: Failed to parse /tmp/ocalfeed.xml ### I believe that you need to set the parser to interpret the special characters correctly, or translate them pre-parse...I can't remember the best way to do it, but have done before on some jabber stuff I did ages ago... Anyone else? Happy late labor day friends... 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...

3 2

Re: [Inkscape-devel] [Inkscape-user] NEW: four more modes in Tweak tool
by bulia byak 06 Sep '07

06 Sep '07

On 9/5/07, jiho <jo.irisson@...400...> wrote: > It is better now, much better! Actually it may be even a bit weak at > high forces, particularly for path tweaking ;) OK, increased it a bit again, try 16005 > Some other points though: > Does the fidelity value have a role for the color changing mode? I > don't see any. Maybe it could be grayed out then. Yes. Or, like I said, just separate path and color tweaking into different tools. I would do that except that I want Jon to make the vertical toolbar clippable first, otherwise it's already too tall. > For this tool I think that the brush radius as well as the forces and > fidelity parameters convey more of a qualitative feel (brush big/ > small, force high/low/medium, fidelity high/low etc.) and the actual > values don't really matter. So maybe the spin buttons could be turned > into sliders, since there is enough space on the toolbar currently. > If you want to keep the quantitative information sliders similar to > those used in for the snapping distance in the preferences could be > used. But I really think that a simple slider, maybe with "clicks" > every 10 steps or so would be sufficient and more appropriate (and it > is an user of Inkscape for precision drawings who speaks!). In fact > that would probably be true for many other spin buttons in other > tools, in the calligraphy tool in particular, but their toolbar's are > already quite full and a spin button is the most space effective widget. Agreed, but this needs some support from Jon too. Jon, can you implement a way to optionally represent the spinbutton toolbar control as a slider? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 6

mid release tarball
by jtaber 05 Sep '07

05 Sep '07

There's been a lot of great changes (image magik stuff, tweaking, dockable dialogs ....) - since there may not be an official release for several months - what about a more or less stable tarball (and maybe ubuntu pkg) - for many users to try out and give feedback - akin to a Ubuntu alpha release.

2 1