when reverting a document via File->Revert, is it possible to preserve
the current zoom factor and panning? If not, what would it require to
implement this? It's not that I urgently need it or am particularly keen
on implementing it, just figured it might be useful and thought I'd ask.
Next step in supporting CMYK, etc, was to purge the paint enum type.
Take a look to see if things are still holding up.
The main reason is that we're getting to support proper SVG paint,
not just the union/enum subset. That is, a paint could have both a
URL and a normal color part specified, or a URL, a normal color part
*and* an icc-color...
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,
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.
Inkscape. Draw Freely.
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.
I've been using the advice on the inkscape/eclipse page,
using Linux, I have found it necessary to run:
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.
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?
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
PDF.pdf was exported directly from Inkscape
PDF.svg is very simple Inkscape drawing
Observe the file sizes too.
I have now committed the patch , 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.
* 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
* 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... ;)
Heya bruno, I get this when trying to import clip art using the tag,
rejon@...33... ~ $ /usr/local/bin/inkscape
/tmp/ocalfeed.xml:86: parser error : Entity 'ldquo' not defined
Ray, John: “A Compleat Collection of English Proverbs”
/tmp/ocalfeed.xml:86: parser error : Entity 'rdquo' not defined
Ray, John: “A Compleat Collection of English Proverbs”
** (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
Anyone else? Happy late labor day friends...
San Francisco, CA
USA PH 510.499.0894
MSN, AIM, Yahoo Chat: kidproto
Jabber Chat: rejon@...896...