- Inkscape Devel - Inkscape Mailman

need help on filters
by Felipe Sanches 24 Oct '07

24 Oct '07

I would like to say that I am not much confortable with the filters implementation I was working on some time ago. I need help to make it work better. I know that there are bugs that are due to my incomplete broken implementation, but I am stuck because I still don't understand exactly how the filters infrastructure work I don't know how to properly implement zooming, nor rotation. Look at feturbulence. It does not rotate correctly. I also don't know whether I am using the best approach. I have used a pixmap buffer where I render the feturbulence effect and I have an "updated" flag. Then, if some parameters are changed (on sp-feturbulence.cpp) I set this flag to false. When the render method is called, it checks the updated flag and only recalculates the effect when the updated flag is false (and then sets it to true). When zooming, I will have to free the current pixmap buffer and create another one of greater size and recalculate it. It seems to me that zooming will have great slowdowns if I continue working that way. Any body know any kind of "design pattern" that I should be using to implement the zooming? I feel that I am walking the wrong way. And I keep scared about the possibility of not being able to fix these filters before next release deadline. So, what I mean is that I really need help to make this stuff work alright. Felipe Sanches, "JucaBlues"

2 1

Opacity Bug?
by microUgly 24 Oct '07

24 Oct '07

I found that a small bug in the Oct 18 build where the opacity for an object was incorrect. I had two object sharing the same gradient. One object was more opaque than the other even though the opacity for both was 100. I checked the XML editor and found that whilst both objects had Opacity:1, one of them had fill-opacity:0.71. I don't know how to reproduce this. It only happened once in an entire drawing. On a side note, I had been getting very confused when making a stop on a gradient transparent. I would change the Alpha value and the gradient would reflect the change, but later I would see the alpha value would be 255 instead of what I had set and what I saw on the graduent. It took me ages to spot that the alpha value was being replaced with the Master Opacity. Is this something that is still being worked on? -- View this message in context: http://www.nabble.com/Opacity-Bug--tf4664986.html#a13326117 Sent from the Inkscape - Dev mailing list archive at Nabble.com.

6 33

No autopackages of developer versions
by Rudekuvert 24 Oct '07

24 Oct '07

Hi From http://www.inkscape.org/download/ you can download Inkscape development versions. I can still get development versions for Windows that are only a few days old, but the latest autopackages for Linux is from 06-Sep-2007 12:02. Why? I'd like to test it on Linux. Best regards

2 1

Case sensitive font selection field
by momo 23 Oct '07

23 Oct '07

Hi, I posted this a couple of weeks before but never got a reply... So I'm reposting it once again: While working with some text in Inkscape, I found an unpleasant behaviour of the text selection field (the field above the font selection drop down menu): it is case sensitive. When I type "Arial" in it and hit enter, the selected text's font is changed to arial as it should. But if I type "arial" or "ARIAL", then I get a warning that the font is not found/installed. The expected behaviour is that no matter what case I enter in (like aRiaL) it must find the font I'm looking for (this is the behaviour of Illustrator, Indesign, Corel, Photoshop, Openoffice and many other programs). Although it is not a real bug, it is IMO a usability issue. By the way, I'm on Windows XP sp2. Is it the same on Linux? Mac? And should I fill a feature request or a bug report? Thanks! Molumen

3 3

Inkscape0710230156 crash on start
by momo 23 Oct '07

23 Oct '07

Today's Inkscape0710230156 crashes on start and shows an error (see screenshot attached). Last build (from October 18) works ok. WinXP sp2 I will test latest Inkscape0710231722.7z and report.

2 2

Tablet issues
by Docsonic 23 Oct '07

23 Oct '07

Ok, this is getting silly.... Bulya, I deleted the wiki entry on removing the GTK path, here is why... When I deleted the GTK path(s), the tablet mouse worked perfectly in Inkscape, however I later discovered that the pressure and tilt did not (also in Gimp). So, I uninstalled all GTK programs and reinstalled GTK 2.10.13. I also uninstalled Inkscape and reinstalled 0.45-1 then copied over Inkscape-dev from October 18th. Now the mouse returned to its previous behaviour so (just to be sure) I reinstalled the Wacom drivers (latest) and no change. So, to summarize - With gtk paths, mouse doesn't work but pressure/ tilt does. Without GTK paths mouse does work but pressure/ tilt doesn't. There must be a way to fix this as so many people have it working but removing GTK does not work for me, especially as Gimp makes far more use of pressure and that also fails with no GTK. As Gimp is also affected it must be due to GTK so for now I am going to have to give up on this one but I will post on the GTK forum to see what happens there. Thanks, Tony -- View this message in context: http://www.nabble.com/Tablet-issues-tf4677139.html#a13363318 Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 2

Testing needed on OS X Intel
by jiho 23 Oct '07

23 Oct '07

Hello everyone, I would need someone with a 'virgin' system on an Intel machine to test the latest dev build. By 'virgin' I mean: - without Fink or MacPorts or a custom installed python - without modifications to ~/.macosx/environment.plist (- without modifications to ~/.bashrc -- this one should not be a problem but who knows) - without the python modules that were distributed previously alongside Inkscape or in the dev builds repository Basically this means that if you just install regular mac applications by drag and drop and never bothered to install Python for Inkscape, you are the one I need ;) I made some modifications to Inkscape so that the python modules that Inkscape uses for the "Effects" are directly integrated inside the application and work out of the proverbial box. So I need you to download and install (drag-and-drop, as usual) this: http://inkscape.modevia.com/macosx-snap/Inkscape-16250-i386.dmg Run it, draw something with the calligraphy tool for instance and apply two effects to it: - Color > any color effect - Generate From Path > Intrude Extrude Halo Both should work with no additional work. If your system is not as virgin as I described but that you still want to help, it is possible. You only need to remove the python packages you could have installed previously, to be sure these do not come into play here. You need to remove the folders _xmlplus, lxml and numpy from /System/Library/Frameworks/Python.framework/Versions/ 2.3/lib/python2.3/site-packages and then follow the steps described above. If you have Fink/MacPorts with python or a custom python install from MacPython however, this change won't affect you since Inkscape will use your newer python install and discard the pre-compiled python modules which are made for the system install of Python. You still need to install lxml and numpy via Fink/MacPorts or by compiling them from source. Please report here your success or failure. If someone could forward this to Inkscape-testers to which I am not subscribed it would be nice. Cheers, JiHO --- http://jo.irisson.free.fr/

1 0

Pencil weight
by Donn 23 Oct '07

23 Oct '07

Hi, Not sure whether to ask this here or in users... I sketch a cartoon (with the mouse) and I like to use the single path line (pencil) tool to do it -- mainly because I can clean the lines quickly. If I use the calligraphy tool it;'s nice, but hard to tweak. I have found that the freehand line tool in Sodipodi actually works far better for this. It has a "weight", a slowness to it that produces fantastic lines and curves and with only a few nodes to tweak. Naturally, the rest of Sodipodi is in the Dark Ages and I prefer Inkscape, but that single tool is more useful in the older app. I see that Calligraphy has a 'weight' setting, and this does help, but is there some way to weight the freehand line tool in Inkscape? \d -- "Life results from the non-random survival of randomly varying replicators." -- Richard Dawkins

3 4

Student project
by Steren Giannini 23 Oct '07

23 Oct '07

Hello, We are a team of five french students from the "Ecole Centrale de Lyon" (an engineer high school, see www.ec-lyon.fr). Our programs are quite general, we attend programming lessons but we are not informatics specialists In second year, we have to work on a professional project for five months (officialy 4 hours a week, but... we can spend much more time). I thought it would be a good idea to help developing inkscape. The only things the school demands is a tutor (in our case, from the dev team) and requirements. The tutor will be here to help on specific technical questions, to check the progress of the project and to validate goals. I have been using inkscape for two years for serious projects. And I am currently working with both the stable and the svn version (on ubuntu and windows) I've found some some projects from the wiki that could fit with what we have to do : - the perspective tool ( http://wiki.inkscape.org/wiki/index.php/PerspectiveObject ) - the add/substract node tool ( http://wiki.inkscape.org/wiki/index.php/NewTools ) - Inkscape / GIMP raster graphics Editing Integration from GSoC 07 Thanks for your response Steren

10 14

NEW: profiling and simplifying gradients
by bulia byak 22 Oct '07

22 Oct '07

In Gradient tool: * Moving gradient handles by arrow keys is restored (it was broken for some time) * Press Ctrl+A to select all stops in the selected objects. * When two or more adjacent stops are selected, pressing Ins adds stops in the middles of all selected stop intervals. * Intermediate stops can be mousedragged along their gradient line, within the limits of the adjacent unselected stops (or end handles). * Dragging with Ctrl moves the selected stops snapping them to 1/10 fractions of the available range. * Dragging with Alt moves the selected stops depending on how close each one is to the stop being dragged, using a smooth bell-like curve similar to the node sculpting feature in Node tool. This makes it easy to approximate different gradient profiles; for example, if you have a two-stop gradient that you want to shape according to a curved profile, select both ends of the gradient, press Ins a few times to add a number of intermediate nodes, then Alt+drag a node in the middle to smoothly profile the gradient. * Pressing Ctrl+L with some intermediate stops selected attempts to simplify the selected portion of the gradient, removing those stops that can be removed without too much change in the way the gradient looks. In particular, new stops created by double-clicking or pressing Ins initially do not change the appearance of the gradient, so if you press Ctrl+L, all redundant stops that weren't moved or repainted since creation will be deleted. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

6 23

Re: [Inkscape-devel] [Inkscape-user] Wacom problems
by Joshua Blocher 22 Oct '07

22 Oct '07

On 10/18/07, Jim Ford <jaford@...1821...> wrote: > Docsonic wrote: > > I just got a Wacom Intuos3 tablet and I am trying to set it up properly for > > Inkscape on Win XP SP2 (fully patched). > > At first pressure setting wouldn't work so I downloaded the latest build > > (Oct 18, 2007) and it works great! However, the mouse doesn't work at all > > properly - it seems to be using the pen settings. I have tried other > > programs (Gimp, Flash etc) to make sure it isn't a setting I have wrong but > > they all seem to work correctly. I do have a profile set up in the Wacom > > prefs for the pen in Inkscape but the mouse is using the default settings. > > > > Has anyone else come across this and if so, what can I do to fix it? > > It's great having the pen but I can't double-click guides with the pen so > > there are times that the mouse is useful. > > Tiresome, isn't it? > > Myself and at least one other user have reported this problem, but have > had no responses from the gurus. I guess it's a 'feature' of Inkscape! > > Jim Ford I don't remember see this on the Inkscape Devel List. So, I'm sending this to there. Just so you know the user list is good but for issues like this the devel list is easier to get responses from the developlers as they watch it all the time. Or filing a bug report with the tracker if it hasn't been done, most bugs get looked at during the release cycle. As to this bug i think this maybe a GTK bug as Synfig has the similar issue of not being able to use the mouse for input when input from a tablet is turned on. Or maybe we not setting it up right who knows. Thanks for the report, Joshua L. Blocher

3 4

Toolbar Issues
by Tony Vigil 22 Oct '07

22 Oct '07

I just installed Inkscape in my Samsung Q1 UMPC. Inkscape works pretty nicely, but here are a couple issues regarding the main tool bar on the left side. 1) If I undock the tool bar, doesn't stay above the canvas. There should be a means of forcing the tool bar to stay "on top". 2) I can't dock the tool bar along the top with the other tool bars. It would be nice if I could change it from a vertical tool bar to a vertical tool bar. The screen on the Q1 is a tad short to show all of the tools when the tool bar is attached on the left hand side.

3 2

pdf-input.cpp:544: error: '_preview_output_dev' was not declared in this scope
by Jeff Kowalczyk 20 Oct '07

20 Oct '07

Hello all, I've had this question about a compilation error with inkscape trunk on inkscape-users for a few weeks now, and I'm moving it here to inkscape-dev to see if I can get it in front of the right eyes. I'm really missing the fun of running inkscape trunk. I expect this is something specific to my platform (multiple machines running Gentoo ~x86), and not a general problem with the codebase, since I haven't seen other reports of this particular compilation error. There are no relevant Gentoo bugs filed for this issue. If anyone had suggestions on possible problems with or missing dependencies, please let me know. The ebuild I'm using to build /trunk is nearly identical to the working inkscape-0.45.1.ebuild. Maybe I'm missing a recently added dependency. Alternatively, if there's a .configure option that can suppress compilation of this pdfinput extension, I'd be more than happy to use that as a workaround. Thanks, if i686-pc-linux-gnu-g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/freetype2 -pthread -DORBIT2=1 -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/gtk-unix-print-2.0 -I/usr/include/gtk-2.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/poppler -I/usr/include/poppler/glib -I/usr/include/poppler -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/libpng12 -DPOTRACE=\"potrace\" -pthread -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairomm-1.0 -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/include/atkmm-1.6 -I/usr/include/atk-1.0 -I/usr/include/libxml2 -I/usr/include/gtkspell-2.0 -I../cxxtest -Wall -Wformat-security -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -D_FORTIFY_SOURCE=2 -Wno-unused-parameter -O2 -march=i686 -pipe -MT extension/internal/bitmap/imagemagick.o -MD -MP -MF "extension/internal/bitmap/.deps/imagemagick.Tpo" \ -c -o extension/internal/bitmap/imagemagick.o `test -f 'extension/internal/bitmap/imagemagick.cpp' || echo './'`extension/internal/bitmap/imagemagick.cpp; \ then mv -f "extension/internal/bitmap/.deps/imagemagick.Tpo" "extension/internal/bitmap/.deps/imagemagick.Po"; \ else rm -f "extension/internal/bitmap/.deps/imagemagick.Tpo"; exit 1; \ fi In file included from extension/internal/pdfinput/pdf-input.cpp:26: extension/internal/pdfinput/pdf-input.h:40:28: error: CairoOutputDev.h: No such file or directory In file included from extension/internal/pdfinput/pdf-input.cpp:26: extension/internal/pdfinput/pdf-input.h:107: error: ISO C++ forbids declaration of 'CairoOutputDev' with no type extension/internal/pdfinput/pdf-input.h:107: error: expected ';' before '*' token extension/internal/pdfinput/pdf-input.cpp: In constructor 'Inkscape::Extension::Internal::PdfImportDialog::PdfImportDialog(PDFDoc*)': extension/internal/pdfinput/pdf-input.cpp:279: error: '_preview_output_dev' was not declared in this scope extension/internal/pdfinput/pdf-input.cpp:279: error: expected type-specifier before 'CairoOutputDev' extension/internal/pdfinput/pdf-input.cpp:279: error: expected `;' before 'CairoOutputDev' extension/internal/pdfinput/pdf-input.cpp: In destructor 'virtual Inkscape::Extension::Internal::PdfImportDialog::~PdfImportDialog()': extension/internal/pdfinput/pdf-input.cpp:301: error: '_preview_output_dev' was not declared in this scope extension/internal/pdfinput/pdf-input.cpp:302: error: type '<type error>' argument given to 'delete', expected pointer extension/internal/pdfinput/pdf-input.cpp: In member function 'void Inkscape::Extension::Internal::PdfImportDialog::_setPreviewPage(int)': extension/internal/pdfinput/pdf-input.cpp:544: error: '_preview_output_dev' was not declared in this scope make[2]: *** [extension/internal/pdfinput/pdf-input.o] Error 1 make[2]: *** Waiting for unfinished jobs.... extension/internal/bitmap/imagemagick.cpp: In member function 'virtual void Inkscape::Extension::Internal::Bitmap::ImageMagick::effect(Inkscape::Extension::Effect*, Inkscape::UI::View::View*)': extension/internal/bitmap/imagemagick.cpp:107: warning: deprecated conversion from string constant to 'char*' ./util/glib-list-iterators.h: In member function 'T* const& Inkscape::Util::GSListConstIterator<T*>::operator*() const [with T = SPItem]': extension/internal/bitmap/imagemagick.cpp:188: instantiated from here ./util/glib-list-iterators.h:47: warning: dereferencing type-punned pointer will break strict-aliasing rules make[2]: Leaving directory `/var/tmp/portage/media-gfx/inkscape-0.45.2/work/inkscape-0.45.2/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/media-gfx/inkscape-0.45.2/work/inkscape-0.45.2' make: *** [all] Error 2 ----- # cat /usr/local/portage/media-gfx/inkscape/inkscape-0.45.2.ebuild # Copyright 1999-2007 Gentoo Foundation # Distributed under the terms of the GNU General Public License v2 # $Header: /var/cvsroot/gentoo-x86/media-gfx/inkscape/inkscape-0.45.1.ebuild,v 1.7 2007/04/09 19:47:47 cryos Exp $ inherit gnome2 DESCRIPTION="A SVG based generic vector-drawing program" HOMEPAGE="http://www.inkscape.org/" SRC_URI="mirror://sourceforge/${PN}/${P}.tar.gz" SLOT="0" LICENSE="GPL-2 LGPL-2.1" KEYWORDS="amd64 hppa ppc ppc64 sparc x86" IUSE="dia gnome mmx inkjar lcms doc postscript spell wmf" RESTRICT="test" COMMON_DEPEND=">=x11-libs/gtk+-2.10.7 dev-cpp/glibmm >=dev-cpp/gtkmm-2.4 >=dev-libs/boehm-gc-6.4 >=dev-libs/glib-2.6.5 >=dev-libs/libsigc++-2.0.12 dev-libs/popt media-libs/fontconfig >=media-libs/freetype-2 media-libs/libpng >=x11-libs/pango-1.4.0 >=dev-libs/libxml2-2.6.20 dev-perl/XML-Parser dev-perl/XML-XQL dev-python/pyxml dev-libs/boost virtual/xft gnome? ( >=gnome-base/gnome-vfs-2.0 gnome-base/libgnomeprint gnome-base/libgnomeprintui ) lcms? ( >=media-libs/lcms-1.14 ) spell? ( app-text/gtkspell )" # These only use executables provided by these packages # See share/extensions for more details. inkscape can tell you to # install these so we could of course just not depend on those and rely # on that. RDEPEND=" ${COMMON_DEPEND} dia? ( app-office/dia ) postscript? ( >=media-gfx/pstoedit-3.44 media-gfx/skencil ) wmf? ( media-libs/libwmf )" DEPEND="${COMMON_DEPEND} sys-devel/gettext dev-util/pkgconfig x11-libs/libX11 >=dev-util/intltool-0.29" src_unpack() { unpack ${A} cd ${S} ./autogen.sh autoconf || die libtoolize --copy --force || die } pkg_setup() { G2CONF="${G2CONF} --with-xft" G2CONF="${G2CONF} $(use_with spell gtkspell)" #G2CONF="${G2CONF} $(use_with jabber inkboard)" G2CONF="${G2CONF} $(use_enable mmx)" G2CONF="${G2CONF} $(use_with inkjar)" G2CONF="${G2CONF} $(use_with gnome gnome-vfs)" G2CONF="${G2CONF} $(use_with gnome gnome-print)" G2CONF="${G2CONF} $(use_enable lcms)" } DOCS="AUTHORS COPYING ChangeLog NEWS README" ----- # emerge inkscape -pv [ebuild U ] media-gfx/inkscape-0.45.2 [0.45.1] USE="dia gnome inkjar lcms mmx spell wmf -debug -doc -postscript" I don't turn on postscript because I don't want tcl (via skencil), but there are other dependencies pulled in that could be necessary to avoid the compilation error in pdfinput: # USE="postscript" emerge inkscape -pv [ebuild N ] media-libs/libemf-1.0.3 746 kB [ebuild N ] media-gfx/xv-3.10a-r14 USE="jpeg png tiff" 3,539 kB [ebuild N ] dev-lang/tcl-8.4.15 USE="-debug -threads" 3,550 kB [ebuild N ] media-fonts/ttf-bitstream-vera-1.10-r3 USE="X" 259 kB [ebuild N ] dev-python/imaging-1.1.6 USE="X scanner -doc -examples -tk" 426 kB [ebuild N ] media-gfx/pstoedit-3.44 USE="emf imagemagick plotutils" 818 kB [ebuild N ] dev-lang/tk-8.4.15-r1 USE="-debug -threads" 3,263 kB [ebuild N ] dev-python/reportlab-2.1 USE="-doc -examples" 3,227 kB [ebuild N ] media-gfx/skencil-0.6.18_pre20070421 USE="nls" 1,363 kB [ebuild U ] media-gfx/inkscape-0.45.2 [0.45.1] USE="dia gnome inkjar lcms mmx postscript* spell wmf -debug -doc" 0 kB This is with a pseudonym tarball inkscape-0.45.2,tar.gz created from trunk r16262. The behavior has been the same since late september. Thanks again.

5 10

Persistent Undo update
by Daniel Genrich 19 Oct '07

19 Oct '07

Hello everybody, I just took some time to make the "persistent undo" patch (http://people.csail.mit.edu/sarasu/history/) working with todays SVN and to make it also compile with gcc 4.1.2. It's patch #1816710 in the patch tracker. When applying the patch - don't forget to "./configure" again because of new files. I hope this makes review/work/testing on the "persistent undo" patch easier :) Thanks! Genscher

4 3

margins for textframes
by David Christian Berg 19 Oct '07

19 Oct '07

Hey Inkscapers! Just want to draw some attention towards RFE [ 1597125 ] Space between text and frame border again. I'm not a coder, but since all we need is a interface it should be achievable... and I think it would really improve Inkscape for simple task quite a lot. I know, it's not fancy, but well, yeah, useful... Take a look at the attached SVG... it explains what I already tried to state in the RFE report. Take care! David

1 0

Effect that modifies the document properties?
by John Bintz 19 Oct '07

19 Oct '07

Hello. I'm trying to write an Effect extension that will allow the creation of cover templates for perfect bound books, which involves changing the document properties and adding guides lines to the current document. I have a Ruby script and an .inx file set up correctly, and when I examine the XML output from the script, the SVG that is returned is correct. When this file is written back to stdout at the end of the script, no changes occur within Inkscape. Can Effects modify the document properties and, if they can't, would it be a good idea to add a new type of extension that could? Thanks, John

5 8

Strange behaviour of text flowed into a combined shape
by David Christian Berg 18 Oct '07

18 Oct '07

Hey Inkscapers, After my last mail about text, I played around a little more again and stumbled over a very strange behaviour. I have to boxes which are combined and text is flowed into them. I placed them one below the other... I imagined the text would continue in the second box... but unless its really close, it doesn't. Open the attached fly, mark the below box with the node-selection tool by selecting all nodes and move the box down with the arrow keys... the text will disappear from it. I guess I should file a bug, shouldn't I? But maybe it would be good to know, what causes the problem... Cheers! David

2 4

Re: [Inkscape-devel] contribute to graphics research!
by Sara Su 18 Oct '07

18 Oct '07

Hi bulia, Joshua, and all: I apologize for my delay in replying to your messages. I just got back from the UIST conference, where I met many UI researchers -- and fellow Inkscape users. Thanks for your enthusiasm about the undo-saving feature! We would like to release the code for this for all the reasons you mentioned: to comply with the GPL, to get users across platforms, and ultimately to contribute to the Inkscape project. [We'd also welcome help identifying and fixing bugs. :)] What is the best way to do this? As the number of files touched is small, perhaps the fastest is to post these on our website, then work on adding the changes to the SVN trunk. Thanks for your invitation to do so. Sara > Date: Sun, 7 Oct 2007 19:52:04 -0300 > From: "bulia byak" <buliabyak@...400...> > Subject: Re: [Inkscape-user] contribute to graphics research! > To: "Inkscape User Community" <inkscape-user(a)lists.sourceforge.net>, > "Inkscape List Devel" <inkscape-devel(a)lists.sourceforge.net> > > (forwarding this to devel list as well) > > This sounds like a very nice addition. We (developers) actually were > thinking about adding something like that, as an option. Would you > consider adding your patch to the SVN trunk so it becomes part of the > official Inkscape releases? For users, persistent undo is an important > enough feature by itself, with or without helping your graphics > research :) And if you keep working on it to add more features like > selective undo, this is much better to do in the main trunk.

3 6

Canvas Rotate - Alternative?
by microUgly 18 Oct '07

18 Oct '07

Is the canvas rotate idea currently being implemented? I found the thread from April which had a lot of great ideas but I didn't know if anyone was working on it of if it's on the list of things to do. I know what was discussed sounded like really clever stuff and I can only guess how difficult the feature may have been to implement. So I was wondering if a simple alternative could be adopted instead - the alternative being that instead of rotating the Inkscape viewport we rotate a SVG layer. I could just rotate a group, but I think rotating a layer instead is bit easier since you won't have to jump in and out of the group everytime you need to adjust the rotation. But there isn't a control for rotating layers currently. The control could be displayed on the layer palette and behave much the same as the Opacity slider. The only catch is, for it to be most useful, it would be best if the centre of rotation could be quickly and easily set where you wanted. Bad idea? -- View this message in context: http://www.nabble.com/Canvas-Rotate---Alternative--tf4645455.html#a13269725 Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 2

Problem compiling with gcc 4.2.2 and libsigc++2.0 v2.1.1
by Martin Schmidt 18 Oct '07

18 Oct '07

Hi, I have a serious problem getting to inkscape-svn to compile with gcc 4.2.2 and libsigc++2.0 v2.1.1. It used to work with gcc 4.2.1 and v2.0.18. Also, I have been trying to get the beautiful PDF Import to work (and actually got it to work with the above mentioned software). There was a problem with poppler not installing the Cairo headers by default. You might or might not be aware of the fact that this has a reason: the poppler guys do not guarantee a stable API for those functions. I have talked to one of them on IRC and he was disappointed because of the lack of communication between the SOC students and the poppler devs... I just mean to make you aware of the fact that there might be incompatibilities lying ahead, which I would deeply regret, because I have seen the PDF import work, and am totally blown away by it. In my eyes this is a killer app. So keep up the great work, Martin LOG: depbase=`echo select-context.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`;\ g++ -DHAVE_CONFIG_H -I. -I.. -I../../inkscape/src -I/usr/lib/perl5/5.8.8/i686-linux-thread-multi/CORE -I/usr/include/freetype2 -I/usr/include/libgnomeprint-2.2 -I/usr/include/libart-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -I/usr/include/pango-1.0 -I/usr/include/libgnomeprintui-2.2 -I/usr/include/libgnomecanvas-2.0 -I/usr/include/freetype2 -I/usr/include/gail-1.0 -I/usr/include/gtk-2.0 -I/usr/include/atk-1.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairo -I/usr/include/libpng12 -DRELAYTOOL_CRYPTO='static const int libcrypto_is_present = 1; static int __attribute__((unused)) libcrypto_symbol_is_present(char *m) { return 1; }' -DRELAYTOOL_SSL='static const int libssl_is_present = 1; static int __attribute__((unused)) libssl_symbol_is_present(char *m) { return 1; }' -DHAVE_SSL -I/usr/include/freetype2 -I/usr/include/gtk-unix-print-2.0 -I/usr/include/gtk-2.0 -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/poppler -I/usr/include/poppler/glib -I/usr/include/poppler -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairo -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pango-1.0 -I/usr/include/freetype2 -I/usr/include/libpng12 -DPOTRACE=\"potrace\" -pthread -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/cairomm-1.0 -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/pango-1.0 -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/include/atkmm-1.6 -I/usr/include/atk-1.0 -I/usr/include/libxml2 -I/usr/include/gtkspell-2.0 -I../../inkscape/cxxtest -Wall -Wformat-security -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -D_FORTIFY_SOURCE=2 -Wno-unused-parameter -march=i686 -mtune=generic -O2 -pipe -MT select-context.o -MD -MP -MF $depbase.Tpo -c -o select-context.o ../../inkscape/src/select-context.cpp &&\ mv -f $depbase.Tpo $depbase.Po In file included from ../../inkscape/src/select-context.cpp:26: ../../inkscape/src/pixmaps/cursor-select-m.xpm:38: warning: deprecated conversion from string constant to 'char*' [...] In file included from ../../inkscape/src/select-context.cpp:28: ../../inkscape/src/pixmaps/handles.xpm:19: warning: deprecated conversion from string constant to 'char*' [...] In file included from ../../inkscape/src/select-context.cpp:40: ../../inkscape/src/seltrans.h:153: error: 'SigC' has not been declared ../../inkscape/src/seltrans.h:153: error: ISO C++ forbids declaration of 'Connection' with no type ../../inkscape/src/seltrans.h:153: error: expected ';' before '_sel_changed_connection' ../../inkscape/src/seltrans.h:154: error: 'SigC' has not been declared ../../inkscape/src/seltrans.h:154: error: ISO C++ forbids declaration of 'Connection' with no type ../../inkscape/src/seltrans.h:154: error: expected ';' before '_sel_modified_connection' make[2]: *** [select-context.o] Error 1 make[2]: Leaving directory `/var/abs/local/inkscape-svn/src/inkscape-build/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/abs/local/inkscape-svn/src/inkscape-build' make: *** [all] Error 2

1 1

Which Non-Latin Scripts Do Free Software Fonts Not Cover?
by Dave Crossland 16 Oct '07

16 Oct '07

Hi All, I've just started the Masters degree in Typeface Design at the University of Reading (for which Gentium was a submitted project) and we're expected to do a non-latin script complement to our font, and I'd thought I'd ask around if anyone here has any opinions about the following: Are there non-latin scripts that free software fonts do not cover at all at the moment? Which non-latin script communities are adopting free software and would benefit from more fonts? Does Inkscape have problems with setting any scripts in particular? :-) -- Regards, Dave

2 1

Inkscape less strict than Batik
by Colin Marquardt 16 Oct '07

16 Oct '07

Hi, maybe the following post is of some interest - it talks about replacing Inkscape with Batik as the SVG renderer for OpenStreetMap, and the fact that Batik is more strict than Inkscape in some regards (which should be fixed in Inkscape AIUI). The "issues" mentioned there are memory usage (since OSM got some very detailed maps with lots of elements due to the TIGER data import) which makes Inkscape die with an out-of-memory message (sometimes with destroying the preferences.xml file). It seems the memory usage cannot be helped in the short term (I talked to mental on IRC about that some weeks ago), but I wanted to report the Batik comparison. <http://thread.gmane.org/gmane.comp.gis.openstreetmap.tilesathome/417/focus=…> Cheers Colin

1 0

Clone breaking bug
by Donn 16 Oct '07

16 Oct '07

Hi, I wanted to bounce this off the list before I file a bug. I mentioned this in my architecture post a few days ago. Attached is an SVG that explains how to dup the problem. \d -- A man is accepted into church for what he believes--and turned out for what he knows. -- Mark Twain

2 2

How are selected nodes passed to Inkscape Extension Scripts
by Redefined Horizons 16 Oct '07

16 Oct '07

I was reading over the Scripting HOWTO for Inkscape in an attempt to discover how selected nodes are identified and/or passed to extension scripts by Inkscape. (I was thinking that I might be able to identify and fix a possible bug in the inkex.py file, or maybe see if I could get a Beanshell script to work.) However, after reading over the documentation and the man page for Inkscape, I can't figure out how selected nodes are passed to the scripts. I have examined selected objects in Inkscape's XML editor, and selection information does not appear to be stored in the actual SVG information. So I'm guessing the selected nodes are passed as a parameter? Is this true? If so, what is the name of the parameter and how are the selected nodes represented? If it is not true, are the selected nodes identified in the temporary SVG script some how? I hope I'm not being a pest with my questions. Thank you for the help. Landon

2 1

Problem with getselected method in inkex.py
by Redefined Horizons 16 Oct '07

16 Oct '07

I was trying to write a little extension script that printed the id of all selected paths in an Inkscape document. I seem to have hit a snag. I think there may be a bug in inkex.py, or I am not using it correctly. (The latter is more likely.) Here is the stack trace I get when I try to run my script: Traceback (most recent call last): File "/usr/share/inkscape/extensions/printPathIds.py", line 46, in ? effect.effect() File "/usr/share/inkscape/extensions/printPathIds.py", line 25, in effect self.getselected() File "/usr/share/inkscape/extensions/inkex.py", line 139, in getselected for id in self.options.ids: AttributeError: 'NoneType' object has no attribute 'ids' It seems like the error is indicating that there is nothing selected in Inkscape when the script is run. (I think that is what it means when it says 'NoneType' object has no attribute 'ids'.) However, I do have paths selected in Inkscape when I try to run the script. Do you guys have any suggestions on how I can correct the error? Thanks for all the help. Scott Huey P.S. - I have attached a copy of the Inkscape extension script that generates the error message.

1 0

No more PHP 4
by Aaron Spike 15 Oct '07

15 Oct '07

Php4 has been removed from the Inkscape VM. Please report any problems with any Inkscape websites as soon as possible so that we can fix them. Thanks, Aaron Spike

1 0

Inkscape House plan wish list
by Donn 14 Oct '07

14 Oct '07

Inkscape wishlist - October 2007 Curr. version 1.45.1 on Kubuntu Dapper Drake. Please forgive the intrusion, perhaps this will be of use to someone and maybe it'll spark a thread of ideas. (Is there a more appropriate place to submit wish-lists?) I have recently been designing our house using inkscape to do the top-view plan. I have found it far more flexible than the only other option, Qcad. While I have enjoyed the use of layers and clones, there are several down- sides that I thought I'd list in the form of wishes for the future. I am sure there are ways to do these things, and misconceptions on my part, it's just the way I came-at the thing. THE LIST 1. Rotate entire page - the plan is designed square, but the house is seated at an angle. Nice to be able to see the house angled, but continue to design square. 2. Clones break when you move them to new layers. If you cut/paste them, or just shift pgup/pgdown them, all clones become groups. 3. It would be super if "symbols" (original groups that are used as clones) could be kept in a separate .svg file and referred-to within other svg files. That way, the symbols don't have to be *in* every file that uses those clones. 4. Measurements: If there were at least a ruler tool that could be measured in length (at any angle) rather than the width/height of it's bounding square, it would really help in designing accurately when things don't remain square. Better yet, a way to get the length of a section of an element - perhaps by selecting nodes and having it show the lengths in a readout somewhere. Or, when you draw a line it could show the length along with the other usual info. 5. A tool to measure that draws lines with arrow ends and includes a label which you can control to display units as you need. For example, I used 10 px = 1 m on my drawing. So I would like to see measurement lines saying: <--- 10m ---> That would mean I get to enter a conversion formula somewhere so that it prints the correct value and unit. 6. A label near the W/H display which auto-calculates the area of a thing; at least for rectangles and three node shapes. More complex shapes would be good. 7. A tool whereby you can draw a path and have it calculate the area under it, with a pull-out label showing the area (again with unit and conversion properties). 7.5 (I just remembered) It would be nifty if a kind of "spreadsheetyness" could infiltrate Inkscape. For example, I often wanted to add a list of areas (that I manually calculated and noted as text objects here and there) together and display a total area in a text object on another layer. If that could be automated by variables and formula... Just imagine! 8. A way to group objects *across* multiple layers: I wanted to clone my entire plan which has many layers (one for lights, one for doors, one for walls, etc.) so that I could rotate it to face North-East. I wanted to be able to work within the original group and have the clone reflect the changes in scale, shape and movement I make. But as soon as I group my plan, all the layers snap to one layer. 9. Node aligning: 1) Align to bottom/top/left/right as opposed to an average align to the middle of all the nodes selected. 2) Select more than one object and select nodes across them and align. Great for lining walls up when they are not one path. 10. A way to export the selected item(s) out to an svg file. I find that copy/paste between Inkscape instances on Kubuntu just plain does not work. So I end up making "cut.svg" files with one item in it so I can import that to the next file. Boring really. So being able to pull something out of a busy file and send it to a file would speed that. 11. Layers: For both lock and visible; a way to on/off all at once, also a way to affect the "others" - for example: "hide all other layers". 12. Layers: A way to view a particular layer as an outline while the others show fills etc. 13. Layers: A way to have guides on a per-layer basis. I often wanted guides for the walls and different guides for sundry things and there are just too many guides to use properly. I suppose I could draw lines on a layer and snap to them, but it's not the same as guides. 14. Dialogues: It would be super if one could close a dialogue by hitting ESC. That's my list. I've prob. forgotten some. Many of these things should not be an SVG version clash -- they are something Inkscape could do in the background to make life easier. (Except, perhaps, wish 7.5) \d

7 14

nodepath.cpp compile failure with gcc3 - more info
by John Faith 13 Oct '07

13 Oct '07

Hello, I did more digging into the gcc3 compile failure in nodepath.cpp and I think I found the source of the problem. nodepath.cpp includes 2geom/path.h (via live_effects/effect.h via live_effects/lpeobject.h) which defines the class Path in the namespace Geom. livarot/livarot-forward.h declares 'class Path', without a namespace. This seems to cause gcc3 confusion. Possibly this is the problem mentioned in the comment in nodepath.cpp: "/// evil evil evil. FIXME: conflict of two different Path classes!" ? Has anyone thought about a fix to this before? It seems like a possible solution would be to add a namespace around the Path class in livarot or to rename one of the classes, but I'm not sure what the ripple effect would be. I tried adding "Geom::" or "::" to Path in a couple places, but it didn't seem to work. Thanks, John

2 3

Re: [Inkscape-devel] Inkscape-devel Digest, Vol 17, Issue 26
by Tony Vigil 13 Oct '07

13 Oct '07

From: staff-gmail <john.staff2222@...400...> Subject: Re: [Inkscape-devel] Inkscape House plan wish list As an engineer, I like Inkscape because it is NOT like CAD (I like the simplicity and free form nature), though I do enjoy some of the newer features that bring Visio and Sketchup type abilities. However, some of the things you are looking for are possible (see below) and you are welcome and encouraged to contribute patches for anything else you would like. Some things could be done with the python extension script capabilities. Donn wrote: > 1. Rotate entire page - the plan is designed square, but the house is seated > at an angle. Nice to be able to see the house angled, but continue to design > square. > Have you tried selecting all the objects, grouping and then rotating ? I think what he really wants is to have the entire coordinate system rotated... not just the graphics. > 3. It would be super if "symbols" (original groups that are used as clones) > could be kept in a separate .svg file and referred-to within other svg files. > That way, the symbols don't have to be *in* every file that uses those > clones. > then you start to have file dependency hell. I do keep a separate file for my favorite symbols/drawn objects which I copy into various drawings. I want them to be a pure copy so I can modify them any way I want in that particular drawing. File dependency is not an entirely bad thing. Being able to modify a graphical widget in one file and have instances of the widget updated in many files can be very useful. It would be a cool option to be able to save dependencies... but I wouldn't want it to be the default. > 4. Measurements: If there were at least a ruler tool that could be measured in > length (at any angle) rather than the width/height of it's bounding square, > it would really help in designing accurately when things don't remain square. > Better yet, a way to get the length of a section of an element - perhaps by > selecting nodes and having it show the lengths in a readout somewhere. > Or, when you draw a line it could show the length along with the other > usual info. > > yes, a ruler tool would be nice, in fact, the whole SVG unit transformation specifications could use some work - feel free to contribute some ideas on this. The Measure Path effect can already do measurement at any angle. What seems to be missing is some code that updates the measurement text when the measured path is modified. > 7.5 (I just remembered) It would be nifty if a kind of "spreadsheetyness" > could infiltrate Inkscape. For example, I often wanted to add a list of areas > (that I manually calculated and noted as text objects here and there) > together and display a total area in a text object on another layer. If that > could be automated by variables and formula... Just imagine! Sounds like a great Inkcape offshoot project... CADscape! I'd certainly give it a go when I needed to do some CAD work if somebody wanted to create it... but I would hate it if Inkscape became too much like other CAD tools. > 10. A way to export the selected item(s) out to an svg file. I find that > copy/paste between Inkscape instances on Kubuntu just plain does not work. So > I end up making "cut.svg" files with one item in it so I can import that to > the next file. Boring really. So being able to pull something out of a busy > file and send it to a file would speed that. > Cut and paste between files does work - you just have to open the 2nd file from within the first file Sending selected objects to a new file isn't all that difficult or complicated. Select your objects > CTRL/C > CTRL/N > CTRL/V. Presto... all selected objects are now exported to a new document.

5 4

chain icon/caption
by Alexandre Prokoudine 13 Oct '07

13 Oct '07

Hi, Currently in Filter Effects dialog "Link" caption is used for cases when two values should be changed together. Should we probably switch to traditional chain icons already used in GIMP, Scribus and other well known applications? Alexandre

1 0

Re: [Inkscape-devel] [Inkscape-user] Losing colours when copying
by Michael Wybrow 13 Oct '07

13 Oct '07

On 11/10/2007, at 10:22 AM, greg fenton wrote: > I am using some images from openclipart. > > I am trying to copy two different balloons (clipart/recreation/ > party/balloon-red-aj.svg and balloon-blue-aj.svg) into a single new > image. > > I first copy -red and paste into the new image and all is good. > When I copy -blue and paste into the new image, it is pasted also > as red (not blue). Nothing I seem to do will copy the image over > as blue. > > If I create a second new image and paste just the blue, it copies > over as blue. If I then copy red and paste, it pastes as blue. > > Any suggestions as to how I can get the copy to happen? Just a guess... I had an SVG file where some of the colour were defined using CSS as a top-level style tag. When they were opened in Inkscape they displayed fine, but those colour came out wrong when copied to a new file since I guess the CSS values were not copied across. I was able to paste it to the other file with correct colours by: 1) Open the file in Inkscape 2) Select the relevant objects and copy 3) Paste them within the same document 4) Copy the newly pasted selection 5) Paste that into the new document These steps don't work with you balloon example. Your problem looks similar but with gradients instead of CSS, probably because the gradients are named the same in different coloured balloon images, so the pasted blue balloon just references the red balloons gradients in the pasted version since they are named the same. I'm not sure if this should be considered a bug or not (multiple pasted balloons use the same gradients). CC'ing to the developers list to see what people think about this, and whether there is any kind of hidden option to get the behaviour you want. Cheers, Michael

6 5

print and print direct
by bulia byak 12 Oct '07

12 Oct '07

Does anyone has a slightest idea, or even a suggestion, of why we have these two commands on Windows but not on Linux? What is the difference? This was recently discussed in this bug: https://sourceforge.net/tracker/?func=detail&atid=604306&aid=979164&group_i… whose findings can be summarized as follows: - Linux has the single Print command, it offers a choice between PS/bitmap printing, and it works (at least the PS printing works, I didn't test bitmap printing much). - Windows has "Print" and "Print Direct". The former works but offers no PS/bitmap switch, and works only as a bitmap. The latter offers the switch but does not work :) I think it's high time to do something about this mess. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 7

Error on "config" script?
by Aurélio A. Heckert 12 Oct '07

12 Oct '07

I have some compile problems, and Bulia say me that i need to upgrade mu libGTK. see: http://sourceforge.net/tracker/index.php?func=detail&aid=1812357&group_id=9… So... the config script must test the libGTK version, don't need? Thanks guis! :-) Aurium -- -===================================================- . . Aurélio A. Heckert [ GNU/Linux ] / \ http://www.aurium.cjb.net ((__-^^-,-^^-__)) `-_---" "---_-´ Ilustração Vetorial Livre: `--|o` ´o|--´ http://InkscapeBrasil.org \ ' / Projeto Software Livre - Bahia: ): :( http://psl-ba.softwarelivre.org (o_o) Coop. de Tecnologias Livres: "-" http://www.colivre.coop.br ------------------------------------------------- GNU/Linux User #312507 http://counter.li.org - - - - - - - - - - - - - - - - - - - - - - - - - ( ( ( http://www.midiaindependente.org ) ) ) -===================================================- "Se conhecimento é poder, que país governado por industriais dará a verdadeira educação? Cuidado com o feedback da miséria!" Tet Ramon "Eu temo pela minha espécie quando penso que Deus é justo." Thomas Jefferson

1 0

Visio and Inkscape
by Ted Gould 12 Oct '07

12 Oct '07

Hey all, In looking for XSLT scripts that'd be useful for Linux I ran across: http://vdxtosvg.sf.net/ It's a script to use the XML format that is used by Visio, and turns it into SVG. Seems potentially useful. But, I'm e-mailed the author and he's not really interested in maintaining it. It seems like he'd probably be willing to answer questions, but I didn't ask explicitly. Anyone have Visio and interested? --Ted

2 2

Order of Selected Items Presented To Extension Scripts
by Redefined Horizons 12 Oct '07

12 Oct '07

Warning: This question might be specefic to Inkscape extension scripts written in Python. I've come up with ideas for several little extensions scripts I'd like to write for Inkscape. Most deal with allowing the type of "precision" drawing that would make Inkscape more suitable for precision drawing. I keep running into an obstacle when I think about the design of these scripts, and I thought I might get some help here. An example may be the easiest way to ask my question. I want to write a script that makes one line segment parallel or perpendicular to another line segment. The problem is that I want to make the line segment selected last by the user parallel to the line segment that is selected first, not the other way around. I'm looking for a way to do this without having the user run two scripts. The first to select the line that will not be modified, and the second to select the line that will be modified and that then performs the operation. Does Inkscape "deliver" the selected items to an extension script in the order they were selected? Or is the order random? If the order isn't random, which items (or nodes) would come first? Those selected last by the user, or those selected first? I hope my question makes sense. I might be pushing the envelope of what is possible with Inkscape's current extensions script system. Thanks, Scott Huey

3 3

Re: [Inkscape-devel] [Inkscape-user] Losing colours when copying
by MenTaLguY 11 Oct '07

11 Oct '07

On Thu, 11 Oct 2007 17:34:57 +0200, "Maarten van der Velde" <Maarten.van-der-Velde@...1771...> wrote: > I'm just wondering why it happens? Are the names for the gradients > assigned based on a incrementing counter? Can't we just assign them > random numbers? Random numbers aren't guaranteed to be unique either. -mental

1 0

Color Tweak - Option to not create new gradient
by microUgly 11 Oct '07

11 Oct '07

Is there an option so when you tweak the colours of a gradient it modifies the current gradient rather than makes a copy then modifies it? I normally reuse gradients on multiple objects to intentially keep them same for if I decide to change colours. I don't know if others feel the same, but my preference would be that when I tweak the gradient on one object, all other objects that also use that gradient should change also. Perhaps a toggle in the tool control bar? -- View this message in context: http://www.nabble.com/Color-Tweak---Option-to-not-create-new-gradient-tf456… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

11 42

Tool names in tooltips
by microUgly 11 Oct '07

11 Oct '07

One minor issue I have with Inkscape is that the tools aren't named in the tooltips. This doesn't effect my own use, but when attempting to help someone else I like to refer to tools by their correct names and I don't know what some tools are called off the top of my head. Refering to them by their description in impractical. The only way I know how to find out the correct name of a tool is to look at the Keys and Mouse reference. Is it possible to put the tool name in the tooltips? Or are the names of the tools already revealed within Inkscape in a way that I have overlooked? -- View this message in context: http://www.nabble.com/Tool-names-in-tooltips-tf4604916.html#a13148870 Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 5

Fwd: Simple Addition
by Martin Owens 10 Oct '07

10 Oct '07

> Actually it might make sense to make it a preference. Something like > specifying what happens to the other layers when one is selected > exclusively. That's a good idea in and of it's self, make the two things distinct functions and together they make a powerful control. So one idea is to have a slider bar to change which layer is selected. And the second idea is to be able to set some how what happens to other layers and the current layer such that it should be possible to make the current layer visible, the next and previous layers semi transparent and all other layers invisible. this would also be very cool for doing tracing and a bunch of other things. >> >> I wrote the barcode plugin, I can't Imagen it'd be too much more difficult. > > Ah, I didn't realize that was you. Yes, this one should be much easier :) > Yes the barcode wasn't that hard to be honest I translated my perl barcode stuff to python. > Are you planning on using the SVG animation elements or Javascript? > > Also, from the SVG perspective there is a good group of people who talk > about SVG related issues over here: > > http://tech.groups.yahoo.com/group/svg-developers/ I'm planning on creating a python based plugin which will look at each of the objects in each root layer and allow you to combine them into a complete animation using svg animation (not javascript) primary support is just the path and transofrm animations and maybe style. I'll make it so you should be able to select the timing between each frame ect. I'm posting this to the inkscape devel list for you guys to shoot down as many as the silly ideas as possible so we can come up with some nice improvements. Best Regards, Martin Owens

5 7

Inkscape staff-picked at Apple again
by jiho 10 Oct '07

10 Oct '07

Hello, Just a quick note to let you know that, after changing Inkscape description text at Apple, the project gained a little visibility (it was marked as updated) but also changed location (moved from Unix & Open source to Imaging & 3D) and lost its staff-picked status. As of today, Inkscape has been staff-picked again and, maybe more importantly, is back in the top ten most popular applications in its new category (it is number 6): http://www.apple.com/downloads/macosx/imaging_3d/index_top.html There is no indication of how the "popularity" is judged but since the list features old and new items, staff-picked as well as non- staff picked items etc. my guess is that a simple metric such as the number of clicks on the download link or the number of visits to the product page is used. This is all very good news for Inkscape and 0.46 promises to be a really big hit. Congratulations to everyone. Cheers, JiHO --- http://jo.irisson.free.fr/

1 0

SCALE Papers or BOF
by staff-gmail 10 Oct '07

10 Oct '07

All those thinking of going to SCALE - it would be great to have a paper submitted, but if no one is up for that, we should plan on at least a BOF on all the new cool features that will be in .46 that should be out by then. At any rate we should coordinate and then let Gareth know.

3 4

Case sensitive font selection field
by momo 10 Oct '07

10 Oct '07

Hi, While working with some text in Inkscape, I found an unpleasant behaviour of the text selection field (the field above the font selection drop down menu): it is case sensitive. When I type "Arial" in it and hit enter, the selected text's font is changed to arial as it should. But if I type "arial" or "ARIAL", then I get a warning that the font is not found/installed. The expected behaviour is that no matter what case I enter in (like aRiaL) it must find the font I'm looking for (this is the behaviour of Illustrator, Indesign, Corel, Photoshop, Openoffice and many other programs). Although it is not a real bug, it is IMO a usability issue. By the way, I'm on Windows XP sp2. Is it the same on Linux? Mac? And should I fill a feature request or a bug report? Thanks! Molumen

1 0

need help
by Elisha 09 Oct '07

09 Oct '07

When I try to make some effects with windows version, inkscape stop and give this error message- http://www.pisga.org.il/inkscape/inkscape.jpg Elisha

11 22

docking for extensions
by Alexandre Prokoudine 09 Oct '07

09 Oct '07

Hi, What do you think about docking floating extensions dialogs (i.e. dialogs with "Floating" option enabled)? When you have several of them around and you need them all the time, docking them would make sense. Alexandre

2 1

BIg slowdown using Tweak tool -- sp-item.cpp
by John Bintz 09 Oct '07

09 Oct '07

Hi, all. It looks like a change that occurred in rev. 15821 has caused some big performance issues when using the Tweak tool. In sp_item_update, this block of code is called with every update: if (item->display && item->display->arenaitem) { NRRect item_bbox; sp_item_invoke_bbox(item, &item_bbox, NR::identity(), TRUE, SPItem::GEOMETRIC_BBOX); NR::Maybe<NR::Rect> i_bbox = item_bbox; nr_arena_item_set_item_bbox(item->display->arenaitem, i_bbox); } and this is making the Tweak tool very slow to respond. Is there a better way of computing the SVG bounding box for the Arena item on an as-needed basis, rather than with every update? Also, I looked at other places that used item->display and that seems to be a linked list instead of just a single item. Thanks, John

3 4

PDF import extension
by Miklós Erdélyi 08 Oct '07

08 Oct '07

Hi, the cairo-based simple PDF import extension has been in trunk for a while (well, for a week or so :) ). Now I have committed a preliminary version of the native libpoppler-based one to trunk (you can activate it by uncommenting the line Internal::PdfInput::init() in src/extension/init.cpp). I did commit this unstable version because I need your help regarding a strange bug. When a PDF document is opened Inkscape crashes with segmentation fault, giving the following backtrace: #0 0xb6ebeb46 in malloc_usable_size () from /lib/tls/i686/cmov/libc.so.6 #1 0xb6ec0ecd in free () from /lib/tls/i686/cmov/libc.so.6 #2 0xb6ec283f in malloc () from /lib/tls/i686/cmov/libc.so.6 #3 0xb70844b7 in operator new () from /usr/lib/libstdc++.so.6 #4 0xb70845ed in operator new[] () from /usr/lib/libstdc++.so.6 #5 0xb71719d2 in PDFDoc::checkFooter (this=0xa6c5700) at PDFDoc.cc:248 #6 0xb7171e90 in PDFDoc::setup (this=0xa6c5700, ownerPassword=0x0, userPassword=0x0) at PDFDoc.cc:185 #7 0xb71721c5 in PDFDoc (this=0xa6c5700, fileNameA=0xa6c56c8, ownerPassword=0x0, userPassword=0x0, guiDataA=0x0) at PDFDoc.cc:102 #8 0x08594ec7 in Inkscape::Extension::Internal::PdfInput::open ( this=0x8857030, mod=0x8861350, uri=0xab497e4 "/home/shudo/tiger.pdf") at extension/internal/pdfinput/pdf-input.cpp:51 Please test whether the same thing happens on your system also (note: PDF import is not yet available on Windows) and tell us if you have any ideas regarding the solution to this problem which sets back the further development of the import extension. Thank you, miklos

6 6

Re: [Inkscape-devel] [Inkscape-user] contribute to graphics research!
by bulia byak 08 Oct '07

08 Oct '07

(forwarding this to devel list as well) This sounds like a very nice addition. We (developers) actually were thinking about adding something like that, as an option. Would you consider adding your patch to the SVN trunk so it becomes part of the official Inkscape releases? For users, persistent undo is an important enough feature by itself, with or without helping your graphics research :) And if you keep working on it to add more features like selective undo, this is much better to do in the main trunk. On 10/5/07, Sara Su <sarasu@...1814...> wrote: > Hello inkscape-users, > > I am a graduate student in the Computer Graphics Group at > MIT, and we are researching ways to visualize the editing > history of graphical documents. We want to test our > software prototype (built on Inkscape) on a diverse sample > of illustrations, and we need your help! Please see our > webpage for details: > > http://csail.mit.edu/~sarasu/history > > If you could spare 10 minutes, we would be grateful for your > help. Let me know if you have any questions or suggestions > regarding this work. We will keep you posted on cool > features (e.g. selective undo) that grow out of it. > > Thanks in advance! > > Sara > > ------------------------------------------------------------------------- > 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 > -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 3

Tabbing in Docked Dialogs (0.45+Dev, Sept 6 Release)
by Tony Vigil 07 Oct '07

07 Oct '07

Using the tab key while editing parameters inside docked dialogs in the development version doesn't work as expected. Tabbing still cycles the object selection as though the canvas has focus. This can lead to very unwanted results if you enter data, tab to the next parameter, enter more data, then hit return. Is this tabbing behavior while in the docked dialogs intentional? - Tony

2 1

paypal on main page
by Alexandre Prokoudine 06 Oct '07

06 Oct '07

Hi, An issue was raised in #inkscape today about donations. Some people would like to donate money to the project, but 1) We have no PayPal link on main page, and SourceForge page is not obvious enough. 2) Not everyone wnats to register at SF to be able to donate. What shall we do? Alexandre

1 0

Re: [Inkscape-devel] GUI For Insckape Script Extensions
by Ted Gould 06 Oct '07

06 Oct '07

On Fri, 2007-10-05 at 07:41 -0700, Redefined Horizons wrote: > You wrote: "You should look through the INX files in Inkscape..." > > I really did look at some of the INX files. I opened at least 3 or 4 > of them, but couldn't find what I was looking for. I think the dummy > INX file that you attached will get me going in the correct direction. I find it useful to grep for things I'm looking for in that directory. So something like this would give me the list of all INX files that have enums in them: grep enum *.inx > Maybe you could help me with a couple questions in this regard. I was > trying to add the PyGTK modules to my Inx file. But I wasn't sure if > they should be labeled as "executable". Is there a more appropriate > term, like "library", or do all Python modules used in my script need > to be labeled "executable" in my INX file? You don't need to specify the modules in your INX file. The dependency checking that Inkscape has isn't very smart, it is only the basically looking to see if a file exists in the path or in the extensions directory. It doesn't know about how to load Python modules or anything like that. > Also, what version of the Python interpreter is used by Inkscape? Is > it the Python interpreter I have installed on my system, or is it an > embedded interpreter? I need to make sure that my PyGTK and Python > versions are matching up. On Linux, Inkscape will use the python interpreter from your system first. You can overwrite that in your settings if you like. On Windows, it will use the version of Python that is packaged with Inkscape, which I believe is 2.5. > Thanks for all the support guys. This is really great and unexpected! No problem Scott. In the Inkscape project we believe that success is determined by the number and quality of contributions. We want everyone to be able to contribute what they can. --Ted

1 0

nodepath.cpp compile failure with gcc3; which isnan.h?
by John Faith 05 Oct '07

05 Oct '07

Hello, I did 'svn up' to version 16183 and hit trouble in nodepath.cpp when building with gcc 3.3 under OS X 10.3.: ... g++ ... nodepath.cpp ... 2geom/linear.h:90: error: `isfinite' undeclared in namespace `std' I noticed that src/2geom/linear.h includes src/2geom/isnan.h, which is a bit different from src/isnan.h. The former does not have gcc3/apple ifdefs. Was isnan.h copied into 2geom at some point, and if it should be the same file, why not just let the include path find the one in src/? By the way, replacing src/2geom/isnan.h with src/isnan.h (which has the ifdef gcc3 stuff) does not fix this. Thanks, John

2 1

Little enhancement for font toolbox dropdown
by Daniel Genrich 05 Oct '07

05 Oct '07

Heym some guys on irc forced me to write this on the mailinglist :) I had to test 200 fonts if they fit for my text. Everytime I selected some font from the list, the dropdown menu closed. Quite annoying for me. This little patch prevents automatic closing, enables browsing via arrow-up and arrow-down, and closing of the dropdown menu via return/enter. Already tested by some irc guys :) you'll find the diff against today's svn here: http://pastebin.ca/725982 It's a 4-liner :) Greetings and good work, Daniel

4 4

Re: [Inkscape-devel] Color Tweak - Option to not create new gradient
by rosros-3＠...112... 05 Oct '07

05 Oct '07

Things that could be done in a future enhanced gradient editor: 1) Chosing the interpolation between stoppoints (for instance linear, cubic spline, other functions...) [of course this is the abstract viewpoint, since finally all SVG gradients will be a set of stoppoints with linear interpolation of colors and alpha between them]. 2) Inserting formulae for the generation of RGBA values AND of the positions of stoppoints see http://rosros-3.blogspot.com/ 3) ... rosros -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Vuoi un prestito fino a 30.000 Euro? Clicca qui per un preventivo immediato! Prometeo ti propone prestiti personali senza attese e senza spese. * Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=7083&d=5-10

2 1

GUI For Insckape Script Extensions
by Redefined Horizons 05 Oct '07

05 Oct '07

I noticed the attached slide on Ted's presentation on Inkscape extensions. In the python example available online I see how to use the automatic GUI for scripts to collect text or String data. Can someone point out some examples or documentation that explains how to set up an automatic GUI for a script that uses enumerations or radio buttons? Would it be possible to use PyGTK from within an Inkscape extension script? Thanks for the help. Scott Huey

4 4

compile error rev 16180
by bulia byak 05 Oct '07

05 Oct '07

Enable LittleCms: yes color-profile.cpp: In function 'void* Inkscape::colorprofile_get_display_transform()': color-profile.cpp:722: error: 'cmsFLAGS_PRESERVEBLACK' was not declared in this scope make[2]: *** [color-profile.o] Error 1 -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

Composite Filter, arithmetic mode
by Tavmjong Bah 04 Oct '07

04 Oct '07

Hi, I've been studying the filter primitives. While the work that has been done is quite impressive, there seems to be quite a bit of polishing to do. I am currently having trouble with the Composite filter primitive. As I read the standard, the K values in the Arithmetic mode can be negative. This leads to the case where one or more of the calculated RGBA values can be negative. Of course these must eventually be clamped at zero. However, the calculation is done by using integers with the K values multiplied by a power of 255. The resulting integer is then normalized to be between 0 and 255 by the NR_NORMALIZE_31 function located in nr-pixops.h. This function uses the FAST_DIV_ROUND routine (also in nr-pixops.h) which is only valid for non-negative numbers.... thus it gives the wrong result (a positive value instead of zero). Can an expert suggest a fix? Tav

1 0

Re: [Inkscape-devel] Color Tweak - Option to not create new gradient
by rosros-3＠...112... 04 Oct '07

04 Oct '07

Xara's designers think that "named colors" is a great feature of their program and I agree with them. Changing the color of 100 objects without affecting 100 other objects that have the same current color on the canvas can be achieved easily with named colors (complicated selections may be needed otherwise). With two-stop gradients one must edit two stoppoints, with one-stop gradients just one ... of course. Linked gradients (and colors), that is unforked ones, can save SVG code and improve loading (and perhaps rendering) speed. Moreover, this feature is already there! So, why removing it? It just needs to be made more perspicuous ... and perhaps enhanced with "shades" of the same color, another great feature of Xara, for which the code in Inkscape is already there according to Jon Cruz!! Shouldn't Inkscape be made SVG-1.1-compliant (see the opensource Batik 1.7 [http://xmlgraphics.apache.org/batik/], which - for instance - renders SVG 1.1 feColorMatrix very well; try opening http://sourceforge.net/tracker/download.php?group_id=93438&atid=604306&file… in Inkscape)? rosros -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Scegli ciò che stai cercando tra migliaia di annunci, prova con Email.it Annunci, linserzione è gratuita! Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=6891&d=4-10

1 0

CMS display adjustment change
by Jon A. Cruz 04 Oct '07

04 Oct '07

Hi, I just checked in an update with icc color profiles and setting display calibration. Now upon startup latest SVN Inkscape will search the standard locations for profiles ~/.color/icc /usr/local/share/color/icc /usr/share/color/icc Then under the misc preferences you'll have a checkbox for enabling display calibration, along with a drop-down combo box that allows you to pick between all RGB display profiles found. Give it a rundown and let me know how it's behaving. Thanks.

4 7

Getting the ID of the selection in a Python script for Inkscape.
by Redefined Horizons 04 Oct '07

04 Oct '07

I was wondering how to obtain the current selection from within an Inkscape script written in Python. I note that the getselected method in the inkex.py file contains a comment that says it "Collect selected nodes". Does this mean that it only returns the nodes from the selection? Does it return the DOM representation of the selection? What is the quickest way, if it is even possible, to obtain the current selection in Inkscape from a python script? I'm thinking maybe I can get an id of the selection with a helper method an then use some methods in to get the DOM element of the selection using the "id" attribute. I hope my question makes sense. I've been trying to read through some of the material online about writing scripts and/or extensions for Inkscape, but I must admit it is a little confusing for me. I appreciate your patient assistance. I will do my best to post a summary of any responses to this question on the Inkscape wiki if that would help other future script writers. :] Scott Huey

2 1

SVN version fails to compile
by Helmut Jarausch 03 Oct '07

03 Oct '07

Hi, trying to build the SVN version of Inkscape (on my GenToo system) fails with widgets/sp-color-icc-selector.cpp:185: error: expected initializer before '*' token widgets/sp-color-icc-selector.cpp:193: error: 'DWORD' does not name a type widgets/sp-color-icc-selector.cpp:194: error: 'DWORD' does not name a type widgets/sp-color-icc-selector.cpp:197: error: variable or field 'getThings' declared void .... It looks as if a header file hasn't been included. Many thanks for a hint, Helmut Jarausch Lehrstuhl fuer Numerische Mathematik RWTH - Aachen University D 52056 Aachen, Germany

2 3

NEW: CDR (CorelDraw) import via UniConvertor
by bulia byak 29 Sep '07

29 Sep '07

Inkscape can use UniConvertor (http://www.sk1project.org/modules.php?name=Products&product=uniconvertor) if it's installed on your system to import documents in CDR format (CorelDraw). This feature is Unix-only at this time (since UniConvertor is Unix-only) and requires that you have Python and UniConvertor installed. As of UniConvertor 1.0rc2, only versions from 7 to X3 of the CDR format are supported, and text objects are not converted. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 3

Problem with recent build
by Joshua Facemyer / Impressus Art 29 Sep '07

29 Sep '07

No idea...something wrong with libgeom? 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:311: warning: by `Geom::Curve* Geom::SVGEllipticalArc::reverse(double, double) const' ... ./2geom/path.h: In member function `Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve* const*, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > > Geom::Path::end_closed() const': ./2geom/path.h:374: error: `Geom::BaseIterator<IteratorImpl>::BaseIterator(const IteratorImpl&) [with IteratorImpl = __gnu_cxx::__normal_iterator<Geom::Curve* const*, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > >]' is private ./2geom/path.h:480: error: within this context ... ./2geom/path.h: In member function `void Geom::Path::insert(Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >, Geom::BaseIterator<Impl>, Geom::BaseIterator<Impl>) [with Impl = __gnu_cxx::__normal_iterator<Geom::Curve* const*, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > >]': ... ./2geom/path.h:437: instantiated from here ./2geom/path.h:376: error: `__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >::impl_' is private ./2geom/path.h:580: error: within this context ./2geom/path.h:376: error: `__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >::impl_' is private ./2geom/path.h:580: error: within this context make[2]: *** [nodepath.o] Error 1 make[2]: Leaving directory `/home/facemyer/inkscape/svn-snap/inkscape-16089/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/facemyer/inkscape/svn-snap/inkscape-16089' make: *** [all] Error 2

4 14

3D box guides offset
by Alexandre Prokoudine 28 Sep '07

28 Sep '07

Hi, When manupulating 3D box from copy of the window I see blue guides offset: http://img02.picoodle.com/img/img02/9/9/22/f_3dboxguidesm_484ca96.png What I did is 1) created a new view of the window; 2) selected the 3D box; 3) moved it to the right/bottom; 4) pressed X and saw the lines misplaced. In other cases the new tool seems to work fine and I wonder why it's not enabled in the toolbox yet ;-) Kudos to Maximilian! Alexandre

3 2

inkscape calibrated display
by Jon A. Cruz 28 Sep '07

28 Sep '07

I just committed the initial cut of display calibration. Just set the preference to your display correction profile and enable it. Let me know how it works.

8 27

Solved - Link error, Windows, current svn
by Kent Tenney 28 Sep '07

28 Sep '07

>Make error line 357: >undefined reference ... >(export.o) ... >(find.o) I deleted the find.o and export.o files = success Sorry for the noise.

1 0

Re: [Inkscape-devel] [Inkscape-user] Manipulating Text
by unknown＠example.com 28 Sep '07

28 Sep '07

> -----Original Message----- > From: inkscape-user-bounces(a)lists.sourceforge.net > [mailto:inkscape-user-bounces@lists.sourceforge.net] On > Behalf Of D. Jones > Sent: vrijdag 28 september 2007 12:32 > To: inkscape-user(a)lists.sourceforge.net > Subject: Re: [Inkscape-user] Manipulating Text > > > > > > On 9/26/07, Claus Cyrny <wrote:> > > > D. Jones wrote: > > > > I was hoping some of you fellow inkscape users may now how to > > > > accomplish this > > particular > > > > way manipulating text. It started as a discussion at > the inkscape > > > > forum in this > > thread, > > > > and I trying to find a reliable way to reproduce the > indiana, ben > > > > hur and red hot > > shape > > > > of text. http://www.inkscapeforum.com/viewtopic.php?f=5&t=32 > > > > > > > > Can someone help out on this one, or is my only alternative to > > > > manually edit each > > set of node. > > > > > > I'm afraid, yes (at least I didn't found another way), > but I think > > > this isn't as difficult as it sounds. > > > > > >My steps (I'm referring to the 'INDIANA' text). > > > > > > 1. Type your text with the text tool. > > > 2. Make a ellipse for the curved text. Position it above the text. > > > This will be for the upper part of 'INDIANA'. > > > 3. Make a copy of this ellipse (CTRL+D), and put it right > underneath > > > the text. > > > 4. Select both the text and the two ellipses, and align them > > > vertically (center). > > > 5. Select the text and execute 'Text > Object to Path'. > > > 6. Draw the nodes until they go along the ellipses. > > > 7. Execute CTRL + ALT + C. Now you can fine-tune the nodes. > > > > > > Regarding the lines of the text: I would adjust their > width in the > > > beginning. > > > > > > Here's a screenshot I just did to illustrate what I mean: > > > > > > http://home.arcor.de/ccyrny/downloads/indiana.png. > > > > > > Those are not all of the steps to create the INDIANA logo, but I > > > think this is one way to accomplish this. > > > > > > HTH, > > > > > > Claus > > Will give this a try. I basically am trying to find a way so > that i minize process so that if I do not like the result I > can change rather quickly without excessive undos :) Please do not expect the thing I'll describe soon, but... just so you know work is done on this kind of thing! I am thinking about an 'Enveloppe' path effect (LPE), something similar to the path-along-path LPE: http://www.inkscape.org/screenshots/gallery/inkscape-0.46-lpe-pathalongpath… You'll need to draw two paths, one for the upper bound (ellipse in your case) and one for the lower bound. You apply the effect to your 'Text > Object to Path' and then your text or path will be stretched from upper bound to lower bound. You'll then be able to edit the bounds live on-canvas, so you can quickly change things around :) I am not sure whether this will make 0.46, probably not unless some other developer is interested in implementing this. I can give a lot of help if someone is interested in making this! Regards, Johan

1 0

empty directories
by Alexandre Prokoudine 27 Sep '07

27 Sep '07

Hi, To the best of my knowledge, by default several empty directories are created by Inkscape installations: $PREFIX/share/gradients, fonts and patterns. I've already seen several times people asking, where they can find patterns or gradients for Inkscape, because they think that something is supposed to be put there :) Should we get rid of them until we properly support that functionality? And do we have some kind of vision for patterns/gradients libraries? Alexandre

4 4

Link error, Windows, current svn
by Kent Tenney 27 Sep '07

27 Sep '07

Make error line 357: LINK problem: build\libinkscape.a(export.o):export.cpp: (.rdata$_ZTVN8Inkscape2UI6Dialog6ExportE[vtable for Inkscape::UI::Dialog::Export]+0x84): undefined reference to `Inkscape::UI::Dialog::Dialog::on_response(int) build\libinkscape.a(export.o):export.cpp: (.rdata$_ZTVN8Inkscape2UI6Dialog6ExportE[vtable for Inkscape::UI::Dialog::Export]+0x88): undefined reference to `Inkscape::UI::Dialog::Dialog::on_delete_event(_GdkEventAny*) build\libinkscape.a(find.o):find.cpp: (.rdata$_ZTVN8Inkscape2UI6Dialog4FindE[vtable for Inkscape::UI::Dialog::Find]+0x84): undefined reference to `Inkscape::UI::Dialog::Dialog::on_response(int) build\libinkscape.a(find.o):find.cpp: (.rdata$_ZTVN8Inkscape2UI6Dialog4FindE[vtable for Inkscape::UI::Dialog::Find]+0x88): undefined reference to `Inkscape::UI::Dialog::Dialog::on_delete_event(_GdkEventAny*) collect2: ld returned 1 exit status

1 0

SVG filter effects and Batik source code
by rosros-3＠...112... 27 Sep '07

27 Sep '07

The support for all SVG filters (Filter Effects) is very good in Batik (http://xmlgraphics.apache.org/batik/). Since the source code is available, would it be a good idea just to take that code and adapt it?? BTW, an old SVG editor such as Graffiti also supports the filters. -- Email.it, the professional e-mail, gratis per te: http://www.email.it/f Sponsor: Devi vendere o coprare qualcosa? Visita il canale annunci di Email.it * Inserzioni gratuite! * Clicca qui: http://adv.email.it/cgi-bin/foclick.cgi?mid=6889&d=27-9

1 0

Problem with document base / xlink:href and embbed images
by jiho 27 Sep '07

27 Sep '07

Hello everyone, I just tried to embed images in a new Inkscape document, created with a recent SVN build of Inkscape, and it did not work. Here is the problem (it's quite tricky): The SVG document comes from a computer with a different directory organization. It has images linked in it, that are in the same directory that the document. I open it on my machine and copy parts of it (some paths + some bitmaps) to a new, untilted document. Inkscape copies the images with xlink:href containing a relative link to the image (just the name in this case) and sodipodi:absref which is not valid anymore (it contains the directory structure of the other machine). In the new document, images initially appear as broken links since the absref is not valid and the document has not been saved, hence the root is unknown. I save this new document next to the orignal one, so that the relative links are respected. Once saved, the xlink:href become valid but the images are still show as broken. I have to reopen the document to see the images (which is probably a problem in itself). In the XML editor, just to be sure, I deleted the sodipodi:absref elements which were not valid anyway. Then I tried to embbed the images and Inkscape complained saying "No xlink:href or sodipodi:absref attributes found, or they do not point to an existing file! Unable to embed image. Sorry we could not locate /Applications/Inkscape.app/ u_velocity_bottom.png" The absref attributes are not there so that's fine but the xlinks are valid. However Inkscape looks for images in /Applications/ Inkscape.app which is the default location where documents are saved on OS X. If I remember well there was a document root attribute that was removed some time ago. I suspect that embbed bitmaps was looking for the images as document root+xlink and since document root is inexistant the default is used. This means that embbed images only works when sodipodi:absref is present, now that document root does not exists. This seems like a bug to me but the problem was complicated so I would prefer having your advice. Did I explained it clearly? Well currently I'll have to rewrite the sodipodi:abserf by hand and it will solve the problem but the solution may be quite hard to find for somebody who does not want to dive in the XML editor. JiHO --- http://jo.irisson.free.fr/

3 4

link to forum
by bulia byak 27 Sep '07

27 Sep '07

Here: https://sourceforge.net/tracker/?func=detail&atid=604309&aid=1800866&group_… a user requests that we link www.inkscapeforum.com from the front page. Is there any reason not to do it? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 4

Decision on live update of extensions
by Bill Baxter 26 Sep '07

26 Sep '07

What was the decision on the live update of extensions? The original justification was that it would happen in a separate thread so you wouldn't notice, but it is *very* noticeable. At least on Windows with the snapshot builds. The worst part of it theres a DOS console that pops up every time the command gets rerun, and often that steals the focus away from the text field you're trying to type some number into. It's very annoying. --bb

7 18

Re: [Inkscape-devel] [Inkscape-user] Feature question, only current layer visible
by bulia byak 26 Sep '07

26 Sep '07

> Kent Tenney wrote: > > I would like Inkscape to show only contents > > of the active (selected?) layer, other layers > > would not be visible. Someone just needs to implement Alt+click on a layer in Layer dialog to hide all other layers. That's how it's done in Photoshop so it will be a familiar shortcut for most users. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

6 6

About Inkscape description text
by jiho 26 Sep '07

26 Sep '07

Hello everyone, As I mentioned earlier, I updated Inkscape description at Apple downloads. The description was taken from the text on the main page of the site and now that I played a bit with it and compared it to other software, I tend to find it quite verbose and technical. This text is what people will copy paste to describe Inkscape (as I did) and does not look to appealing to me. For example I don't think there is enough emphasis on the UI which is one of Inkscape greatest strengths while some very basic things (shapes, paths, etc) are mentioned while they can be considered self evident. Would a rework of this text be acceptable or has it already been reworked many times and this is considered final? How do you want Inkscape to be perceived: as a UI on top of SVG or as a vector editor that happens to use SVG as its format? More specifically about Apple Downloads, I just thought I would let you know that their staff updated Inkscape description. Now Inkscape has a nicer screenshot, a more detailed description and is classified as Imaging and 3D rather than under the more abstract "unix & open source" label. http://www.apple.com/downloads/macosx/imaging_3d/inkscape.html However, since I submitted it, it is listed under my name (but links to www.inkscape.org). This is obviously wrong (I don't want people thinking that Inkscape is my project, by any means!) and I tried to correct it by adding "Inkscape Community" as my company name. I hope they will update the description soon. For 0.46, the best thing will probably be to open an Apple account under the name "Inkscape Community" and then I'll delete Inkscape from mine. Cheers, JiHO --- http://jo.irisson.free.fr/

4 4

Strings in python extensions
by Bill Baxter 26 Sep '07

26 Sep '07

Has anyone noticed that the type=string variables passed to python extensions have literal quotes in them? For instance the number nodes (dots.py) example doesn't really work in the latest snapshot I downloaded because the sizes are getting set to things like '"20"' instead of just '20' --bb

5 8

Extension execution on Windows crashes update
by unknown＠example.com 25 Sep '07

25 Sep '07

Some time ago we reported that executing extensions on Windows crashes Inkscape. Today I read the Bill Baxter was actually able to run some extension, so I tried again. The LaTeX extension still crashes, Path-along-path too. But the grid extension does not crash. Details: I am building Inkscape with a slightly modified build.xml so Inkscape always starts with a console window, to easily see debug info. I am going to try without console window now, to see whether that matters. In any case, execution of the grid extension did not spawn a new console window, nor did it pass focus to the already existing console. Later, Johan

3 3

CMYK imput problem
by momo 25 Sep '07

25 Sep '07

The CMYK color input behaves strangely: in the Fill and Stroke panel, when I try to change the color percentages in the CMYK tab by entering numbers on the right of the color mixers, these numbers are somehow recalculated on the fly and already entered amounts change. Here's an example: C 0 I change it into 44 M 27 jumps to 0 Y 61 jumps to 47 B 60 jumps to 71 And so on... It is almost impossible to input a CMYK color. Even entering CMYK color amounts with the help of the color sliders (for example MAGENTA) leads to subit changes in other colors (CYAN, YELLOW and BLACK). Molumen

7 15

Placment of guidelines
by David Christian Berg 25 Sep '07

25 Sep '07

Hey Inkscapers! I've done some draft yesterday and was using guidelines, something I don't do very often... Well, first of all, I would like guidelines to be selectable and then placeble via the tool bar (everything but the x or y position should be greyed out). However, if this seems to hard to do, quickly, I think it would make sense to at least allow the same number of digest after the point in both, the guideline dialogue (currently 2) and the tool bar coordinates (currently 3, which I of course prefer). Greetings from Spain! David

2 4

CMS color selection including CMYK
by Jon A. Cruz 25 Sep '07

25 Sep '07

Well.... I was finally able to get the initial cut of supporting icc-color() in. It should support most color spaces including CMYK. At the moment it will only be active for colors with an icc profile already set. There are some problems with the Lab and YCbCr color spaces. So far I've tested RGB, CMYK and Grayscale successfully. To test just build the latest, have a <color-profile> in your SVG and set the color in the SVG. So if you have a <color-profile> element with a name attribute of "cmyk", then you would just need to set fill:#ff00ff icc-color(cmyk, 0, 0, 0, 0, 0)

1 0

build.dep
by Bob Jamison 23 Sep '07

23 Sep '07

Hi all, Most of you never use the win32 stuff. So you probably have never seen the build.dep file. This file is a list of dependencies for each .cpp file in the inkscape source tree. This is purely withing the Inkscape tree. Buildtool does not walk out to list the system dependencies. It can be quite interesting. I put a copy on the server here, in case anyone is curious about dependencies in general, or their file in particular: http://inkscape.modevia.com/win32libs/build.dep Later, all! bob (ishmal)

2 1

Mesh Gradient export from Laidout
by Tom Lechner 23 Sep '07

23 Sep '07

Hi, I've been working on an export of patch gradients (aka mesh gradients) from my program Laidout to SVG. It currently basically follows Bulia's approximation method here: http://inkscape.org/screenshots/gallery/inkscape-0.45-gradient-mesh-experim… The final steps of growing the boundary of the patch so the edges do not introduce transparency, and the blurring is a bit haphazard. My question is this: What is the relationship between "blur radius", the 0..100 blur slider in Inkscape, and SVG's stdDeviation? I've tried using various static values, but there doesn't seem to be a very satisfactory one. A sample exported file is here: http://www.tomlechner/randompics/test-colorpatch.svg Tom ----------------------- http://www.laidout.org http://www.tomlechner.com

3 3

keys and mouse reference
by bulia byak 22 Sep '07

22 Sep '07

I decided to remove the feature that I myself added several versions ago: keys and mouse reference as an SVG file. Since most Help menu items are now URL links, so is this one, linking to this version's current chart at: http://inkscape.org/doc/keys046.html The old SVG chart was not very convenient to use, and it was getting more and more difficult to fit all keys into one screen. The only problem with this change is that for now, we're losing translated version of the chart. However the only two translations were doc/keys.fr.xml and doc/keys.de.xml, both quite out of date. However we can still use them by linking the corresponding HTML files from the main (English) chart. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 2

Announcing Raster Effects (via ImageMagick)
by Christopher Brown 21 Sep '07

21 Sep '07

Dear fellow Inkscape users, My Google Summer of Code project is now in SVN. My project is "Raster Functionality in Inkscape," which involved integrating ImageMagick libraries into Inkscape, in order to manipulate bitmaps from inside Inkscape. You'll have to install ImageMagick with Magick++ support (which is default) in order for these new extensions to work. They can be accessed under the sub-menu "Raster" in the extensions drop-down menu. The code is not quite in its final state--I am still perfecting and smoothing it out--but it's functional and I'd love to get feedback from all of you, especially from Windows users (because I have not tested it on that OS yet). Thank you all, -Christopher Brown

9 19

problem compiling related to 2geom
by E.J. Neafsey 21 Sep '07

21 Sep '07

I get the following error when compiling inkscape-16107 on linux with gcc-3.3.4. ======================================================================== 2geom/svg-path.h: In member function `void Geom::SVGPathGenerator<OutputIterator>::lineTo(Geom::Point)': 2geom/svg-path.h:67: error: parse error before `;' token 2geom/svg-path.h: In member function `void Geom::SVGPathGenerator<OutputIterator>::quadTo(Geom::Point, Geom::Point)': 2geom/svg-path.h:71: error: parse error before `;' token 2geom/svg-path.h: In member function `void Geom::SVGPathGenerator<OutputIterator>::curveTo(Geom::Point, Geom::Point, Geom::Point)': 2geom/svg-path.h:75: error: parse error before `;' token 2geom/svg-path.h: In member function `void Geom::SVGPathGenerator<OutputIterator>::arcTo(double, double, double, bool, bool, Geom::Point)': 2geom/svg-path.h:81: error: parse error before `;' token make[2]: *** [live_effects/n-art-bpath-2geom.o] Error 1 make[2]: Leaving directory `/usr/local/src/inkscape/inkscape-16107/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/inkscape/inkscape-16107' make: *** [all] Error 2 ========================================================================= I get the same error compiling lib2geom by itself. ========================================================================== [root:/usr/local/src/lib2geom]# make [ 1%] Building CXX object src/CMakeFiles/2geom.dir/svg-path.o In file included from /usr/local/src/lib2geom/src/svg-path.cpp:32: /usr/local/src/lib2geom/src/svg-path.h: In member function `void Geom::SVGPathGenerator<OutputIterator>::lineTo(Geom::Point)': /usr/local/src/lib2geom/src/svg-path.h:67: error: parse error before `;' token /usr/local/src/lib2geom/src/svg-path.h: In member function `void Geom::SVGPathGenerator<OutputIterator>::quadTo(Geom::Point, Geom::Point)': /usr/local/src/lib2geom/src/svg-path.h:71: error: parse error before `;' token /usr/local/src/lib2geom/src/svg-path.h: In member function `void Geom::SVGPathGenerator<OutputIterator>::curveTo(Geom::Point, Geom::Point, Geom::Point)': /usr/local/src/lib2geom/src/svg-path.h:75: error: parse error before `;' token /usr/local/src/lib2geom/src/svg-path.h: In member function `void Geom::SVGPathGenerator<OutputIterator>::arcTo(double, double, double, bool, bool, Geom::Point)': /usr/local/src/lib2geom/src/svg-path.h:81: error: parse error before `;' token make[2]: *** [src/CMakeFiles/2geom.dir/svg-path.o] Error 1 make[1]: *** [src/CMakeFiles/2geom.dir/all] Error 2 make: *** [all] Error 2 ================================================================================= -- E.J. Neafsey, Ph.D. eneafse@...1805...

1 0

NEW: XSLT Input/output extension support
by Ted Gould 20 Sep '07

20 Sep '07

While it's been on my TODO list for a while, I finally realized how easy it was and finally did it. Using libxslt (which we already link to) Inkscape can now use XSLT stylesheets for input and output. (I thought about effects, is that useful to anyone?) I've also included into the build a couple of SVG stylesheets I was interested in: * AI SVG: cleans up Adobe SVG to only have in it the "good stuff" * XAML: Toine de Greef posted on his blog[1] a set of XSLT sheets to convert to and from SVG and XAML. What's really exciting to me about this is that they might be usable to finally bring SVG to IE using Silverlight[2] (at least what XAML supports). But, I think this makes Inkscape the first XAML editor outside of Expression. More are out there. I know that Adobe had a ChemML to SVG stylesheet somewhere, but I've been unable to find it... --Ted [1] http://sanpaku72.blogspot.com/2007/09/having-fun-with-xaml-silverlight-and.… [2] http://members.chello.nl/~a.degreef/xaml/svg_using_sliverlight.html

6 15

docs
by Alexandre Prokoudine 19 Sep '07

19 Sep '07

Hi, What are your feelings about documentation of Inkscape? Do you think we still need an official user guide that would be available from our main website just like tutorials (in multiple langauges)? I'm kinda worried about it, because 0.46 will introduce practically all possible SVG filters and there is just no user friendly documentation on them, at least in English (yes, even books on Adobe Illustrator I've seen do not cover them in any decent way, and W3C spec is way too "technical"). Currently we have some ongoing work in French version of the user guide and not much of it in the English version: http://inkscape.svn.sourceforge.net/viewvc/inkscape/user_manual/trunk/ Despite of it the situation isn't so bad, IMO. We have pretty detailed release notes that cover a lot of functionality. We could make at least good EN and FR user guides for upcoming 0.46. What I suggest is trying to do it in small steps: 1. Add both EN and FR user guides to main website in same way we add tutorials. 2. Make them updatable in same way we updated tutorials. 2. Sync them content-wise. 3. Add missing parts borrowing from release notes where required. This will raise some public interest and, hopefully, attract people willing to contribute (especially if we provide detailed description, how to do it, and define a place where people can meet and talk about docs). Then we can see if we can keep at least EN and FR versions in sync, which, when successful, will be a lot better than no (visible) official user guide at all. What do you think? Alexandre

3 5

Printing issue
by Diederik van Lierop 19 Sep '07

19 Sep '07

Hi, A few days ago a bug was filed by a user, in which the printing area appears to get clipped or offset, see http://sourceforge.net/tracker/index.php?func=detail&aid=1796153&group_id=9… Is this a known bug? It looks quite serious/annoying to me, so it would be great if someone could have a look. I'm not at all familiar with the printing mechanisms. Diederik

1 0

Dead links on localized versions of Inkscape website
by Maximilian Albert 19 Sep '07

19 Sep '07

Hi, in the German version of the "mailing lists" section on www.inkscape.org (as well as in some other localized versions) there are dead links to the corresponding archives. The correct ones have a "text only" form like http://sourceforge.net/mailarchive/forum.php?forum=inkscape-devel However, some links still contain IDs, as in http://sourceforge.net/mailarchive/forum.php?forum_id=36054 Clicking on a link of the latter shape yields an error message from Sourceforge, "No forum found". Whoever is in charge of keeping these pages up to date may want to fix it. Should I submit a formal bug report, too? Thanks, Max

1 0

raster effects crashing
by Alexandre Prokoudine 19 Sep '07

19 Sep '07

Hi, Following raster effects crash Inkscape here (Ubuntu Gutsy Gibbon) on most recent SVN trunk: convolve shade wave raise And a couple of notes: 1. Do we really need flop effect since we can already flip raster images horizontally and vertically, while flop does it only horizontally and in a destructive way? 2. Types of noises in "Noise" effect are not translatable. 3. Names of channels in Channel and Level Channel effects are not tranlsatable. 4. Does Threshold actually work? I tried it on several images but didn't see any effect whatever value I specified (0-100). 5. Should raster effects probably provide some hints to tell range of possible values for each variable? 6. We seem to use "Variable: [value]" convention in GUI, but no (boh raster and path) effect uses ":" after name of variable. Should it be fixed? Alexandre

3 6

Upgrading the MingW pack
by Joel Holdsworth 19 Sep '07

19 Sep '07

Hi, I'm running into a couple of problems with the MingW pack right now. My main problem is that if you look at mingw\i686-pc-mingw32\include\windef.h you'll see on line 12 that WINVER is #defined as 0x0400 which indicates that the version of the Windows SDK is very old - that WINVER value corresponds to NT 4.0! This is a little troublesome for me because there are some newer APIs which I need to be able to use, and I'd like to use them without defining home-brew versions of those APIs. So is there any scope for upgrading to a more modern version of the SDK? Thanks Joel

5 9

issue with .dxf
by Maude ALLAIS 18 Sep '07

18 Sep '07

Hi! First of all, sorry for my bad english, I'm french! I have an issue with inkscape 0.45.1 download in inkscape.org Indeed I use this software to make some documents with the extension dxf. Then these are used with the software robomaster. But when I save my document as a dxf doc, the dos window appears (black with nothing written) and then dissapear (normal by now) But it seems that this step is not well done because after robomaster is not able to upload my dxf doc. Moreover, all dxf documents have all the same capacity" that is to say 76 octets, even if documents are differents (text or picture) Have you heard something like that before? and have the solution?? Thank you for looking, If you want more information, do not hesitate to contact me! Best regards, Sialla

1 1

Re: [Inkscape-devel] docs
by Joshua Facemyer / Impressus Art 18 Sep '07

18 Sep '07

> It has been mentioned several times, but never done. I guess nobody has > time for that...And in fact, i would do it > well (i hope) for french but my english is so poor taht i just usually > use the Release Notes as a basis for he EN version....Currently we > have some ongoing work in French version of the user > guide and not much of it in the English version I'd be happy to put some time in working on the English version of what you have already in French. My French is not nearly as good as your English, but I'm sure we can manage something. Is there currently someone heading English documentation? If so, please tell me where the best place is to begin. Otherwise, I'll need someone to start at the basics with me - you can email me off list so I can get the info that doesn't need to be posted here. > the more consistent it is the better I agree, and it's useless to duplicate work, anyways. I'd also be happy to dive into documentation of the new filter effects, and would be grateful for those who are working on them to help me get a layman's understanding of what they do. I realize that the best way is to actually use them, which I'll be doing, and read the specs, but that doesn't always bring better understanding :) Anyway, I may be able to begin the work in English which can be shared with the French version (and others). I'll be really looking at the docs, as I get some free time. Would someone be so kind as to point to all the current doc locations for me? Also, will I need any sort of commit access to those places? Thanks. jf

3 2

Dockable dialogs, todo list
by Gustav Broberg 18 Sep '07

18 Sep '07

Thanks for all bug reports, comments and wishes regarding the dockable dialogs I've received in the last weeks! To sum it up, here's my todo list for the time to come: TODO (in no specific order) --------------------------- * Allow in-dock dialogs to be expanded even if there's no "slack". (I've got it kind of functional, but needs some more work). * Force GtkPaned to pass on F6 and F8 (i.e. those shortcuts can't be used now when the dock is displayed). * Make all the functionality provided by dialog-events.cpp work with the new dialogs. Perhaps by moving it into the Dialog class. This will lead a bit of to code duplication as long as there are "old" dialogs around, which is bad, on the other hand it allows the code to be C++-ified, which is good. * Tackle the problems with dockable dialogs and multiple desktops, i.e. the Dialog manager redesign. * Scroll dock to display docked dialogs when requested, and needed. * Remove old, obsolete object-properties dialog (a.k.a "Fill & Stroke"). Add methods for setting a specific tab in the new F&S. * Manage the Swatches dialog with the dialog manager, like any other dialog. * Fix minor problem with switching focus directly to dialog docked in main window, when a floating dialog have focus. Also give focus to a dialog that is deiconified. * Fix all GDL runtime warnings. * Fix all GDL compile time warnings. * See if anything can be done about the clashing mnemonic accelerators, i.e. allow them to be context sensitive for dialogs. * Add any (if any) major, user visible problem from above that didn't get fixed to "Known problems" sections in the release notes. Wish list (in no specific order) -------------------------------- * Add a "iconify/minimize all" button and bind a shortcut to it. * Pan/zoom drawing depending on dock size, behavior toggled by the current "Zoom drawing if window size changes" button. * Allow dock to "start" from menu bar instead of toolbar (and thereby giving it more space), by adding an option in "options.dock". * Add another, horizontal, docking area. Potentially hard if we wan't dialogs to be dragged and dropped between the docks. I might have missed something, please tell if there's something crucial that needs to be fixed before the code freeze that's not already on the TODO list. -- Gustav

6 17

Re: [Inkscape-devel] docs
by Joshua Facemyer / Impressus Art 18 Sep '07

18 Sep '07

On a similar topic as documentation, I'd be happy to add some news items to the main page from time to time. I know that before I read the dev list I would get discouraged by lack of posted news, but there's so much going on. How would I contribute news items? What kinds of items would be desirable? JF

2 1

Live effect preview
by unknown＠example.com 18 Sep '07

18 Sep '07

Thanks for adding the checkbutton Ted! But still, (all) effects crash for me on WinXP. Now that I have checked the "live preview" box, I get instant crashes when opening any effect dialog. So I cannot even uncheck the box to make inkscape work :( Could you perhaps add a #define to disable live preview on windows until it works? Does this crash for all Windows users? Or only for me? Johan

6 38

Re: [Inkscape-devel] Hi
by Joshua Blocher 17 Sep '07

17 Sep '07

No, I mean select it with the selection and transformation tool (F1), the Trace Bitmap has to have a target bitmap selected to trace use the above tool to select it then trace bitmap. Joshua L. Blocher verbalshadow On 9/14/07, Andreas.berg3@...128... <andreas.berg3@...128...> wrote: > P.S. or did you ment some different like import, > or afterwords mark the Bitmap as a path? > > I tried both......... > > Best Regards > > Andreas > Am 13.09.2007 um 22:55 schrieb Joshua Blocher: > > > Andreas, > > > > It sound like you didn't select the bitmap before tracing/vectorizing. > > Please check to see that is the problem. > > > > Joshua L. Blocher > > verbalshadow > > > > On 9/14/07, Andreas.berg3@...128... <andreas.berg3@...128...> wrote: > >> Hello im not really used to write in dev Lists, i even cant read > >> source code :o) > >> > >> OK i have a Problem and maybe a Bugreport, so see im an not that > >> much advanced User (like at my english, it says everythin :o) > >> > >> Id load today Inkscape, to try out, my aim is it to Trace or > >> Vectorize ,or how ever its called in english, an Bitmap or better an > >> Gif Image. > >> My first Step is it to Import it, then i open the Option "Bitmap > >> Vectorize" (i use it in German, so .....) and after i choose all my > >> preferences i click on action, but it seams like nothing hapens. > >> Id search and look at all manuals ( like i should do :o) did wait for > >> over 10 Min. but, guess what, yeah nothin happens. > >> So i dont know if i do some wrong and when it is like that i really > >> cant expect what it could be. > >> > >> OK, Im using Mac OS X, 10.4.10 on an Intel Mac, yeah i know its > >> running under X11 and i have to wait, but it starts up pretty fast. > >> > >> I really dont even know if its the right Place to talk about that, > >> but i hope so, if not exuse my please, but tell me tahn to where it > >> would be. > >> > >> If the one who answeres me is or know German, i would prefer that, > >> cause english is not my first Language, and im writing like > >> Simpleton, lol > >> > >> > >> Best Regards > >> > >> > >> > >> Andreas Berg > >> > >> --------------------------------------------------------------------- > >> ---- > >> 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 > >> > >

4 4

initial inkscape user feedback from a regular illustrator user.
by Andy Fitzsimon 16 Sep '07

16 Sep '07

G'day guys, Someone new has started here in Brisbane who comes from a heavy illustrator background. During her first day using Inkscape she's written up this short document mentioning her initial reactions. a good quote to summarize: "I can find this stuff out by reading the manual. I'm just telling you what isn't immediately apparent enough as I feel like it ought to be." ------------------ Becc's Inkscape Hassles -------- Magnification in/out buttons: Wanting to zoom out, I hit the button showing the magnifying glass with a minus sign on it, then clicked on the page several times waiting for it to zoom out the same way it does when you've clicked on the button showing the magnifying glass with + sign on it. It didn't, but instead zoomed in. These buttons shouldn't imply they offer in/out aspects of the same tool but not behave consistently with this implication. Zoom level indication: The level of magnification indicator down beneath my work is out of whack with the zoom tools being up in the menu above it: I don't expect to hit a button on one menu and have to look to a field on another one to see the changes it's effected. At the time that I performed the above zooming in and out, I had nothing on my page and was zoomed in to a level where I couldn't see the edges of the page. As such, I was wanting feedback letting me know that my actions were having some kind of effect. (I expected this to be zooming me out, which turned out not to be the case – I was still zooming in, as mentioned – but any feedback would've been helpful in letting me know this button wasn't working as expected and that I should thus adjust my approach.) Ditto with the related shortcuts: I can hit Shift++ but not Shift+-, which is inconsistent. I can use a scrollbar to move my view horizontally but not vertically. Makes moving my focus difficult. (NB: I later worked out I can scroll up and down using the mouse wheel; okay, but having a scrollbar for only one kind of pan when both kinds of pans are possible is inconsistent and leads one to believe, as I did earlier, that only one kind of panning is possible – otherwise, surely both would be represented onscreen in the same way, y'know? Also, what do you do if you don't have a wheel mouse?) I'm not sure what to hold down to create a perfect circle. I seem to have managed it accidentally by holding down Shift one time, holding down Ctrl another time, and holding both together another time, but none of these seem to create a perfect circle consistently: in each case switching to an oval occurs if I'm not very careful about where I'm dragging my pointer while I have the appropriate key/s held down. If I want to select nodes, I seem to not only have to use the "node edit" tool but must first select the entirety of the object(s) the nodes are a part of in order to be able to do so. This slows me down by adding in a step that doesn't seem necessary or logical. It also took me some time to work out that the problem wasn't simply that the node selection tool doesn't work – I really only kept trying because I knew from having created that teardrop shape when you were standing there assisting me that nodes could be selected and edited somehow – which is going to present to potential converts from, er, say, Illustrator, as bugginess and incompleteness. Please let me rotate my object as easily as I can resize it, without opening the Transform menu. Sometimes I don't know how many degrees I want to rotate it, and sometimes I just want to turn it 'round 'til it looks about right, so need to be able to wiggle it around experimentally. :) So, I'm beginning to form an idea of this program (and point this out in the assumption that any user will do similarly) as having not just paths with nodes like Illustrator does, but also having something called "objects" that fit into all of this somewhere. My immediate difficulty with that is this: I'm working at present with a shape that's made up of a path. However I wouldn't know it to look at it when selected, because the fact that it has a path outlining it isn't readily apparent unless I not only select it but double-click on it. I don't recall having to ever double click on something to edit it. Is showing its path possible with just one click (also, can I see the wire line of the path rather than just the nodes on it when I do so? I can't make out the shape of what I'm working on when it's over/under an object of the same colour!)? Could doing this perhaps serve also to allow the user to easily see what's a shape and what's a path? As it is, I'm still having difficulties conceptualising what the building blocks of this program are (which is important because they're what I'm going to use to develop my drawings etc as a user), and I wonder if making the differences between the two more readily discernable might assist in getting that across... Is the node edit tool the only way I can alter a line once I've drawn it? I'm accustomed to being able to select it and alter it with the pencil – particularly when I'm using a graphics tablet, this is my preferred method of working, cuz it makes using a computer to draw just like using a pencil and paper. :( I've hit a numeral a few times when meaning to type something or enter a size or angle of a rotation into a text field and instead found my view suddenly changed. This isn't a bug – I've obviously had the focus in a place other than where I thought it was – but a suggestion that the numbers on the keyboard not be used to change the view without the use of the Ctrl or Shift key consistent with usual shortcut behaviour. Fill and Stroke colours are taking up so much real estate in their respective menus that they shouldn't need. I know you're trying to supply optimum control, but I'm being overwhelmed by details here when all I want is to select an appropriate shade of pink to colour the pieces of my exploded brains. Clicking on a colour swatch on the main screen shouldn't open up a menu offering me options to choose between fill, stroke, and stroke style, and then (once I've worked out that I should stay inside the 'fill' tab of that menu) decide between what kind of fill, whether I want to use RGB or CMYK or Pantone, the colour(s) amongst those I want to use, etc, all at once. I just want to change the colour. Wouldn't it make more sense when I click on a swatch of colour to open up a menu offering me only colour options? Sure, the colour is an attribute of a background; so offer the other background options in the menu's other (unfocused) tabs – not options having to do with strokes or stroke style. As with the Fill option, the Stroke options are taking up a lot of space because they're providing a lot of detail I don't immediately need if I'm just clicking on, say, a swatch (in which case I want to change the colour), or on a I can't seem to shift objects up and down within a layer. Does this mean that if I don't want to employ layers for something that before I start drawing I need to think about the order in which I need to draw objects, starting from the bottom up? :-/ Er... I can't scroll left to right using that scroll bar I mentioned earlier! I can't remember if it was working then; it certainly isn't now. Joining two path ends together would be handy – something I use all the time When I try to copy a style using the eyedrop tool, as an Illustrator user I'm expecting both fill and stroke to be applied to the object I'm working with. At the moment I'm getting only fill. Since I do have the whole object selected and not just its fill, I'm not finding any logical reason why both fill and stroke settings shouldn't be getting copied over. ------------

3 5

Re: [Inkscape-devel] Scheme Scripting Console
by Ted Gould 16 Sep '07

16 Sep '07

On Sun, 2007-08-12 at 18:47 -0500, Samuel A. Rebelsky wrote: > I'm the faculty member who supervises David and Soren's work. Thanks > for your regular and rapid feedback on their work! I hope we'll find > a way to get some Scheme scripting console into InkScape, even if > it's not the one that they've written. Anyway, I thought I should > respond to your two questions. Great to meet you. I don't see any major barriers to using theirs, just a couple details we need to work out. > I don't have much to say about the document locking issue; if there's > a better approach, I'm sure that they'd be happy to adopt it. What would you guys think about building the patch without this? I know it'd be slower, but then we could get some of the code into the tree so that you'd have less of a branch to maintain. > In terms of the TinyScheme issue, as best as I can tell, TinyScheme > semms to have replaced SIOD as the implementation language for Script- > Fu in the Gimp, starting with 2.3 (development) and 2.4 (release, > eventually), but I'm working as an outsider. I'm pretty sure the > discussion was in mid-2006. Let's see ... the developers mailing > list had a note about the replacement in week 42. <snip> > If you'd prefer that Soren and David use guile, rather than > TinyScheme, as the base implementation of Scheme for their InkScape > scripting console, that's fine with me. (And probably with them.) > However, it will delay their work somewhat, since they're starting > classes again, and their available time is going away. It really isn't as much about which Scheme interpreter, as much as how to include it. The problem that we run into is that if we include it in our source tree we end up maintaining that code. If we keep it as an external dependency, someone else maintains it. I like less work if possible. :) It would also make sense that if GIMP is using the same interpreter that we are, we make it an external package. That way bugs can be fixed in one place. From some of the stuff I've been reading on the GIMP webpage it seems that their version of TinyScheme is patched to work better with GTK+ (UTF-8 fixes). Is that the version you guys have included? > p.s. Your message to the Gimp developers' list did get posted, it's > at http://www.gimpusers.com/mailmsg.php?1186687639.4436.4.camel%40bender Still haven't received any responses. I'll see what I can find out. I'll wait for "Monday" to finish around the world first :) --Ted

3 3

misc dock issues
by bulia byak 16 Sep '07

16 Sep '07

Hi Gustav, some glitches and questions as of rev 16035: Docked dialogs don't scroll to be visible when I call them, if the dock contains many dialogs scrolled down. Is this fixable? Hightlighting the title of the dialog which was just called by a shortcut is nice, but it does little else - the keyboard focus is still not in the dialog. Or at least, I can't use Tab to travel between widgets in the dialog as I was able in the dialog as a top-level window - Tab works to select object on canvas no matter what. On the other hand, the accelerator keys (underlined in labels) work indiscriminately across all dialogs and all UI in general. For example, select an object, open fill&stroke and switch to HSL tab, then press Alt+H. The first time, the Help menu is opened; the second time, focus jumps to the H field in the dialog. This is a really bad problem - few people use accelerators in dialogs but many call menus by Alt+letter, so this needs to be fixed somehow. Is it possible to limit the scope of the accelerators to the dialog only, so that they only work when some widget in the dialog has focus? By the way, if I can highlight the dialog with its shortcut, it would be logical if it was also highlighted when I click some widget in it, or just click on its title bar. Is this feasible? Press Ctrl+Shift+W - the swatches dialog pops up. Press it again and you get "** Message: Failed to find an existing dialog". Works with other dialogs but not this one. Is it possible to not show the separators between dialogs in the dock with resize handles when resizing is not possible? This is misleading. Open several dialogs, then open fill&stroke, iconify it, then restore. It works but I get in the console: (inkscape:3948): GLib-GObject-WARNING **: value "-313" of type `gint' is invalid or out of range for property `preferred-height' of type `gint' Now that you've replaced them, can you remove the obsolete fill&stroke code from src/dialogs? Note that the selected-style.cpp calls sp_object_properties_fill and sp_object_properties_stroke, which open the old (non-gtkmm) dialog and switch to the corresponding tab. Can you provide similar accessor functions for the gtkmm docked dialog and replace these calls? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 4

I'm back!
by Gail Carmichael 15 Sep '07

15 Sep '07

As you may have noticed from an earlier email, I'm more or less back from all that wedding stuff. The ceremony was wonderful and the honeymoon trip to the Dominican Republic really fun! Email me if you want to see some photos and I'll send some links. So now down to business. School is ramping up, but it looks good to be able to spend some time every week looking at Inkscape. Which is good, because I have several loose ends to take care of. I am aware of the funky newline behaviour that a few of you have logged bugs on. That will be my first priority. Once that's ironed out, I will be cleaning up my last patch from SoC. Finally, once that's checked in and working, I will finish the end goal with that code, namely sorting out the UI lists to be what we want and looking into Pango limitations with those folks. No idea how long that will all take, but will be definitely making a good effort to get the most urgent stuff done as soon as I can. Cheers, Gail

2 1

object properties
by Alexandre Prokoudine 15 Sep '07

15 Sep '07

Hi, I have a very tough question, so feel free to punch me for that one :) What do we actually plan to do with Object Properties palette? It looks like it wasn't touched for ages. Recently I had a talk with a newbie user and he told me that he expected seing there more properties, both "global" and "specific". In that particular case he couldn't figure out how to change amount of an already created polygon's sides and he expected to see that in Object Properties palette. Then there was another feature request to make it possible choosing what properties of selected objects can be changed. E.g. in a selection of 25 objects you can have 12 objects which should not lose either fill or stroke or opacity or any specific for this type of objects property or any combination of the above, when you change it for the whole group. And as you know ;-) Inkscape, unlike Scribus, doesn't store changes per object within a session, so you can't aply changes to a group and then undo it for individual objects. So the second part of the question is whether we can make a better use of the Object Properties palette. In addition to what there already is in that palette we could add two groups of options: 1. Global options, i.e. Fill, Stroke, Opacity, Filters. 2. Specific options, i.e. the ones from tools options toolbar. For selections with multiple objects of different types (e.g. 2 stars and 3 rectangles) specific options would be greyed out. Each option would have a checkbox to allow/forbid changes to it, with 3 positions: yes, no, fuzzy (when at least two of the selected objects have different values, gtk supports it). Am I daydreaming? :) Alexandre

3 4

Hi
by Andreas.berg3＠...128... 15 Sep '07

15 Sep '07

Hello im not really used to write in dev Lists, i even cant read source code :o) OK i have a Problem and maybe a Bugreport, so see im an not that much advanced User (like at my english, it says everythin :o) Id load today Inkscape, to try out, my aim is it to Trace or Vectorize ,or how ever its called in english, an Bitmap or better an Gif Image. My first Step is it to Import it, then i open the Option "Bitmap Vectorize" (i use it in German, so .....) and after i choose all my preferences i click on action, but it seams like nothing hapens. Id search and look at all manuals ( like i should do :o) did wait for over 10 Min. but, guess what, yeah nothin happens. So i dont know if i do some wrong and when it is like that i really cant expect what it could be. OK, Im using Mac OS X, 10.4.10 on an Intel Mac, yeah i know its running under X11 and i have to wait, but it starts up pretty fast. I really dont even know if its the right Place to talk about that, but i hope so, if not exuse my please, but tell me tahn to where it would be. If the one who answeres me is or know German, i would prefer that, cause english is not my first Language, and im writing like Simpleton, lol Best Regards Andreas Berg

8 9

swatches palette
by Alexandre Prokoudine 15 Sep '07

15 Sep '07

Hi, Is some work on Swatches palette planned? Any idea why it has both horizontal and vertical scrollbars enabled by default? They make it look not so polished :( Alexandre

2 1

compile of nodepath in latest inkscape development version fails with gcc-3.3.4
by E.J. Neafsey 14 Sep '07

14 Sep '07

I have successfully compiled inkscape 0.45.1 on my linux machine using gcc-3.3.4. When I tried to compile inkscape-16051 today, it failed while compiling nodepath, giving the error messages below. Can this be fixed? Thanks. E.J. Neafsey eneafse@...1805... ========================================================================= make all-recursive if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include/freetype2 -I/usr/local/include -DORBIT2=1 -pthread -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/X11R6/include -I/usr/include/freetype2 -DXTHREADS -I/usr/include/freetype2 -I/usr/local/include/libpng12 -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/X11R6/include -I/usr/local/include/poppler -DXTHREADS -I/usr/include/freetype2 -I/usr/local/include/libpng12 -I/usr/local/include/poppler/glib -I/usr/local/include/poppler -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/cairo -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/pango-1.0 -I/usr/X11R6/include -DPOTRACE=\"potrace\" -pthread -DXTHREADS -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/freetype2 -I/usr/local/include/libpng12 -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/include/atkmm-1.6 -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/cairomm-1.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include/cairo -I/usr/local/include/atk-1.0 -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/X11R6/include -I../cxxtest -Wall -Wformat-security -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -D_FORTIFY_SOURCE=2 -Wno-unused-parameter -g -O2 -MT nodepath.o -MD -MP -MF ".deps/nodepath.Tpo" \ -c -o nodepath.o `test -f 'nodepath.cpp' || echo './'`nodepath.cpp; \ then mv -f ".deps/nodepath.Tpo" ".deps/nodepath.Po"; \ else rm -f ".deps/nodepath.Tpo"; exit 1; \ fi 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:310: 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:373: 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:469: 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:373: 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:470: error: within this context 2geom/path.h: In member function ` Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve* const*, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > > Geom::Path::begin() const': 2geom/path.h:373: error: `Geom::BaseIterator<IteratorImpl>::BaseIterator(const IteratorImpl&) [with IteratorImpl = __gnu_cxx::__normal_iterator<Geom::Curve* const*, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > >]' is private 2geom/path.h:475: error: within this context 2geom/path.h: In member function ` Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve* const*, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > > Geom::Path::end() const': 2geom/path.h:373: error: `Geom::BaseIterator<IteratorImpl>::BaseIterator(const IteratorImpl&) [with IteratorImpl = __gnu_cxx::__normal_iterator<Geom::Curve* const*, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > >]' is private 2geom/path.h:476: error: within this context 2geom/path.h: In member function ` Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve* const*, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > > Geom::Path::end_open() const': 2geom/path.h:373: error: `Geom::BaseIterator<IteratorImpl>::BaseIterator(const IteratorImpl&) [with IteratorImpl = __gnu_cxx::__normal_iterator<Geom::Curve* const*, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > >]' is private 2geom/path.h:478: error: within this context 2geom/path.h: In member function ` Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve* const*, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > > Geom::Path::end_closed() const': 2geom/path.h:373: error: `Geom::BaseIterator<IteratorImpl>::BaseIterator(const IteratorImpl&) [with IteratorImpl = __gnu_cxx::__normal_iterator<Geom::Curve* const*, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > >]' is private 2geom/path.h:479: error: within this context 2geom/path.h: In member function `void Geom::Path::insert(Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >, const Geom::Curve&)': 2geom/path.h:375: error: `__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >::impl_' is private 2geom/path.h:565: error: within this context 2geom/path.h:375: error: `__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >::impl_' is private 2geom/path.h:565: error: within this context 2geom/path.h: In member function `void Geom::Path::erase(Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >)': 2geom/path.h:375: error: `__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >::impl_' is private 2geom/path.h:591: error: within this context 2geom/path.h:375: error: `__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >::impl_' is private 2geom/path.h:591: error: within this context 2geom/path.h: In member function `void Geom::Path::erase(Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >, Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >)': 2geom/path.h:375: error: `__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >::impl_' is private 2geom/path.h:595: error: within this context 2geom/path.h:375: error: `__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >::impl_' is private 2geom/path.h:595: error: within this context 2geom/path.h: In member function `void Geom::Path::replace(Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >, const Geom::Curve&)': 2geom/path.h:375: error: `__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >::impl_' is private 2geom/path.h:601: error: within this context 2geom/path.h:375: error: `__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >::impl_' is private 2geom/path.h:601: error: within this context 2geom/path.h: In member function `void Geom::Path::replace(Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >, Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >, const Geom::Curve&)': 2geom/path.h:375: error: `__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >::impl_' is private 2geom/path.h:613: error: within this context 2geom/path.h:375: error: `__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >::impl_' is private 2geom/path.h:613: error: within this context 2geom/path.h: In member function `void Geom::Path::insert(Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >, Geom::BaseIterator<Impl>, Geom::BaseIterator<Impl>) [with Impl = __gnu_cxx::__normal_iterator<Geom::Curve* const*, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > >]': 2geom/path.h:436: instantiated from here 2geom/path.h:375: error: `__gnu_cxx::__normal_iterator<Geom::Curve* const*, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve* const*, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >::impl_' is private 2geom/path.h:576: error: within this context 2geom/path.h:436: instantiated from here 2geom/path.h:375: error: `__gnu_cxx::__normal_iterator<Geom::Curve* const*, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve* const*, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >::impl_' is private 2geom/path.h:576: error: within this context 2geom/path.h:375: error: `__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >::impl_' is private 2geom/path.h:578: error: within this context 2geom/path.h:375: error: `__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >::impl_' is private 2geom/path.h:578: error: within this context make[2]: *** [nodepath.o] Error 1 make[2]: Leaving directory `/usr/local/src/inkscape/inkscape-16051/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/inkscape/inkscape-16051' make: *** [all] Error 2 ==============================================================================

3 4

Re: [Inkscape-devel] Inkscape-devel Digest, Vol 16, Issue 23
by Andreas.berg3＠...128... 14 Sep '07

14 Sep '07

I dont know if i have to make a mention on this, but if you guys need to test something or need feedback how or if it runs (and you tell me how to do :o) I will help and do as far i can, cause im pretty thankfull that you do such a great job and i would do my part as i could to........ Hopefully someone can even understand what i wnat to say, with my broken english lol Best Regards Andreas P.S. i use MacBook so IntelMac and 10.4.10 Mac OS X Am 14.09.2007 um 19:43 schrieb inkscape-devel- request(a)lists.sourceforge.net: > Send Inkscape-devel mailing list submissions to > inkscape-devel(a)lists.sourceforge.net > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > or, via email, send a message with subject or body 'help' to > inkscape-devel-request(a)lists.sourceforge.net > > You can reach the person managing the list at > inkscape-devel-owner(a)lists.sourceforge.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Inkscape-devel digest..." > > > Today's Topics: > > 1. Re: NEW: XSLT Input/output extension support (Ted Gould) > 2. Re: Hi (David Christian Berg) > 3. Re: compile of nodepath in latest inkscape development > version fails with gcc-3.3.4 (E.J. Neafsey) > 4. Re: printing (Bryce Harrington) > 5. More problems compiling in Windows (Joel Holdsworth) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 13 Sep 2007 21:27:24 -0700 > From: Ted Gould <ted@...11...> > Subject: Re: [Inkscape-devel] NEW: XSLT Input/output extension support > To: bulia byak <buliabyak@...400...> > Cc: Inkscape Devel List <inkscape-devel(a)lists.sourceforge.net> > Message-ID: <1189744044.5343.10.camel@...1636...> > Content-Type: text/plain; charset="us-ascii" > > On Wed, 2007-09-12 at 11:08 -0700, Ted Gould wrote: >> On Wed, 2007-09-12 at 12:55 -0300, bulia byak wrote: >>> First, this is really great, but whan I write an email with a >>> NEW: in >>> subject, that email is usually just a copy of what I just added >>> to the >>> Release Notes :) Please always describe all your additions there in >>> detail (and please fill in a wpg library placeholder marked as yours >>> too). >> >> Wasn't WPG added in 0.45? > > I looked back, and WPG was in 0.45. I'm going to remove the entry > from > the release notes. > > --Ted > >

1 0

printing
by Alexandre Prokoudine 14 Sep '07

14 Sep '07

Hi, According to 0.46 release notes we now use Gtk 2.10+ printing dialog. However, the --with-gnome-print option is still present in ./configure script and doesn';t actually work: http://pastebin.ca/696577 Do we really need gnome-print integration now? And a more difficult question: will gtk provide us color managed printing whenever color management is implemented in Inkscape? Alexandre

2 1

Re: [Inkscape-devel] [Inkscape-user] Can't get email confirmation from Inkscape Wiki
by bulia byak 13 Sep '07

13 Sep '07

On 9/13/07, Ben Bullock <benkasminbullock@...400...> wrote: > Can anyone help with the following? > > I started an account on the Inkscape wiki but it won't send me the > confirmation email. I've tried four times to get the email. Yes, others reported the same problem. Please someone fix this ASAP! -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

Please do not mark empty string as translatable
by Luca Bruno 13 Sep '07

13 Sep '07

Hi, I just commited rev16059, basically doing s/_("")/("")/ where due. It looks like some developers are used to leave some labels/tooltips/strings empty, but mark them as translatable. This already surfaced on -translator some times ago (see [1]), but I was heavily bitten again today, so I fixed it. Basically gettext has a bad behaviour wrt empty strings, and it replaces them with the .po header. Results are these: http://img132.imageshack.us/img132/4834/emptystringwi6.png So please *avoid* marking empty strings, or really weird things will happen in localisation. Cheers, Luca [1] http://sourceforge.net/mailarchive/message.php?msg_name=733f2c730708271231x… -- .''`. ** Debian GNU/Linux ** | Luca Bruno : :' : The Universal O.S. | luca.br(AT)uno.it `. `'` | GPG Key ID: 3BFB9FB3 `- http://www.debian.org | Proud Debian GNU/Linux User

2 1

Inkscape native on OS X... almost
by jiho 12 Sep '07

12 Sep '07

hello all, Motivated by all the good things I saw about gtk on os x these days and repulsed by all the statistics I should be doing for my real life work, I gave a try at compiling inkscape with GTK native using MacPorts (so not using the all in one build script that Michael cook up a little while ago). MacPorts is the OS X equivalent of apt-get, portage, yum or whatever. We use it to provide Inkscape dependencies currently and it is very convenient to compile Inkscape that way. It is both easy (all second level dependencies are managed by macports) and economic (the libraries I compile for inkscape can be used in other projects). I wanted to keep this ease of use and to leverage the work of others, so I wanted to keep using MacPorts. The steps: 1- MacPorts includes native versions of gtk and cairo, which can be installed with: port install cairo +quartz gtk2 +quartz (gentoo and bsd users will recognize the "variants" switches added to both packages). there is a small bug in gtk which is known and solved by the patches in this ticket, at MacPorts: http://trac.macports.org/projects/macports/ticket/12566 hopefully they will commit this soon... but the bug report is quite old already. 2- Other libraries compiled against gtk or cairo need to be recompiled to use these new variants. namely: port -f uninstall cairomm gtkmm pango port install cairomm gtkmm pango this could possibly be solved by a clever use of upgrade when compiling gtk2 and cairo but I did not bother (I should have though...) 3- then compile inkscape from fresh make distsclean cd packaging/macosx/ change the compilation options to remove "--enable-osx-app" for now and then update, configure, build and install: ./osx-build-sh u a c b i compilation goes smoothly for latest svn... great great great!!! Now, on for the hard part: 4- run inkscape cd ../../Build/bin/ ./inkscape and here: (inkscape:20759): Pango-WARNING **: Error loading GDEF table 85 (inkscape:20759): Pango-WARNING **: Error loading GPOS table 85 (inkscape:20759): Pango-WARNING **: Error loading GSUB table 85 (inkscape:20759): Pango-WARNING **: Error loading GDEF table 85 (inkscape:20759): Pango-WARNING **: Error loading GPOS table 85 (inkscape:20759): Pango-WARNING **: Error loading GSUB table 85 (inkscape:20759): Pango-WARNING **: Error loading GDEF table 85 (inkscape:20759): Pango-WARNING **: Error loading GPOS table 85 (inkscape:20759): Pango-WARNING **: Error loading GSUB table 85 (inkscape:20759): Gdk-WARNING **: Unsupported cursor type 14, using default 2007-08-31 16:18:34.382 inkscape[20759] *** _NSAutoreleaseNoPool(): Object 0x14fef7a0 of class GdkQuartzWindow autoreleased with no pool in place - just leaking 2007-08-31 16:18:34.382 inkscape[20759] *** _NSAutoreleaseNoPool(): Object 0x14fee200 of class GdkQuartzWindow autoreleased with no pool in place - just leaking 2007-08-31 16:18:34.386 inkscape[20759] *** _NSAutoreleaseNoPool(): Object 0x14ffa730 of class GdkQuartzWindow autoreleased with no pool in place - just leaking 2007-08-31 16:18:34.390 inkscape[20759] *** _NSAutoreleaseNoPool(): Object 0x14fb9830 of class GdkQuartzWindow autoreleased with no pool in place - just leaking (inkscape:20759): Gdk-WARNING **: Unsupported cursor type 14, using default CGBitmapContextGetBitsPerPixel: invalid context cairo.c:91: failed assertion `status > CAIRO_STATUS_SUCCESS && status <= CAIRO_STATUS_LAST_STATUS' 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:20759): GLib-WARNING **: g_main_loop_run(): called recursively from within a source's check() or prepare() member, iteration not possible. Aaaargh. Anyway, the good points are that it is now quite easy to get GTK native in our regular building system and that Inkscape builds and links fine against it! Now, about the crash, it may well be that my system is still kind of dirty (I have some native things but the rest of the libraries are the old ones) but I think it is more likely a bug in cairo +quartz. I'll be happy to try to track it down and see if it is fixable in Inkscape or if this needs to be solved ahead. From the gdb backtrace below it seems to involve pango_cairo_renderer_draw_glyph. If that rings a bell to anyone I'll be glad to know what you think or provide more info where it is needed. I will also probably try to reinstall a separate macports hierarchy this week end and reinstall everything with gtk native there, to be sure the dependencies are clean. We'll see. Anyway, even if I only saw a blank window instead of Inkscape UI, I was still quite happy to see it without the X11 icon in the dock!! Cheers, Backtrace: #0 0x9003d66c in kill () #1 0x9010e8cf in raise () #2 0x9010d422 in abort () #3 0x02000356 in __eprintf () #4 0x01f9d893 in _cairo_error () #5 0x01f9d8ab in _cairo_set_error () #6 0x01dbe0f6 in pango_cairo_renderer_draw_glyphs () #7 0x01dddd4c in pango_renderer_draw_glyphs () #8 0x01dbe6e4 in _pango_cairo_do_glyph_string () #9 0x01c9bae4 in gdk_pango_renderer_draw_glyphs () #10 0x01dddd4c in pango_renderer_draw_glyphs () #11 0x01ddf09c in pango_renderer_draw_layout_line () #12 0x01ddf2b9 in pango_renderer_draw_layout () #13 0x01c9d99a in gdk_draw_layout_with_colors () #14 0x01c9dca7 in gdk_draw_layout () #15 0x01a17406 in gtk_default_draw_layout () #16 0x01a1a113 in gtk_paint_layout () #17 0x01966e1c in gtk_label_expose () #18 0x0197e1ce in _gtk_marshal_BOOLEAN__BOXED () #19 0x01e0a634 in g_closure_invoke () #20 0x01e1b3e3 in signal_emit_unlocked_R () #21 0x01e1c857 in g_signal_emit_valist () #22 0x01e1d177 in g_signal_emit () #23 0x01ae03c3 in gtk_widget_event_internal () #24 0x01adffdb in gtk_widget_send_expose () #25 0x018ce122 in gtk_container_propagate_expose () #26 0x018cdcaa in gtk_container_expose_child () #27 0x01a1d7fe in gtk_table_forall () #28 0x018cbab6 in gtk_container_forall () #29 0x018cddad in gtk_container_expose () #30 0x0197e1ce in _gtk_marshal_BOOLEAN__BOXED () #31 0x01e0a634 in g_closure_invoke () #32 0x01e1b3e3 in signal_emit_unlocked_R () #33 0x01e1c857 in g_signal_emit_valist () #34 0x01e1d177 in g_signal_emit () #35 0x01ae03c3 in gtk_widget_event_internal () #36 0x01adffdb in gtk_widget_send_expose () #37 0x018ce122 in gtk_container_propagate_expose () #38 0x018cdcaa in gtk_container_expose_child () #39 0x01880aea in gtk_box_forall () #40 0x00c26ebf in Gtk::Container_Class::forall_vfunc_callback () #41 0x018cbab6 in gtk_container_forall () #42 0x018cddad in gtk_container_expose () #43 0x00ca9502 in Gtk::Widget::on_expose_event () #44 0x00ca5e8a in Gtk::Widget_Class::expose_event_callback () #45 0x0197e1ce in _gtk_marshal_BOOLEAN__BOXED () #46 0x01e0a634 in g_closure_invoke () #47 0x01e1b3e3 in signal_emit_unlocked_R () #48 0x01e1c857 in g_signal_emit_valist () #49 0x01e1d177 in g_signal_emit () #50 0x01ae03c3 in gtk_widget_event_internal () #51 0x01adffdb in gtk_widget_send_expose () #52 0x018ce122 in gtk_container_propagate_expose () #53 0x018cdcaa in gtk_container_expose_child () #54 0x01880aea in gtk_box_forall () #55 0x018cbab6 in gtk_container_forall () #56 0x018cddad in gtk_container_expose () #57 0x0197e1ce in _gtk_marshal_BOOLEAN__BOXED () #58 0x01e0a634 in g_closure_invoke () #59 0x01e1b3e3 in signal_emit_unlocked_R () #60 0x01e1c857 in g_signal_emit_valist () #61 0x01e1d177 in g_signal_emit () #62 0x01ae03c3 in gtk_widget_event_internal () #63 0x01adffdb in gtk_widget_send_expose () #64 0x018ce122 in gtk_container_propagate_expose () #65 0x018cdcaa in gtk_container_expose_child () #66 0x01880b35 in gtk_box_forall () #67 0x018cbab6 in gtk_container_forall () #68 0x018cddad in gtk_container_expose () #69 0x0197e1ce in _gtk_marshal_BOOLEAN__BOXED () #70 0x01e0a634 in g_closure_invoke () #71 0x01e1b3e3 in signal_emit_unlocked_R () #72 0x01e1c857 in g_signal_emit_valist () #73 0x01e1d177 in g_signal_emit () #74 0x01ae03c3 in gtk_widget_event_internal () #75 0x01adffdb in gtk_widget_send_expose () #76 0x018ce122 in gtk_container_propagate_expose () #77 0x018cdcaa in gtk_container_expose_child () #78 0x0187c3e3 in gtk_bin_forall () #79 0x018cbab6 in gtk_container_forall () #80 0x018cddad in gtk_container_expose () #81 0x018f3a4c in gtk_event_box_expose () #82 0x0197e1ce in _gtk_marshal_BOOLEAN__BOXED () #83 0x01e0a634 in g_closure_invoke () #84 0x01e1b3e3 in signal_emit_unlocked_R () #85 0x01e1c857 in g_signal_emit_valist () #86 0x01e1d177 in g_signal_emit () #87 0x01ae03c3 in gtk_widget_event_internal () #88 0x01adffdb in gtk_widget_send_expose () #89 0x0197b424 in gtk_main_do_event () #90 0x01cbf535 in -[GdkQuartzView drawRect:] () #91 0x933123b1 in -[NSView _drawRect:clip:] () #92 0x9331140b in -[NSView _recursiveDisplayAllDirtyWithLockFocus:visRect:] () #93 0x9332336f in _recursiveDisplayInRect2 () #94 0x9083eb30 in CFArrayApplyFunction () #95 0x93311613 in -[NSView _recursiveDisplayAllDirtyWithLockFocus:visRect:] () #96 0x93310473 in -[NSView _recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisible RectForView:topView:] () #97 0x93311041 in -[NSView _recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisible RectForView:topView:] () #98 0x9330fb78 in -[NSThemeFrame _recursiveDisplayRectIfNeededIgnoringOpacity:isVisibleRect:rectIsVisible RectForView:topView:] () #99 0x9330f362 in -[NSView _displayRectIgnoringOpacity:isVisibleRect:rectIsVisibleRectForView:] () #100 0x9330ec8e in -[NSView displayIfNeeded] () #101 0x9330ea32 in -[NSWindow displayIfNeeded] () #102 0x9335ed6c in _handleWindowNeedsDisplay () #103 0x9082dd6e in __CFRunLoopDoObservers () #104 0x9082ce10 in CFRunLoopRunSpecific () #105 0x9082cace in CFRunLoopRunInMode () #106 0x92ded8d8 in RunCurrentEventLoopInMode () #107 0x92decf19 in ReceiveNextEventCommon () #108 0x92dece39 in BlockUntilNextEventMatchingListInMode () #109 0x93293465 in _DPSNextEvent () #110 0x93293056 in -[NSApplication nextEventMatchingMask:untilDate:inMode:dequeue:] () #111 0x01cb8a86 in gdk_event_prepare () #112 0x0223faf4 in g_main_context_prepare () #113 0x022401b6 in g_main_context_iterate () #114 0x022408cd in g_main_loop_run () #115 0x0197a9f0 in gtk_main () #116 0x00c48d02 in Gtk::Main::run () #117 0x00004451 in sp_main_gui () #118 0x00158732 in Inkscape::NSApplication::Application::run () #119 0x00003357 in main () JiHO --- http://jo.irisson.free.fr/

6 10

Reverting zoomed-in files
by Maximilian Albert 11 Sep '07

11 Sep '07

Hi, 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. Cheers, Max

2 4

Color enum purged
by Jon A. Cruz 11 Sep '07

11 Sep '07

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...

3 3

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) ^ /tmp/ocalfeed.xml:86: parser error : Entity 'rdquo' not defined Ray, John: “A Compleat Collection of English Proverbs” (1737) ^ ** (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

paste lpe?
by bulia byak 05 Sep '07

05 Sep '07

Johan, can you implement a "Paste path effect" verb, so that the LPE of the copied object is applied to selection (which may include multiple paths)? It would make using LPEs much more convenient. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 12

Inkscape has a default theme on OS X
by jiho 05 Sep '07

05 Sep '07

Hello everyone, As of revision 16000 (yes I like round numbers, I think I also did commit number 15000!), development versions of Inkscape have a default GTK theme on OS X (no more of these ugly dark grey windows!) It is probably impossible for GTK to reproduce Aqua exactly, hence the theme does not aim at being an Aqua clone as other themes tried (and in my opinion, did not succeed). It rather tries to "fit" correctly with the rest of the interface. The theme is based on Clearlooks-Quicksilver which already features light gray colors, menu and text highlights and a smooth 3D feel. Further improvements were added such as: - aqua scroll-bars - Lucida Grande font - highlight and scroll-bars colors that use Mac OS X Appearance settings (aqua vs graphite, or blue vs grey vs graphite vs...). However you need to restart Inkscape for colors to change after you changed them in OS X preferences. In addition, Inkscape won't override the local theme preferences you may have in a ~/.gtkrc-2.0 file (so if you want to see the theme in Inkscape, temporarily move this file somewhere else). Some screenshots: - With OS X blue and blue highlights (OS X default) http://jo.irisson.free.fr/dropbox/inkscape/inkscape_blue.png - With OS X blue and orange highlights (subtle changes) http://jo.irisson.free.fr/dropbox/inkscape/inkscape_blue_orange.png - With OS X graphite and silver highlights (my personal favorite) http://jo.irisson.free.fr/dropbox/inkscape/inkscape_graphite.png - And the old look, just to compare http://jo.irisson.free.fr/dropbox/inkscape/inkscape_old_look.png There is probably room for improvement: the scroll-bars tips are not perfect, the text and background highlight colors can be differentiated (as in OS X), the icons are still gnome defaults and so on and so forth... but well I hope that this is at least better than before. NB: there is a devel build, on modevia, for you to test this out: http://inkscape.modevia.com/macosx-snap/?C=M;O=D sorry, only for Intel... the direct link is http://inkscape.modevia.com/macosx-snap/Inkscape-16002-i386.dmg Cheers, JiHO --- http://jo.irisson.free.fr/

2 1

Inkscape is a staff pick at Apple downloads
by jiho 05 Sep '07

05 Sep '07

Hello everyone, Looking for something else I just passed cross this on Apple's site: Inkscape is marked as staff pick by Apple currently. http://www.apple.com/downloads/macosx/unix_open_source/index_sp.html I don't remember that it was before so that's great news, given that the interface is X11 (which Mac users typically don't like), and not very pretty by default (which mac users usually care much about). However it seems to be a little lower in the most downloaded counts: it was in top 10 and is now 17. http://www.apple.com/downloads/macosx/unix_open_source/index_top.html But no doubt that the 0.46 release will bring all that up. Congratulations anyway. I've some GTK themes which look OK when integrated with OS X. Now if someone could tell me how to use GTK2_RC_FILES I'll be glad to try and use them in Inkscape. Cheers, JiHO --- http://jo.irisson.free.fr/

5 8

"make check" tests
by Jon A. Cruz 04 Sep '07

04 Sep '07

Guys, We need people to start running "make check" again, and trying to keep things up to date. If invoked from the src directory, it can check the main code without running through some of the other things such as translations. Anyway, I just fixed style-test.h so that the tests should compile again. Running it does show a lot of problems with attributes, though.

1 0

compile error in ocaldialog.h
by Mason Thomas 04 Sep '07

04 Sep '07

Hi, I recently tried to compile from svn sources and encountered the following error: In file included from file.cpp:50: 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' make[2]: *** [file.o] Error 1 This occurred in a fresh checkout of revision 15977, and also an updated revision 15990. I have successfully built from svn sources many times before, but the last time I did pre-dated the existence of the ocaldialogs.h file. autogen.sh and configure both run fine and don't detect any problems. Any help would be appreciated. Thanks, Mason

2 1

[Florian.Lindner@...1804...: WG: Compiling Inkscape on Solaris/SPARC]
by Bryce Harrington 03 Sep '07

03 Sep '07

----- Forwarded message from "Lindner, Florian (ITD-P)" <Florian.Lindner@...1804...> ----- Date: Mon, 3 Sep 2007 16:04:42 +0200 From: "Lindner, Florian (ITD-P)" <Florian.Lindner@...1804...> To: bryce@...961... Subject: WG: Compiling Inkscape on Solaris/SPARC Hi Bryce, I can't post to the mailing list: Failed to deliver to 'inkscape-devel(a)lists.sourceforge.net' SMTP module(domain lists.sourceforge.net) reports: host mail.sourceforge.net says: 550 Sender verify failed Here's my note to compile Inkscape on Solaris. Regards Florian -----Urspr?ngliche Nachricht----- Von: Lindner, Florian (ITD-P) Gesendet: Montag, 3. September 2007 16:00 An: 'inkscape-devel(a)lists.sourceforge.net' Betreff: Compiling Inkscape on Solaris/SPARC Hi! I successfully compiled Inkscape 0.45.1 on Solaris 8 / SPARC (and Solaris 10) On Solaris 10, some of the changes are not necessary. I made notes during the installation process (sorry, they're in MediaWiki syntax): ==prerequisites and dependancies== (incomplete) compiler: GCC 4.2.1 environtment: PATH=/usr/local/bin:$PATH * Inkscape 0.45.1 ** Boehm GC 6.4+ (6.4 has buggy GC_INIT, use 6.8) ** LittleCMS ** GTK+ 2.8.0+ *** pango 1.9+ (1.10.x compiles with cairo, 1.9.1 does not) **** glib 2.8.5+ (./configure --with-libiconv=gnu) **** cairo 0.9.2+ (1.0.2 does not compile, use 1.4.10) ***** freetype 2.3.5 (do not install freetype if it's already installed in /usr/local) ***** fontconfig 2.4.2 ****** libxml 2.6+ ******* zlib 1.2.3 ./configure --shared ***** xrender 0.8.3 *** atk 1.9+ (1.10.x is stable) ** GTKmm 2.4+ ** glibmm 2.4+ *** libsigc++ 2.0.12+ ** libpng 1,2+ ** pkg-config 0.9+ ** libxslt ==detailed installation steps== # install pkg-config # install zlib # install lcms # install GC # install libpng # install libjpeg # install libtiff # install libxml2 # install freetype # install fontconfig # install xrender # install cairo # install glib ## cd ~/lib; perl -pi -e 's#/usr/local/lib/freetype.la#/cls/home/mantra/lib/libfreetype.la#g' # install pango # install atk # install gtk+ # install libsigc++ # install glibmm # install gtkmm ==patching Inkscape== If errors occur compiling these files, correct them as follows: * src/isnan.h ** add #include <ieeefp.h> ** comment out # define isNaN(_a) (std::isnan(_a)) ** add instead #define isNaN(_a) (_a != _a) ** comment out # define isFinite(_a) (std::isfinite(_a)) ** add instead #define isFinite(_a) (!isNaN((_a) - (_a))) * src/display/nr-filter.cpp ** add #define round rint * src/display/nr-filter-gaussian.cpp ** add #define INFINITY (__builtin_inff()) ** add #define isinf(x) __extension__( \ { __typeof(x) __x_i = (x); \ __x_i == (__typeof(__x_i)) INFINITY || \ __x_i == (__typeof(__x_i)) (-INFINITY); }) ** add #define isfinite(x) __extension__( \ { __typeof(x) __x_f = (x); \ !isnan(__x_f) && !isinf(__x_f); }) ** add #define isnormal(x) __extension__( \ { __typeof(x) __x_r = (x); isfinite(__x_r) && \ (sizeof (__x_r) == sizeof (float) ? \ __builtin_fabsf(__x_r) >= __FLT_MIN__ : \ sizeof (__x_r) == sizeof (double) ? \ __builtin_fabs(__x_r) >= __DBL_MIN__ : \ __builtin_fabsl(__x_r) >= __LDBL_MIN__); }) ** comment out using std::isnormal; * src/display/pixblock-transform.cpp ** add #define round rint * src/extension/paramenum.cpp ** comment out line 195 combo->set_active_text(Glib::ustring(_value)); * src/libvpsc/generate-constraints.cpp ** add after #include "isnan.h" #define isNaN(_a) (_a != _a) * src/libcola/gradient_projection.cpp ** add #define INFINITY (__builtin_inff()) ** add #define isinf(x) __extension__( \ { __typeof(x) __x_i = (x); \ __x_i == (__typeof(__x_i)) INFINITY || \ __x_i == (__typeof(__x_i)) (-INFINITY); }) * src/widgets/desktop-widget.cpp ** add #define round rint ==edit Makefiles== * src/Makefile ** remove all references to jabber_whiteboard/libjabber_whiteboard.a and pedro/libpedro.a link inkscape with src/Makefile, not with the base Makefile! ==installed versions== (incomplete) * cairo-1.4.10 * fontconfig-2.4.2 * freetype-2.3.5 * gc6.8 * glib-2.8.6 * glibmm-2.4.8 * gtk+-2.8.20 * gtkmm-2.4.11 * inkscape-0.45.1 * lcms-1.17 * libpng-1.2.18 * libsigc++-2.0.17 * libxml2-2.6.27 * libxslt-1.1.20 * pango-1.10.4 * xrender-0.8.3 Best regards Florian Lindner BSH Bosch und Siemens Hausger?te GmbH, Carl-Wery-Str. 34, 81739 Munich Chairman of the Supervisory Board: Rudi Lamprecht Board of Management: Dr. Kurt-Ludwig Gutberlet (Chairman), Dr. Wolfgang Colberg, Jean Dufour, Prof. E.h. Werner Vogt Registered Office: Munich; Registry Court: Amtsgericht Munich, HRB 75534; WEEE-Reg.-No. DE 57986696 This message is for the sole use of the intended recipient(s) and may contain trade secrets or other confidential and privileged information. Any unauthorized review, use, copy, disclosure or distribution is prohibited. If you are not the intended recipient, please inform us immediately by reply e-mail and delete this message including any attachment or copies thereof from your system. ----- End forwarded message -----

1 0

Re: [Inkscape-devel] Crash on Win XP, cannot get backtrace
by Diederik en Rezi 03 Sep '07

03 Sep '07

Hi Johan, Not only does it crash when starting from within gdb, but also when I start Inkscape directly, without trying to debug it. I guess I was not clear on that. If it were only a gdb issue then I probably wouldn't have bothered ;-). It would be great to know whether it's reproducible, or maybe you are able to get a backtrace. You're programming on Windows, right? I'll try the file on my linux-machine at home and see where it leads to. The file will be sent in a separate mail to you personally, I'd rather not have it published on the mailing list as it's somewhat confidential. Regards, Diederik Op Ma, 3 september, 2007 14:37, schreef J.B.C.Engelen@...1578...: > Diederik wrote: >> When starting through gdb however it also gets stuck, but it >> won't crash. >> How do I get some useful information from gdb to help debugging? >> Currently, I only have "unknown software exception >> 0xc00000fd" at "0x672ddbd9". > > Running inkscape in gdb and then opening a file has been freezing Inkscape > since a long time ago, since January I think (I must admit I have not > tried in over a month, maybe it got fixed accidentally). I do not know how > to fix this, it seems some obscure bug. > A "fix" is to load the file from the command line which did work last time > I tried. > > Can you send the SVG file to me so I can try? > > Groet! > Johan > >

3 2

Crash on Win XP, cannot get backtrace
by Diederik en Rezi 03 Sep '07

03 Sep '07

Hi, On opening one of my own recent Inkscape SVG files on my Windows XP machine at work, Inkscape apparently gets stuck in a loop (100% CPU usage). When I subsequently click on its main window, it crashes. It looks like it is stuck while redrawing the screen, as I can see part of my desktop and part of my SVG file. When starting through gdb however it also gets stuck, but it won't crash. How do I get some useful information from gdb to help debugging? Currently, I only have "unknown software exception 0xc00000fd" at "0x672ddbd9". I'm running Inkscape0709022056, as provided by ishmal. Diederik

2 1

menus
by Alexandre Prokoudine 02 Sep '07

02 Sep '07

Hi, With lots of additions overal last year menus become quite busy. A couple of observations. 1. We have both "Effects - Images" and "Effects - Raster" menus. Do we keep "Images" submenu for any possible effect not altering contents of raster images or just embedding/disembedding? If it's emdedding related only, should we probably then rename submenu? btw, I'm not really sure that the current way of dealing with embedding/exporting raster files in SVG document really optimal. See, opening an arbitrary file I can't tell if an image used there is embedded or not without looking into source code.There's no indicator to tell that. An improved hint in status bar could probably be the first step in the right, IMO, direction. Something like "Embedded image A x B size in layer N" and "External image A x B size in layer N". What do you think? 2. Text case altering commands live in "Effects - Text". Should it probably belong to "Text" menu? As user of applications like Scribus or OpenOffice.org (sorry, Scribus guys :)) I don't perceive those as effects --- this is rather altering of text that its look'n'feel. Same goes for "Replace text..." --- to me it rather belongs to "Edit" or "Text" menu, not speaking about some kind of clash with "Edit - Find...". Comments? :) Alexandre

4 6

Connecting to signals
by unknown＠example.com 02 Sep '07

02 Sep '07

I've had some struggle in signals and stuff. I found this in the code: _close_button.signal_clicked() .connect(sigc::mem_fun(*this, &LayerPropertiesDialog::_close)); (dialogs/layer-properties.cpp) Why is this connection not saved? Is that not necessary? It seems to me that this is buggy. When the layer window is deleted, the connection is not disconnected and when the signal is emitted it will call _close with a corrupt "this" value. (this will never happen probably because the button is on the dialog itself, but still) Thanks for some light on this, Johan P.S. Why is there a function signal_clicked() to get the signal? In my code I just make the sigc::signal public (see /ui/widget/random.h). Is that bad?

2 1

[OT] Website buttons
by Aurélio A. Heckert 01 Sep '07

01 Sep '07

Hi, in the Inkscape website has two W3C buttons like that: http://twiki.softwarelivre.org/pub/Main/TWikiPreferences/bt_xhtml10_p.gif I did a SVG button based on that and you can get hire: http://twiki.softwarelivre.org/pub/InkscapeBrasil/ProjetoGrafico/bt_svg_p.p… I think is good to promote the SVG standard like the XHTML standard ;-) And i did a Inkscape button for everybody: http://twiki.softwarelivre.org/pub/InkscapeBrasil/ProjetoGrafico/bt_inkscap… Até! Aurium -- -===================================================- . . Aurélio A. Heckert [ GNU/Linux ] / \ http://www.aurium.cjb.net ((__-^^-,-^^-__)) `-_---" "---_-´ Ilustração Vetorial Livre: `--|o` ´o|--´ http://InkscapeBrasil.org \ ' / Projeto Software Livre - Bahia: ): :( http://psl-ba.softwarelivre.org (o_o) Coop. de Tecnologias Livres: "-" http://www.colivre.coop.br ------------------------------------------------- GNU/Linux User #312507 http://counter.li.org - - - - - - - - - - - - - - - - - - - - - - - - - ( ( ( http://www.midiaindependente.org ) ) ) -===================================================- "Se conhecimento é poder, que país governado por industriais dará a verdadeira educação? Cuidado com o feedback da miséria!" Tet Ramon "Eu temo pela minha espécie quando penso que Deus é justo." Thomas Jefferson

1 0

Fullscreen (F11)
by Tobias Jakobs 01 Sep '07

01 Sep '07

Hi, it looks like the fullscreen mode (F11) is broken in SVN. :( Can someone confirm this? Regards, Tobias

2 1

build break on 2geom change
by Jon A. Cruz 01 Sep '07

01 Sep '07

It appears that as of tonight the build is broken due to a missing dependency. The update to the 2geom code brought in a dependance on gsl. If someone could look into that and then update configure.ac with a check for the needed version, that would be helpful. Just FYI, on a Mac here I have version 1.8.

2 2

Changing layer opacity affects other layers
by microUgly 31 Aug '07

31 Aug '07

I'm creating a set of amimated cursors which involves exporting each frame from Inkscape. One of the animations involves reducing the opacity of a number of layers for each frame. I'm finding when I change the opacity of one layer then select another layer this layers opacity will also change. Quite frustrating as I've exported the frames for an animation 5 times now and each time I've found there's been a mistake with opacity on a layer :) I'm not sure if the problem is related to the amount of time Inkscape takes to redraw the image after changing opacity - I think if I select the next layer before the redraw is finished the setting is carried across. I've used blur so the redraw can be a little slow. I'm currently experiancing this in the dev build but I was having the same issue on another PC where I think I was running 0.45 -- View this message in context: http://www.nabble.com/Changing-layer-opacity-affects-other-layers-tf4339104… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 1

liboil dependency?
by MenTaLguY 31 Aug '07

31 Aug '07

Hi guys, Would anyone have a problem with adding a dependency on liboil? If not, I'd like to get it into the Windows bundle before I commit anything that requires it. -mental

3 2

Odd size of imported bitmaps
by Dan H. 31 Aug '07

31 Aug '07

Hello, I've imported a 400x400 pixel TIFF image into an inkscape drawing, and it comes out as 112.89 x 112.89 mm, which translates to a resolution of roughly 90 dpi. Where does this number come from? Shouldn't inkscape honour the dpi information that is embedded in the TIFF image? Alternatively, for images that don't have a "built-in" resolution, inkscape should ask for a "native" size of the image or use a changeable default resolution. Also I noticed that some imported images have width and height xml attributes while others don't. All this came to my attention when I worked with a SVG file with 20 imported images of about 10MB each (TIFF uncompressed) which bogged down my computer. I tried substitutung the TIFFs with scaled-down (by .25) working copies, which worked fine for those images that had width and height attributes (the others came out a fourth of the size), I'm just wondering how Inkscape arrives at the "native" size of an image, and I wanted to know if others agreed with my notion that in a vector drawing program the resolution of imported bitmaps was of high importance. It would also be nice if Inkscape could somehow reload image properties if the original bitmap had changed (by scaling or cropping, for instance). Thanks, --Dan

4 5

Re: [Inkscape-devel] Curve Stitching first steps
by unknown＠example.com 30 Aug '07

30 Aug '07

Hey Josh, (CC to devel) The pentool bug is a good one :), yep I only thought of using the node tool for editting paths doh! Stacking is definitely planned. But... at this moment it will not help you a lot. The problem is that the path-along-path effect has its inputs switched around: path-along-path: svgd input = path to put something along (can only be one path, probably cannot contain gaps or anything) parameter input = path to put along the other path The stacking will work like this (because this is simple to implement [1]): output of one effect goes to the *svgd input* of the next one. As you can see, this will not function as desired for stacking curve stitching and path-along-path. "So why is path-along-path made this way? It is also not handy for applying it to groups!" The problem now is that only the svgd input can be editted on-canvas. The parameter paths cannot. So imagine having that fish bend along a curve, and then not being able to nicely edit that curve :S On-canvas editting of path parameters has very high priority on my list, but it is not so easy. This curve stitching thing was really easy to implement (just look at the code), and it seemed fun :-) Cheers! Johan [1] probably I should also add a method to pass the result of an effect as path parameter; it will start looking like the whole filter thing then. Perhaps it is better to make the SVG2 vector effects first. ________________________________ From: Josh Andler [mailto:scislac@...400...] Sent: donderdag 30 augustus 2007 2:57 To: Engelen, J.B.C. (Johan) Subject: Re: Curve Stitching first steps this is beyond cool... is it in the plans to stack LPEs at some point? Just wondering. :) Anyway, this is basically effect lines (with the exception of being able to "path on path" with the lines)! Woohoo! And it seems like this should really be helpful with one project in particular that I have occasionally thought of working on. I'll have to play with it a bit. 1 bug I found - on the object that has the two 2 node lines, select it and change to the pen tool. You'll see that it shows the ends of all the "stitch" lines as if they can be worked with using that tool (which doesn't work). 1 easy to reproduce crash - with either stitched object, use the node tool and select one of the two subpaths and hit Shift+R. Boom! (shift+r reverses paths) On 8/29/07, J.B.C.Engelen@...1578... <mailto:J.B.C.Engelen@...1578...> <J.B.C.Engelen@...1578... <mailto:J.B.C.Engelen@...1578...> > wrote: <<curvestitch.svg>> The message is ready to be sent with the following file or link attachments: curvestitch.svg Note: To protect against computer viruses, e-mail programs may prevent sending or receiving certain types of file attachments. Check your e-mail security settings to determine how attachments are handled.

1 0

Re: [Inkscape-devel] translation not working
by unknown＠example.com 30 Aug '07

30 Aug '07

See the mailmessage below from the translator list. const EnumData<NR::FilterPrimitiveType> FPData[NR::NR_FILTER_ENDPRIMITIVETYPE] = { {NR::NR_FILTER_BLEND, _("Blend"), "svg:feBlend"}, ... }; Does this kind of C++ initialization work for translations? Perhaps the locale has not been set correctly when the _("Blend") is called at the start of the program? Probably we should switch to the N_() thing and do the real translation every time when the data is needed. Regards, Johan > -----Original Message----- > From: Alexandre Prokoudine [mailto:alexandre.prokoudine@...400...] > Sent: donderdag 30 augustus 2007 9:08 > To: Inkscape Translators; Engelen, J.B.C. (Johan); Nicholas Bishop > Subject: translation not working > > Hi, > > As of revision 15936 I'm experiencing a quite weird thing: > part of translated messages doesn't show up as translated. > > On this screenshot you see bottom part of Fill and Stroke dialog. > > http://img27.picoodle.com/img/img27/9/8/29/f_messagesm_281ac67.png > > "_Blend mode" (Режим) and "B_lur" (Размывание) show up as > translated (coming from > src/ui/widget/filter-effect-chooser.cpp), but names of blend > modes (src/filter-enums.cpp) like "Screen" --- don't. > > Same thing with names of live path effects. They reside in > src/live_effects/effects.cpp and being translated still don't > show up as such. > > Any idea why? Am I doing something silly? > > Alexandre >

1 0

Fwd: [Inkscape-user] Inkscape is a staff pick at Apple downloads
by jiho 30 Aug '07

30 Aug '07

As heathenx remarked Begin forwarded message: > From: heathenx <heathenx@...400...> > jiho wrote the following on 8/29/2007 9:37 AM: >> Looking for something else I just passed cross this on Apple's site: >> Inkscape is marked as staff pick by Apple currently. > [...] > i saw this on their web site: > > http://www.apple.com/downloads/macosx/unix_open_source/inkscape.html > > "Note: On start-up, it will take a couple of minutes before the > main window appears (while the > application builds the font cache.)" > > ...a couple of minutes? are you serious? i don't use a mac but is > this what some of you go through? The text there is quite scarce and not very well formulated: About Inkscape A vector graphics editor (SVG format) featuring transparency, gradients, node editing, pattern fills, PNG export, and more. Aiming for capabilities similar to Illustrator, CorelDraw, Visio, etc. Note: On start-up, it will take a couple of minutes before the main window appears (while the application builds the font cache.) I tried to re-submit Inkscape as an Apple download, with updated information and a new screenshot but it is only at the end of this process that I realized that this would submit Inkscape under my name and developer ID. They will probably discard my request anyway, since Inkscape is already there, but it would be nice to know: - who subscripted as Apple Developers under the name "Inkscape developers" and hence posted Inkscape for the first time? - could this person update the information on the site. I can provide the information I wrote (taken from the front page an release notes), so it'll just be copy-paste, and here is my screenshot: http://jo.irisson.free.fr/dropbox/inkscape/inkscape.png Cheers, JiHO --- http://jo.irisson.free.fr/

2 2

Gradients.
by Tomasz Kobiela 30 Aug '07

30 Aug '07

Hi, I wonder why gradients in inkscape doesn't look smooth. When I look on them I see that they compose from regular lines. Can't gradients look so smooth like in photoshop or gimp ? --- Kind regards. Kobi.

6 19

Re: [Inkscape-devel] SPAM-LOW: Attempting first build
by joel＠...1709... 28 Aug '07

28 Aug '07

I suspect that this is a bleeding edge problem, because the OCAL dialogs are under active development. Hopefully these problems will be resolved within a day or two (although you may be unlucky and run into some new ones - there's maybe 25% chance of that). Welcome to inkscape! Best regards Joel ---------------------------------------- From: Dan H <dunno@...1090...> Sent: 28 August 2007 10:03 To: inkscape-devel <inkscape-devel(a)lists.sourceforge.net> Subject: SPAM-LOW: [Inkscape-devel] Attempting first build Hello people, I've finally decided to take a jump into the cold water and fetch a SVN copy of inkscape. Don't know yet if I'm actually going to contribute or if I just want something to complain about. Anyway, make fails with some error (quoted below) and I'm wondering if I just happen to have fetched a broken bleeding-edge source tree, or if something else is going wrong. Maybe someone could point me at the latest version that built fine so I can "downgrade" to it via SVN. BTW, I know what the error means; it's just that I'd like to start out with a known-good source tree rather than trying to hunt down errors in an unknown project. Here's the 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' make[2]: *** [file.o] Error 1 Thanks, --D. ------------------------------------------------------------------------- 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

1 0

Attempting first build
by Dan H 28 Aug '07

28 Aug '07

Hello people, I've finally decided to take a jump into the cold water and fetch a SVN copy of inkscape. Don't know yet if I'm actually going to contribute or if I just want something to complain about. Anyway, make fails with some error (quoted below) and I'm wondering if I just happen to have fetched a broken bleeding-edge source tree, or if something else is going wrong. Maybe someone could point me at the latest version that built fine so I can "downgrade" to it via SVN. BTW, I know what the error means; it's just that I'd like to start out with a known-good source tree rather than trying to hunt down errors in an unknown project. Here's the 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’ make[2]: *** [file.o] Error 1 Thanks, --D.

2 1

#inkscape-user-support channel
by Vladimir Savic 27 Aug '07

27 Aug '07

There are many users that come on #inkscape irc channel to ask user questions. Wouldn't it be more appropriate to open another channel for user questions? That way we (users) will not bother developers if they don't want to be disturbed. And questions will be more on-topic that way. We can then track down frequent FAQ and move them to inkscape wiki. Of course providing basic informations to newly appeared users where to find documentation - like wiki, address of faq, location of keybindings file etc. Thanx in advance, Vlada

4 3

Slower snapping between 0.45 and devel
by jiho 27 Aug '07

27 Aug '07

Hello everyone, I noticed a non negligible difference in responsiveness between Inkscape 0.45 and current devel version on a "complex" (4000 objects) drawing... in the wrong way unfortunately (current devel is slower than 0.45). Since disabling snapping altogether in devel remedies to the slowness I think it involves snapping. I tried to test both version with the same parameters and selected these options (and only these): 0.45 snap nodes to objects snap to objects paths snap sensitivity 10 devel snap nodes snap to paths snap sensitivity 10 And the devel version is still slower than the released version. In fact it will hang for a little while (like 1-2 sec with 100% CPU usage) before first moving the objects, subsequent movements being a little bit faster (but still slower than 0.45). Here is the file on which I remarked it, for you to test: http://jo.irisson.free.fr/dropbox/inkscape/slowSnapper.svg try selecting the text objects at the bottom and moving them for example. Since I know the snapping code is begin worked on now, I thought I would report this. Thanks in advance for any improvements. Cheers, JiHO --- http://jo.irisson.free.fr/

2 1

NEW: four more modes in Tweak tool
by bulia byak 27 Aug '07

27 Aug '07

Of the four new modes, two are for editing path shapes (Attract and Repel) and two are for coloring objects (Color Paint and Color Jitter) . I also renamed Melt to Shrink and Inflate to Grow as discussed before. * The Attract and Repel modes work by moving each affected point on a path towards (Attract) or from (Repel) the cursor point. In some cases this may look similar to Shrink and Grow, but the difference is that shrinking/growing moves paths perpendicularly to the path in each point, whereas attracting/repelling moves them to or from the cursor regardless of the path shape. These modes are similar to the Pinch effect in ; you can use them for various central-symmetric distortions in parts of your paths. Color-changing modes The Color Paint and Color Jitter modes, unlike the path editing modes, change the colors of objects instead of their shapes. Yet they share enough common features with the path-changing modes to be part of the same tool: These modes also use a circular soft-edged brush controlled by the Width and Force parameters on the Controls bar and affected by the pen pressure (if you have a pressure-sensitive tablet). * Color Paint applies the style of the tool to the selected objects under the brush. The style of the tool is visible in the style swatch at the rightmost end of the tool's control bar; it can be changed by clicking on the color palette or by any other style assignment command, such as Fill and Stroke dialog. (Note: unlike all other tools, in Tweak tool in Color Paint mode you cannot assign style directly to selected objects; any style-setting command changes the tool's style instead.) The fill from the tool's style applies to the fills of the painted objects, and the stroke applies to the strokes. If the tool's style has no fill or no stroke, it won't affect fills or strokes, correspondingly. For example, if you want to color the fills of objects blue but leave their strokes untouched, assign blue fill to the tool's style (just click blue on the palette) but set its stroke to None (middle-click the Stroke swatch in the statusbar). Similarly, master opacity in the tool's style This mode allows you to literally paint over objects, shifting their colors towards the target style of the tool. For example, if you paint with yellow fill over a blue-filled object, the object will become greenish blue, then green, then yellowish green, and end up being exactly the green color you're painting with. This speed of this gradual transition depends on the Force and pen pressure; also, objects touched by the periphery of the brush are less affected than those hit by the brush center. Overall, using this tool is very similar to a soft brush in a raster editor such as Gimp or Photoshop. * Color Jitter mode does not apply any color, but instead jitters (randomizes) the colors of the objects it touches. The force of the action determines how strong is the randomization, i.e. how far the colors deviate from the original values. This mode does not use the tool's style. Both modes work on flat fills and gradients; for gradients, the tool takes into account not only the position of the entire object with gradient, but also the position of each gradient stop relative to the brush. This means that, for example, you can change the blue color only in an object filled with blue-red gradient simply by painting over its blue end with a brush small enough to not touch the red. Channels Color Paint and Color Jitter honor the Channels control. This control comprises the four buttons: H, S, L, and O, which allow you to turn on and off the tool's action on the object's hue, saturation, lightness, and opacity, correspondingly. For example, if you want to raise the saturation of some part of your drawing without changing the hue, select some maximum-saturation color (e.g. pure red) and turn off all Channels buttons except S. Similarly, you can replace the hues without affecting saturation or lightness (only H pressed), or lighten/darken all colors without changing their hues and saturation (only L pressed). Pressing O allows you to apply the master opacity from the tool's style to the master opacity of objects (but not fill or stroke opacity). Usage notes Color painting with Tweak tool is similar, but not exactly analogous to bitmap painting. Even though the tool itself works as a soft brush, it still applies its color to vector objects, which behave as vector objects usually do. For example, if you want to change the tint of the face in your drawing, and if a hand in the drawing is part of the same object as the face, that hand will change its tint too even if it's located far from the point you are painting. (We foresee a "fracture" command in one of the next versions of Inkscape which will help you turn a monolithic object into a mosaic of small fragments that will be then easy to paint with Tweak tool.) Still, even with this limitation, color painting is a novel way of dealing with vector drawings which allows you to quickly and intuitively make adjustments which would be awkward and slow with traditional approach. Drawings containing patterns or scatterings of small independent objects are best suited for color painting with Tweak tool. Examples include: * freehand drawings with Calligraphy pen, consisting of many separate strokes; * gradient meshes imported from Adobe Illustrator files (Inkscape renders these meshes as lattices of small polygons; while there's no direct support for gradient meshes in Inkscape yet, color painting on such lattices is almost as good); * text converted to paths and with Break Apart command applied so that each letter is a separate path; * patterns made with the Tile Clones command; note that you need to unset the fill and/or stroke on the original object and use the Color tab to assign some initial color to the clones - this will make them paintable with the Tweak tool without unlinking. Moreover, color tweaking can be useful for compositions with a few objects or even for single objects. Unlike all other color selection methods, painting with the Tweak tool implements the color mixing metaphor which is much more familiar to traditional artists than RGB sliders or even the color wheel. For example, start with a rectagle of pure blue color; then, pick different colors by Color Paint and apply light touches with minimum Force and minimum pen pressure: add a little green, a little brown, a little yellow, etc. until you have the exact hue you need. Similarly, you can whiten or blacken any hue by admixing white or black. You can also use color tweaking to add a tint, darken/lighten, saturate/desaturate, or color jitter your entire drawing. Just select all in all layers, zoom out, choose a large brush width so it covers all of the drawing, and apply a little color tweaking (with minimum Force) that will therefore affect all visible objects. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Alt-mouse
by Thomas Worthington 27 Aug '07

27 Aug '07

An awful lot of Inkscape's functions (I notice that the new touch selection is another one) seem to be relying on the alt-key being held down and various things done with the mouse. To say that this is a pain under Linux is an understatement since alt-mouse is used by window managers to allow quick manipulation of window sizes and positions, which is vital on large screens. Given that Inkscape is only one app and alt-mouse is effectively in use by every other app on the system for something else, is there any easy way to change these shortcuts to something like meta-mouse or something (anything!) else? Is it the case that most Inkscape developers are using Windows and are simply not aware of how difficult these alt-mouse shortcuts make it for Linux users? Thomas Worthington

10 21

LPE crashes
by lapnect 26 Aug '07

26 Aug '07

I have just played with LPE and I found two ways to crash Inkscape (current SVN trunk). The first way: - draw circle - do *not* convert it to path - select that circle and copy it (ctrl+c) - draw line using freehand tool and select it - press ctrl+shift+7 - press 'Apply' - click on 'Paste' icon The second way: - draw circle - convert it to path - select that circle and copy it (ctrl+c) - draw line using freehand tool and select it - press ctrl+shift+7 - press 'Apply' - click on 'Paste' icon - press ctrl+z (undo) Hope it will be helpful :) -- lapnect

2 1

Fwd: SSnapping (AutoCAD way)
by Joshua Blocher 26 Aug '07

26 Aug '07

I havn't had the chance to watch the video yet, but would something like snap targets work. Let me explain. Targets would be a symbol that appear on viable snap positions I imagine it as a bullseye that appear as soon as you start dragging a node.When you get near a target the it changes from red to green to indicate where its snapping to probably not the best colors for colorblind people but you get the idea. You even as far as different shapes for different snap types. Small coloured squares/dots for grid snaps. Bullseye/circle coloured for nodes I'm not sure to do for line maybe just highlight it. and of course since this is inkscape an option or key combo to toggle them on and off. Joshua L. Blocher verbalshadow On 8/26/07, Jed Frechette <jedfrechette@...400...> wrote: > On Friday 24 August 2007 1:33 pm, Diederik van Lierop wrote: > > The object snapper in ACAD is a bit different: if only snaps after > > clicking the left mousebutton; this way ACAD can show what point will > > be snapped to before doing the actual snapping. Inkscape however snaps > > instantly while dragging: it cannot show what it will snap to, because > > it already has snapped by that time. The only thing we could do is show > > afterwards where it has snapped, which is only useful in cases where > > this is not immediately obvious. For example in selections with a large > > number of nodes, nodes being very close to each other, or at low > > snapping sensitivity. > > Good point, but I still think an on canvas "post"-snap indicator could be > useful. I seem to run in to the non-obvious corner cases pretty regularly. Is > my node snapping to the path or a node on the path? Is the upper left corner > of the bounding box snapping to something on the edge of my drawing or is the > invisible center of rotation snapping to something else? etc. Sometimes I > have no clue what is being snapped to. I suspect bugs in in these cases but I > haven't been sure how to debug them, if anyone has any hints I would be glad > to followup. > > In practice, whenever I'm using snap heavily I simply keep the snap dialog > open and constantly adjust the settings to get what I want. I suspect I would > still need to do this even with a snap indicator but hopefully to a lesser > extent. Of course, I don't know how typical my usage is and unfortunately I > don't have any time to look at the code myself so take my opinions for what > they are worth. > > Best, > > -- > Jed Frechette > http://jdfrechette.alturl.com > > 3722 Dead, 27186 Wounded > > ------------------------------------------------------------------------- > 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

Improvements in filtering framework
by Niko Kiirala 25 Aug '07

25 Aug '07

I committed (actually a week ago) some improvements in filtering framework. The main part of this improvement is the new NR::FilterUnits class, which provides tools for handling different coordinate systems in filters. Another big part is moving code for preparing pixblocks from NR::Filter to NR::FilterSlot, where it more conveniently belongs. This means, that now all pixblocks a filter primitive can receive are in same coordinate system. (this fixes bug #1768003) Filter primitives can affect, what this coordinate system is, by overriding the get_input_traits function. Example from gaussian blur: FilterTraits FilterGaussian::get_input_traits() { return TRAIT_PARALLER; } At the moment, the only other possibility is TRAIT_ANYTHING, which is the default, and specifies that filter doesn't care, what the coordinate system is like. (feBlend and feComposite are like this, for example) TRAIT_PARALLER means, that x- and y-axis of the object must be paraller to x- and y-axis of the input image. For example, feGaussianBlur requires this, as the deviation is specified along object x- and y-axis. Only FilterGaussian has this implemented now, it should be implemented in other filters, that need it. I made it use bitfields and called it traits, because I think that this can have a wider use. For example, many filters need 32-bit RGBA images with premultiplied alpha as inputs. We could specify this as trait and move the handling code from the filter primitives to FilterSlot. Also, I'm thinking, that Filter::render and FilterPrimitive::render should be changed to take FilterUnits as an input instead of Matrix. This would give these functions more tools to figure out, where things should be placed, how large the affected area should be, where the bounding box corners are etc. Helper functions for calculating distances, transforming points from user coordinates to image coordinates etc. can also be added to FilterUnits, so that they don't need to be implemented in filter primitives. -- Niko Kiirala

2 1

Tango Icons
by Ryan Lerch 25 Aug '07

25 Aug '07

I was reading the release notes for the upcoming GIMP release (http://gimp.org/release-notes/gimp-2.4.html ), and I noticed that they are updating their icon set to one that adheres to the tango guidelines. I was wondering what everyone thinks about using the inkscape tango icons set(http://gnomelook.org/content/show.php/Tangofied+inkscape+icons+set?conte nt=48140 ) as default. I know that the current revision of this icon set is incomplete in some parts (eg: Tweak and Bucket Fill.) Just thought I would throw the idea out there. Cheers, ryanlerch

7 9

Time to start thinking about a release?
by john cliff 24 Aug '07

24 Aug '07

Hi Guys, Just thought with the SoC over it might be a good time to start thinking about release schedules again, or at least discussing them. Seems like a lot of fun stuff in the SVN build that people want to get their hands on and with the SoC deadline past locking down HEAD shouldnt be as much of an issue. Anyone got something their in the middle of that would be worth waiting for? Any passionate fors or againsts? lets hear what y'all think... Cheers Sim

7 12

Gradients and Pattern Libraries
by ryan lerch 24 Aug '07

24 Aug '07

After a discussion in the IRC channel about gradients and patterns, i have a few queries about them: 1. Do the inkscape/share/patterns and inkscape/share/gradients actually do anything in Inkscape yet? 2. Is there anyone planning to create code for a gradients or pattern library in inkscape, so they can be browsed and imported into the current document. 3. What would be the format for keeping, say gradients in a library? cheers, ryanlerch

8 12

lib2geom python binding
by joel＠...1709... 24 Aug '07

24 Aug '07

Question: are there any plans to make a python lib2geom interface? I've had a really nifty idea for an extension, but it requires bezier curves to be loaded from stock SVG files, and then I need to be able to solve the beziers in X for a given Y coordinate. [can lib2geom even do this?]

1 0

Re: [Inkscape-devel] [Inkscape-user] exporting slices as boxes
by bulia byak 24 Aug '07

24 Aug '07

On 8/17/07, Aaron Spike <aaron@...749...> wrote: > It would be more convenient and require less mental effort for the user > if they could see them. It helps to be able to see all of the boxes, not > just the selected box, while creating new boxes. You can. Just select all and then draw with Rect tool. It will even snap to the existing rects. (It will unselect all but the new one once you finish it, though.) > there is a simple solution. I can select all the boxes and give them > color while I am working with them. But again this is only a work > around. Everything can be called workaround for something else. For example, if we implement your "magic slices" and I want to change their color, I will most likely have to go and search for that in prefs. Which, for me, is a poor workaround for just selecting the boxes I need and clicking on the color palette. > And it require effort from a user to do something that we should > provide a real solution for. No solution is "real". One may be better than another but it does not make it more "real" in any sense. A specialized solution may be more convenient, but it may also be more clumsy and getting-in-the-way of those who don't need it. See, a new specialized feature is worth it if it offers something which is _in principle_ impossible or very hard to do with existing tools. And even if it has some added value, that feature better be very isolated and orthogonal to everything else. Otherwise, if it's instrusive, it must provide some really basic and important facility in order to be considered. The slicing facility is important for many people, check. But doing it via "magic slices" is very intrusive and non-orthogonal because it involves a whole new kind of objects and/or controls that all tools will need to be aware of - no check. And it also does not offer much added value compared to the naive approach, except some conveniences that may be just as well incorporated into existing tools/templates/dialogs - also no check. That's why it does not pass my filter. > > Yes, but this is just one of the dozens of selection methods available > > in Inkscape. Most other methods work fine. > > Could you please list the "dozens" of selection methods? I know we > provide quite a number, perhaps even 12 but I think you may be > exaggerating. OK, granted, "dozens" was an exaggeration :) But you can get 12 if you count all the keyboard modifiers in selector :) > Now, of all of the selection methods that Inkscape > provides, what would you say is the simplest, most obvious method for > selecting a single object. I argue that it is the single click of the > selector tool. Yes, but you forget another proposed method that you can use if you don't like transparent rects: make them blue, but place them in a semitransparent layer. Then when you need to export it, just set its transparency to 0. Minimum clicks to get what you need, and you can still click to select the slices. What's wrong with this? Difficult to set up? Just provide a template with that semitransparent "slices" layer already present. Difficult to discover? Write and popularize a tutorial. Cannot batch export the slices? Yes you can, in SVN this is added right to the Export dialog (the "export selected objects separately" checkbox). I can even easily add another checkbox there: export all within the object's bbox but not the object itself - and then you will not need to make the boxes transparent, because they will be hidden in the export anyway. Or, we can eventually support per-layer Outline view (this was already requested by other people for other purposes), which, if enabled for the export layer, will solve all of your problems at once: rects will be always visible and clickable even if transparent. And we can even enable per-layer outline color to differentiate them visually. Need more intuitive manipulation of the slices? Excellent suggestion, just implement the rect-specific commands for "subdivide horizontally", "subdivide vertically", and "rectangle union" on the Rect toolbar, and fix the KnotHolder so it can edit more than one selected rect (e.g. by dragging the touching sides of two adjacent rects) - and editing the slices will be a breeze, not to mention all the other benefits you get from these improvements. See? Every convenience you can think of is easily possible with the simple approach, just by extending the capabilities of existing tools. And the big advantage is that these extensions may be useful in various other situations too. Whereas, if you create a specialized tool just for slicing, it will be useless for anything but slicing. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 8

Calligraphy width - can you guess what I'm going to say? :)
by microUgly 24 Aug '07

24 Aug '07

I did a search for this because I thought it would have been brought up many times - but I couldn't find anything. I don't understand the benefit of width not being effected by zoom with the calligraphy tool. The Inkscape.org tutorial justifies it by saying: "This makes sense, because the natural "unit of measure" in calligraphy is the range of your hand's movement, and it is therefore convenient to have the width of your pen nib in constant ratio to the size of your "drawing board"" I could understand this if the calligraphy tool was only ever used for calligraphy writing. But I would think it's as likely, if not more likely, to be used as a drawing tool. And as a drawing tool this feature is very frustrating. To ensure consistent thickness lines when inking you have to manually calculate the width everytime you change zoom. Otherwise you end up with a mixture of very thick and very thin lines. Perhaps to not upset traditional calligraphy artists, is it possible we could get a checkbox to toggle how the width is effected when zooming? Even if the feature simply adjusted the value in width field as you zoomed in and out. -- View this message in context: http://www.nabble.com/Calligraphy-width---can-you-guess-what-I%27m-going-to… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 3

Re: [Inkscape-devel] Time to start thinking about a release?
by joel＠...1709... 24 Aug '07

24 Aug '07

> PDF does not support blur, let alone PS. The only workaround you have is to convert blur to bitmap before exporting. I think inkscape needs a pre-flight dialog then which gives you errors, warnings and messages concerning your export, otherwise the inexperianced user will struggle to understand why blur failed to export, much less how they can get around the issue. CorelDRAW has a rather nice example of a pre-flight dialog for printing. ---------------------------------------- From: "bulia byak" <buliabyak@...400...> Sent: 23 August 2007 23:51 To: "Adib Taraben" <taraben.a@...1512...> Subject: Re: [Inkscape-devel] Time to start thinking about a release? On 8/23/07, Adib Taraben wrote: > also we need to mark the things that _have to_ go into the release. > I do a lot of technical drawings and for me it is absolutely necessary > to include the blur into the pdf and ps export formats. PDF does not support blur, let alone PS. The only workaround you have is to convert blur to bitmap before exporting. We may eventually add an option to do this automatically but I don't think it's particularly high priority because the workaround is easy (just press Alt+B). -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org ------------------------------------------------------------------------- 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

Re: [Inkscape-devel] inkscape and scim
by Gerrit Sangel 24 Aug '07

24 Aug '07

I just tried it on Windows and there's the same problem... Hm... maybe it is just a gtk issue. I think I'll investigate this further on the gtk mailinglist. But I wonder why this works with Firefox without any problems. And Gimp has more or less a mixture of it. It does not work the same way as with my German keyboard, but it is not so annoying as with inkscape or scim. But this problem is really annoying. Almost unusable. Luckily, usually you don't have to enter long texts in inkscape, but in Abiword it's the same problem and really really annoying there. Gerrit Am Mittwoch 22 August 2007 schrieben Sie: > (The list seems to reject me so I'll send direct) > > The scim issues are known, and not limited to scim. I reported this on > Windows about two years ago. See > http://sourceforge.net/tracker/index.php?func=detail&aid=1223602&group_id=9 >3438&atid=604306 > > James

1 0

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

24 Aug '07

I completely agree. That Tango icons look much better. ---------------------------------------- From: David Christian Berg <david@...407...> Sent: 24 August 2007 00:37 To: Ryan Lerch <ryanlerch@...400...> Subject: Re: [Inkscape-devel] Tango Icons Definitely it should be used. I'm using it since a while and I'm totally contend. just my 2 ¢ David On Fri, 2007-08-24 at 08:15 +1000, Ryan Lerch wrote: > I was reading the release notes for the upcoming GIMP release > (http://gimp.org/release-notes/gimp-2.4.html ), and I noticed that > they are updating their icon set to one that adheres to the tango > guidelines. I was wondering what everyone thinks about using the > inkscape tango icons > set(http://gnomelook.org/content/show.php/Tangofied+inkscape+icons > +set?content=48140 ) as default. > > > > I know that the current revision of this icon set is incomplete in > some parts (eg: Tweak and Bucket Fill.) > > > > Just thought I would throw the idea out there. > > > > Cheers, > > > > ryanlerch > > > > > > > ------------------------------------------------------------------------- > 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 ------------------------------------------------------------------------- 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

1 0

[Fwd: [Scale-announce] So Cal Linux Expo Announces Call For Papers]
by Ted Gould 24 Aug '07

24 Aug '07

Historically Inkscape has had a pretty large presence at SCALE, I imagine we will this year as well. One thing that I'd like to see is more Inkscape speakers and free graphics in general. Heck, I'd love to see enough submissions for a free graphics track! :) The CFP is until the end of November, so there is time. Start to think about what you can present! --Ted -------- Forwarded Message -------- From: SCALE Announcements <scale-announce@...1782...> Reply-To: nobody@...1782... To: SCALE-announce <scale-announce@...1566...> Subject: [Scale-announce] So Cal Linux Expo Announces Call For Papers Date: Thu, 26 Jul 2007 21:47:04 -0700 July 26th, 2007 The Linux Expo of Southern California has opened the Call For Papers for the 6th Annual Southern California Linux Expo, to be held February 8th, 9th, & 10th, 2008. As with SCALE 5x, S6x will be held at the Westin Hotel at Los Angeles International Airport. If you’re interested in speaking at SCALE, don’t wait to submit your proposal. Over their last couple of events, the Linux Expo has had many more applications than they have had speaker slots available. See http://socallinuxexpo.com/scale6x/documents/scale6x-cfp.pdf for details on how to apply for a speaking opportunity at SCALE. Likewise, if you know someone who has something interesting to say about Open Source software, pass along the CFP to them and encourage them to apply. _______________________________________________ Scale-announce mailing list Scale-announce@...1783... http://mail.socallinuxexpo.org/cgi-bin/mailman/listinfo/scale-announce

2 1

Import from OCAL feature
by Bruno Dilly 23 Aug '07

23 Aug '07

Hi people, I implemented a new feature: import from open clip art library. When you have some time (and if you have interest), take a look on this and give me some feedback. Thanks

9 27

wiki broken
by bulia byak 23 Aug '07

23 Aug '07

I get the following when trying to save a page on wiki. Logging out didn't help, now I can't log back in with the same error: While trying to retrieve the URL: http://wiki.inkscape.org/wiki/index.php? The following error was encountered: * Access Denied. Access control configuration prevents your request from being allowed at this time. Please contact your service provider if you feel this is incorrect. Your cache administrator is root. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

NEW: Tweak tool
by bulia byak 23 Aug '07

23 Aug '07

As discussed before, I moved the thinning/thickening functionality into a tool of its own, added two more modes and some controls. For one thing, you don't need Alt anymore :) Attention lib2geom hackers: please consider this a challenge! Can you switch this to using your new lib instead of livarot? Livarot sucks big time with regard to performance and memory leaking (see Known Problems below), and working with it involves way too much black magic which I don't like. What is needed is simple: convert a path to a polygon with a given tolerance, move the points of the polygon according to some simple algorithm, and convert the result back to path with some simplification. If someone switches this to lib2geom and it works good, I will consider adding more modes. Otherwise, I'm afraid I may have to remove the Roughen mode before the release because it's really not working reliably enough (often locks the path with the "directed eulerian" warning, caused by too small subpaths). Now for the official announcement: Tweak tool The Tweak tool is an exciting new way to edit paths. Unlike the Node tool, you don't need to worry about where the nodes of a path are and how to manipulate them to obtain the shape you want. Instead, you just act on any part of a path using the tool's "brush" in order to bend, twist, or stretch that part, and the path will respond smoothly and naturally regardless of where its nodes lie. While not very useful for technical applications such as schemes or diagrams, this tool will be indispensable for artistic uses of Inkscape - cartoons, drawings, sketches, anime, etc. This new functionality is somewhat similar to the "Pucker", "Bloat", and other similar tools in the latest versions of Adobe Illustrator, except that in Inkscape it works softer and is easier to control. The area of the tool's action (its "brush") is visualized as an orange-colored circular outline centered at your mouse pointer. However, that area actually has no sharp boundaries; the power of the tool's action falls off gradually, following a smooth bell-shaped profile. This makes the tool act softly and smoothly, and the paths respond as if they are made of soft jelly. The tool will work on any number of selected objects; for example, you can select all (Ctrl+A) and "smear" your entire drawing by Push. If applied to a shape or text, the tool converts them to paths automatically. You can also apply it to groups of objects. If you're trying to use it without anything selected, it will remind you to select some objects by a statusbar message. Width The width of the tool's brush can be changed by the Width control in the tool's controls bar above the canvas (in the range from 1 to 100). You can also change width by Left and Right arrow keys (same as in the Calligraphy tool) at any time (including during action). Also like in Calligraphy tool, the visible width of the brush is independent of zoom; simply zooming in or out is often easier than adjusting the width if you want to cover a smaller or larger area of the drawing. Force The next control is Force which adjusts the power of the action (in the range from 1 to 100). You can also change width by Up and Down arrow keys at any time (including during action). Think of it as the force of pressure you apply to the paths you tweak. If you have a pressure-sensitive tablet and the "Use pressure" button on the right-hand end of the controls bar is on, then the force will also depend on how hard you actually press your pen into your tablet, varying in the range from zero to whatever you set in the Force control. If all you have is a mouse, then the force will be constant but still settable by the Force control. The force of the effect also depends on zoom (or in other words, it stays the same when measured by screen pixels, same as when you move and object by Alt+arrow keys). Fidelity Any tweaking of a path slightly distorts the entire path, including even those parts that you didn't touch. These distortions are similar to those that a Simplify command produces. The Fidelity value (also in the range from 1 to 100, default is 50) allows you to control the amount of these distortions. With a higher fidelity, the distortions are less noticeable, but the path may end up having a lot of nodes which blows up the SVG size and slows down Inkscape. The best value of Fidelity depends on the nature of your artwork. If you're sculpting an amorphous blob, you can do with low fidelity of about 20. If, however, you are pushing or blowing a text string (as a single path) and want the letters outside the distorted area to remain crisp and clean, you will need to raise fidelity to 80 or more. Modes There are currently four modes in the Tweak tool: Push, Melt, Blow, and Roughen. * This default mode of the tool, Push, simply displaces the part of the path under the cursor in the direction of the drag. The path behaves like soft jelly, bending and bulging smoothly and naturally. It's an easy way to produce various irregular, lifelike, handmade-looking shapes starting from something as simple as an ellipse or a calligraphic stroke. For parallel-stroke hatching (engraving) done in the Calligraphy tool, pushing is an easy way to bend, pinch, or curve the entire hatching uniformly. * The Melt and Blow are two opposite modes that move each point of a path in a direction perpendicular to the path's surface at the point, either inwards (Melt) or outwards (Blow). This is similar to the Inset and Outset commands, except that the Tweak tool can act on a part of a path instead of the whole path. For example, the visible lightness/darkness of an engraving hatching may not exactly correspond to your artistic intention. Also, the ends of strokes are often far from ideal - they may be too blunt or have unsightly bends or blobs. This is where the Tweak tool may help. Select all the strokes in a hatching pattern and apply a light Melt action where you want the lines to become thinner (and the hatching to become lighter), up until total disappearance. If you press hard, melting works as an eraser, so you can easily clean the strokes' ends in a hatching to making them thin, sharp, and uniform. Conversely, applying Blow makes strokes wider (i.e. the hatching becomes darker). Of course, melting and blowing are useful not only for calligraphic strokes. Same as with Push, with Melt and Blow you can sculpt any path, spawning smooth treacle-like appendages with Blowing and carving holes with Melting. Unlike the "node sculpting" mode in the Node tool, however, this does not require adding new nodes, selecting any nodes, or even being aware of nodes at all. * The Roughen mode does exactly this: roughens the edge of the path without changing its overall shape. Slight roughening simply makes the edge crooked and uneven; strong roughening tears and explodes the edge into random blobs and splotches. Note that this operation, especially with high Fidelity, adds a lot of nodes which increases the size of your SVG document and may slow down Inkscape considerably. In particular, pushing/melting/blowing of a roughened path becomes much slower and more difficult, so it's recommended to finalize the overall shape of a path first and roughen it, if necessary, only as the final step. Keyboard shortcuts * W, Alt+F2: switch to the Tweak tool * Shift+P: switch to the Push mode * Shift+M: switch to the Melt mode * Shift+B: switch to the Blow mode * Shift+R: switch to the Roughen mode * Left, Right: change width * Up, Down: change force * mouse drag: act on selected path in the current mode * Ctrl+mouse drag: temporarily switch to Melt (while Ctrl is down) * Shift+Ctrl+mouse drag: temporarily switch to Blow (while Shift+Ctrl is down) Known problems Known problems with the Tweak tool: 1. it is rather slow; 2. it quickly eats memory; and 3. it is sometimes buggy - thin calligraphic strokes may suddenly disappear or change their shape drastically as you're melting or blowing them. For (3), it helps to increase Fidelity. Also, you can undo the bad change and try again with less pressure on the pen - if you do your thinning in several light touches instead of one heavy press, usually you will be able to get the desired result without the buggy behavior. Also, sometimes after roughening, further tweaking of a path becomes impossible with this diagnostic: WARNING **: Shape error in ConvertToShape: directedEulerian(a) == false All these problems stem from the livarot library that we use for geometric manipulation of paths. Fortunately, livarot is scheduled for replacement by lib2geom, a new library now in development, so hopefully these issues will be addressed then. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 4

Unable to read keys file /usr/local/share/inkscape/keys/default.xml
by Diederik van Lierop 22 Aug '07

22 Aug '07

Hi, When starting the latest and greatest Inkscape (compiled from SVN) I get this: ** (inkscape:6280): CRITICAL **: Inkscape::XML::Document* sp_repr_read_file(const gchar*, const gchar*): assertion `Inkscape::IO::file_test( filename, G_FILE_TEST_EXISTS )' failed ** (inkscape:6280): WARNING **: Unable to read keys file /usr/local/share/inkscape/keys/default.xml My keys are located however in /home/diedenrezi/eclipse_workspace/trunk/share/keys/default.xml What's causing this? I've recently reinstalled Fedora on my pc; did I configure something incorrectly? I've got v0.45.1 from the Red Hat repos installed in parallel, are these conflicting? This used to be working nicely before the reinstall... Thanks, Diederik

2 3

Re: [Inkscape-devel] Her is an example of what I am talking about
by bulia byak 22 Aug '07

22 Aug '07

On 8/21/07, Bibi Morris <bibimorris@...856...> wrote: > Yes I understand what you are saying, however I am not seeing that > happening in 45.1. > > When you tried it, and got what I wanted, did you have to do a break > apart to preserve the centers of the letters? Nope. I think I understand what's going on. The culprit is the font you use. See, when a path contains an inner subpath, that subpath makes a hole only when the direction of that subpath is contrary to that of the outer path. Otherwise, if their directions are the same, there's no hole - the path is solid. That's why, if you convert an O to a path and break apart, you get two paths, and when you combine them back, you get the hole back. If you break apart, Path > Reverse the inner path and combine, you won't get a hole. Now, in your font, for some weird reason, the direction of path in "o" is opposite to that of "d" and "g". Therefore when you convert "dog" to path, the places where the letters overlap become holes. And Union of a path with itself only removes the non-hole overlaps as extraneous; it does not touch holes because it assumes they are there for a reason. Therefore, you could not remove those holes in letter overlaps neither by offset nor union. One way to fix this would be, after converting to path, select both inner and outer parts of "o", Path > Reverse them, then combine everything back and Union. Or just use a different font :) It would also help, btw, to not work always in Outline mode - in normal mode it's much easier to see if some overlap is a hole or not (because you have fill). You could also note in regular mode that you have an atrociously huge stroke width (73px!) on your shapes which I assume isn't really necessary for a cutter :) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 3

Problem with Scim and choice of fonts with non-latin-characters in name
by Gerrit Sangel 22 Aug '07

22 Aug '07

Hello list, I have two problems with Inkscape: 1. Everytime I want to input Chinese, Japanese, Korean or a Raw Unicode Value, I use Scim (more precisely Skim). Usually, the not yet committed string of characters is displayed on the spot, the same way as ordinary (e.g. German) strings are displayed. When I choose another character in Scim, the previously written character in the text is deleted and replaced by another one. (See http://en.wikipedia.org/wiki/Japanese_input_method#Kana_to_kanji_conversion as an explanation of how this works). In Inkscape, by contrast, the precommited string is displayed in a seperate box which is somewhere on the screen. I can do all the actions there, but it is extremely annoying because I always have to search the little box and not before I submit the string it is shown in the destinated area. See http://img444.imageshack.us/img444/1135/scimgm1.jpg I have the same problem with Abiword, so I guess it is somehow a problem of GTK. But I do not have the problem with Firefox, so I think there must be a solution to it. I do not have any other gtk programs (apart from Openoffice, but there, scim does not work in any way) so I cannot test this any further as to where this happens. I can't really stress how annoying this problem is. It makes Inkscape almost unusable for typing a longer text in a CJK language. I have Gentoo and tested it with version 0.45.1 2. Also I wanted to choose the fonts “EPSON 教科書体Ｍ” and “文鼎PL細上海宋Uni” in a text field. Note the Japanese/Chinese characters in the font name. Inkscape did display the fonts correctly during the initial font choice, but after I chose the font, it just displayed “EPSON”. It did not choose the Font, then, but happily continued using the former font. Thanks Gerrit Sangel

2 1

Re: [Inkscape-devel] [Inkscape-user] Inkscape back up.
by Jon Phillips 22 Aug '07

22 Aug '07

Do it. They are great and paid to do this... -----Original Message----- From: Aaron Spike <aaron@...749...> Sent: Tuesday, August 21, 2007 6:31 PM To: Inkscape User Community <inkscape-user(a)lists.sourceforge.net>; inkscape <inkscape-devel(a)lists.sourceforge.net> Subject: Re: [Inkscape-devel] [Inkscape-user] Inkscape back up. John R. Culleton wrote: > Whatever Gremlin there was blocking www.inkscape.org has been slain by > some anonymous internet hero. I can get on lne and I'll wager so can > you. I'd really love to know who the gremlins were. I'm considering handing over our root priviledges to osuosl and allowing them to administer the server for us. Any comments or objections? 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-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

Re: [Inkscape-devel] [Inkscape-user] Inkscape back up.
by Aaron Spike 22 Aug '07

22 Aug '07

John R. Culleton wrote: > Whatever Gremlin there was blocking www.inkscape.org has been slain by > some anonymous internet hero. I can get on lne and I'll wager so can > you. I'd really love to know who the gremlins were. I'm considering handing over our root priviledges to osuosl and allowing them to administer the server for us. Any comments or objections? Aaron Spike

1 0

Pixelated gradients
by microUgly 21 Aug '07

21 Aug '07

I created simple gradient with 4 stops where the middle two stops were tight against each other to creat an instant jump from one colour to the next. This instant jump creates pixelation - http://www.microugly.com/images/misc/inkscape-pixel-gradient.gif Is this a known issue? It's strange to get pixelation in a vector application :) -- View this message in context: http://www.nabble.com/Pixelated-gradients-tf4304604.html#a12252881 Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 2

Re: [Inkscape-devel] Ubuntu hug day, dedicated to GNOME
by Bryce Harrington 21 Aug '07

21 Aug '07

Coming up tomorrow - join #ubuntu-bugs on Freenode if you're interested in participating! Bryce ----- Forwarded message from Gerry Carr <gerry.carr@...1798...> ----- Date: Tue, 21 Aug 2007 19:24:39 +0100 From: Gerry Carr <gerry.carr@...1798...> To: Matthew Nuzum <matthew.nuzum@...1798...> Cc: Warthogs <warthogs@...1799...> Subject: Re: Ubuntu hug day, dedicated to GNOME Don't neglect to check out the graphic featuring handwriting from Mrs Nuzum and a real cake. www.ubuntu.com Gerry Matthew Nuzum wrote: > Hi all, > > Just wanted to let you know that we're dedicating hug day, which is > Wed Aug 22nd, to GNOME in celebration of their 10th birthday. > > We're featuring a special graphic on the homepage to draw attention to it. > > Obviously, our token of gratitude will be more valuable to the GNOME > community if it results in something that genuinely helps them. One > way to help ensure this is to publicize hug day as widely as possible. > > Would you consider spreading the word by blogging about it and/or > telling others? > > Here's the URL for the details: > http://www.ubuntu.com/news/hug-day-aug-2007-dedicated-to-gnome > > -- ?Mob +44 7809 389 871 | Tel +44 207 630 2457 | gerry.carr@...1798... | Main: +44 20 7630 2400 Ubuntu - Linux for human beings | www.ubuntu.com | www.canonical.com -- warthogs mailing list warthogs@...1799... https://lists.ubuntu.com/mailman/listinfo/warthogs ----- End forwarded message -----

1 0

Preview redraw problem in the PDF import dialog
by momo 21 Aug '07

21 Aug '07

Hi! It seems that there is a preview redraw problem in the PDF import dialog. When I list the pages, the preview seems to cumulate the images (the next page preview is drawn on top of the previous page preview). See attached screenshots of the problem (PNG, 38Kb) I'm using Inkscape0708210339 on Win XP SP2. Molumen

1 0

Re: [Inkscape-devel] EXPERIMENTAL: gradient noise (Was: Re: Gradients.)
by joel＠...1709... 21 Aug '07

21 Aug '07

> the real source of the banding (besides buffer precision issues) is the > precomputed vector, but changing that means a pretty significant change > architecturally. Come on cairo!!! ---------------------------------------- From: MenTaLguY <mental@...3...> Sent: 21 August 2007 04:54 To: Inkscape ML <inkscape-devel(a)lists.sourceforge.net> Subject: [Inkscape-devel] EXPERIMENTAL: gradient noise (Was: Re: Gradients.) On Mon, 2007-08-20 at 15:49 -0700, MenTaLguY wrote: > Adding random noise to the gradients may help reduce the visibility of > artifacts to the human eye, however. Gradients are rendered by selecting > colors from a precomputed 1024-color vector, so adding a very small > amount of noise to that index calculation should be sufficient. Ok, as of r15880 I've added a little bit of noise to gradients using a linear feedback shift register. I would consider this pretty experimental and it might get reverted later. I'm mainly curious to see how much this helps perceptually; the real source of the banding (besides buffer precision issues) is the precomputed vector, but changing that means a pretty significant change architecturally. -mental ------------------------------------------------------------------------- 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

Re: [Inkscape-devel] Windows console
by joel＠...1709... 21 Aug '07

21 Aug '07

Yes and that's exactly what I need for my explorer thumbnail extension, so as to allow it to load the renderer. (Although I'm wondering if the renderer itself could be broken into it's own shared dll, rather than static linked to reduce memory footprint) ---------------------------------------- From: Bob Jamison <rwjj@...127...> Sent: 21 August 2007 03:28 To: Gail Banaszkiewicz <gbanaszk@...1686...>, inkscape-devel@...941...rge.net Subject: Re: [Inkscape-devel] Windows console The problem is, I guess, how to allow the console for some people but to not display the annoying console for everybody. It's probably time that we re-examine the Inkscape-as-a-DLL problem. This way we could provide several small executables, like Inkscape w/console, Inkscape w/o console, and Inkview, all calling the large main DLL. bob Gail Banaszkiewicz wrote: > Kent Tenney wrote: >> On 8/20/07, Gail Banaszkiewicz wrote: >> >>> I seem to have lost the ability to run Inkscape as a console app in >>> Windows. >>> >> Same here. I had console a build or two back, but it's gone now (r15870) >> >> Kent > > Looks like you have to "put it in -mconsole" - > according to Bob the FAQ is wrong ;) > ------------------------------------------------------------------------- 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

1 0

GSoC Final Survey
by Bryce Harrington 21 Aug '07

21 Aug '07

Hi all, Today Google has posted the forms for GSoC surveys; they're due on the 31st. For more info, please see: http://groups.google.com/group/google-summer-of-code-announce/web/midterm-s… And feel free to direct questions my way. Bryce

1 0

Re: [Inkscape-devel] [Inkscape-user] disappearing gradients when moving/scaling
by bulia byak 21 Aug '07

21 Aug '07

On 8/11/07, MenTaLguY <mental@...3...> wrote: > On Wed, 2007-08-08 at 22:11 -0300, bulia byak wrote: > > You just have the "transform gradients" button toggled off in the > > selector toolbar. That's the mode in which transforming an object does > > not affect the gradients - they stay in the original place. Toggle it > > back on and it will work as you expect. > > Any ideas for reducing this problem? As a small improvement, I just added a label saying "Affect:" in front of the buttons. This should be beneficial in several ways: it attracts more attention to the buttons; it visually separates them from the rest of the toolbar; it gives an immediate hint on their purpose - configuring what is and is not affected by Selector tool transformations; and finally it gives these buttons a name ("the Affect buttons") that will make it much easier to explain to users what they need to toggle :) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Windows console
by Gail Banaszkiewicz 21 Aug '07

21 Aug '07

I seem to have lost the ability to run Inkscape as a console app in Windows. I have followed the instructions in http://wiki.inkscape.org/wiki/index.php/FAQ#Can_Inkscape_be_used_from_the_c… so is it possible that something has changed in the last while during the broken build period? Is anyone else on Windows having the same problem or is it just me (and therefore likely my own error)? Thanks! Gail

3 3

SoC: Font Specification Implementation
by Gail Banaszkiewicz 20 Aug '07

20 Aug '07

Hi all! I uploaded a patch into the patch tracker with my work from the second half of Summer of Code: Patch #1778026 <https://sourceforge.net/tracker/index.php?func=detail&aid=1778026&group_id=…>. I did this instead of checking it in because although I have done a lot of testing, I think it would be prudent if you all give it a try as well. It should be non-obtrusive for you to try; the only real visual difference should be that the text and style dialog shows only those fonts that Pango can actually work with (so no more duplicates, and no more styles that aren't selectable). Everything else is under the hood so to speak. This work allows for us to separate font families and styles better in the text and style dialog. I held off implementing this for now as Miklos has some code he thinks will work well for this purpose in svgbuilder.cpp. I was hoping we could all have a look at his code and decide whether that's what we want to use for this purpose. I also wanted to make sure the framework I laid down for this is solid before going on to the next stage. I have also laid the foundation for being able to support fonts that CSS can't. At the moment this isn't possible given the fact that Pango only supports CSS fonts. However, I will be doing some more research in the near future into either getting that changed, or seeing if there is any way around using the PangoFontDescription structure that we rely on so heavily at the moment (which is the one that specifically does not support anything outside of CSS). Please let me know if you find any issues or annoyances! I am getting married this week, have a week off next week, and am travelling the week after. So communication could be sporadic - but don't worry, I have not abandoned you! ;) Gail

1 0

.SVG filetype
by Thomas Worthington 20 Aug '07

20 Aug '07

I get EPS files from clients every week with existing logos and other design elements from their letterhead and other advertising in them. Problem is, most of these files are little more than wrappers around Illustrator-only code and can not be displayed by anything other than Adobe products, certainly Inkscape can handle maybe 1 in 10 of them and even then very poorly. This is not Inkscape's fault but the fault of products that save files in "<product>-eps" format. The practical upshot for me is that ".eps" is now a meaningless filetype, much like .tiff, and serves only to make it difficult to explain to clients why I'm having trouble with what they think of as very basic files. As this problem has grown, I've started to question the value of having "Save as inkscape SVG" produce ".svg" suffixed files. Is it not a better idea, design-wise, to indicate that a file is not "pure" SVG with a different suffix such as .isvg or something similar? I have already sent Inkscape-SVG files to other designers by mistake; with a different suffix this would be a mistake which would be apparent as I selected the files for attachment to my emails. Should Inkscape change the default suffix for its own filetypes? Thomas Worthington

7 8

Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] inkscape/trunk/src/ui/dialog
by joel＠...1709... 20 Aug '07

20 Aug '07

Oh good work; well done! ---------------------------------------- From: "Bruno Dilly" <bruno.dilly@...400...> Sent: 20 August 2007 05:15 To: joel@...1709... Subject: Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] inkscape/trunk/src/ui/dialog Hey Joel, I made the changes you've suggested. Thanks by the support. On 8/19/07, joel@...1709... wrote: > Great, and I just noticed one other thing. > > In ocaldialogs.h you have the line > FileDialogOCALBase(const Glib::ustring &title) : > Gtk::Dialog(title,true) > > where you call the constructor of Gtk::Dialog. Can you use instead the three > parameter > version where the parent window is specified as the second parameter? Like > this... > > FileDialogOCALBase(const Glib::ustring &title, Gtk::Window& parent) : > Gtk::Dialog(title, parent, true) > > This should be pretty easy considering the OCAL classes already get a > reference > to the parent window from file.cpp. The advantage of doing this for Windows > users, is > that it stops your dialogs sinking down behind the inkscape desktop if > someone clicks > on it. > > Best regards > Joel > > ________________________________ > From: "Bruno Dilly" > Sent: 19 August 2007 10:54 > To: joel@...1709... > Subject: Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] > inkscape/trunk/src/ui/dialog > > OK Joel, I will do it soon. Thanks for the help =) > > On 8/19/07, joel@...1709... wrote: > > I figured out what the problem was now. In my version, I made changes in > > file.cpp, which I managed to miss comitting. I'm very sorry for all the > > inconvenience. I assumed you were asleep, and I was hoping to slip the > > change in quickly before you woke up - well that worked out just great! > > > > On the subject of file.cpp, the line in the current SVN version > > exportDialogInstance = > > Inkscape::UI::Dialog::FileExportToOCALDialog::create( > > was > > exportDialogInstance = new > > Inkscape::UI::Dialog::FileExportToOCALDialog( > > in my version. > > > > Can I suggest that you do the same, when you're ready? There's no need to > > have separate dialog and impl classes in this case. If possible I suggest > > you begin to merge the functionality of the two classes, do away with the > > class factory, and just expose the constructor directly. This sounds like > a > > big deal, but actually it only took me about 10 minutes to do. > > > > Hope that helps > > > > Best Regards > > Joel > > > > ________________________________ > > From: "Bruno Dilly" > > Sent: Sunday, August 19, 2007 10:09 AM > > To: joel@...1709... > > Subject: Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] > > inkscape/trunk/src/ui/dialog > > > > But I think I didn't erased any modification. > > > > I just included in the file.cpp you have commited the following itens: > > - an #include "ui/dialog/ocaldialogs.h" > > - the password verification inside the export to ocal function > > > > But if you think is necessary to revert, do it, and I will fix it > > later, if necessary. > > > > On 8/19/07, joel@...1709... wrote: > > > Well it's good that you fixed it. I'm confused though, because I tested > > and > > > compiled my revised version *several* times. Did you guys try running > > > ./autogen ? Now file.cpp needs to be reverted, as my version did away > with > > > the class factories. > > > > > > ________________________________ > > > From: Jon Phillips > > > Sent: Sunday, August 19, 2007 6:30 AM > > > To: Bruno Dilly > > > Subject: Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: > [15827] > > > inkscape/trunk/src/ui/dialog > > > > > > On Sun, 2007-08-19 at 02:11 -0300, Bruno Dilly wrote: > > > > I was doing the same thing as Joel, and I was including the login > > > > dialog used to export to ocal. > > > > > > > > So I commited my ocaldialogs.ccp and ocaldialogs.h, and now things > look > > > fine. > > > > > > Whoa, you guys gotta inter-communi-kate ;) > > > > > > Jon > > > > > > > On 8/19/07, MenTaLguY wrote: > > > > > Joel, your recent commit appears to have broken the build. > > > > > > > > > > Please fix it so we can get back to work. > > > > > > > > > > Thanks, > > > > > > > > > > -mental > > > > > > > > > > On Sat, 2007-08-18 at 17:29 -0700, > > > joelholdsworth@...58... > > > > > wrote: > > > > > > Revision: 15827 > > > > > > > > > > > > http://inkscape.svn.sourceforge.net/inkscape/?rev=15827&view=rev > > > > > > Author: joelholdsworth > > > > > > Date: 2007-08-18 17:29:36 -0700 (Sat, 18 Aug 2007) > > > > > > > > > > > > Log Message: > > > > > > ----------- > > > > > > Separated the OCAL import and export dialogs into their own source > > > file - ocaldialogs.cpp and ocaldialogs.h > > > > > > > > > > > > Modified Paths: > > > > > > -------------- > > > > > > inkscape/trunk/src/ui/dialog/Makefile_insert > > > > > > inkscape/trunk/src/ui/dialog/filedialog.cpp > > > > > > inkscape/trunk/src/ui/dialog/filedialog.h > > > > > > > > inkscape/trunk/src/ui/dialog/filedialogimpl-gtkmm.cpp > > > > > > > inkscape/trunk/src/ui/dialog/filedialogimpl-gtkmm.h > > > > > > > > > > > > Added Paths: > > > > > > ----------- > > > > > > inkscape/trunk/src/ui/dialog/ocaldialogs.cpp > > > > > > inkscape/trunk/src/ui/dialog/ocaldialogs.h > > > > > > > > > > > > > > > > > > This was sent by the SourceForge.net collaborative development > > > platform, the world's largest Open Source development site. > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > > 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-cvs mailing list > > > > > > Inkscape-cvs(a)lists.sourceforge.net > > > > > > > > > > https://lists.sourceforge.net/lists/listinfo/inkscape-cvs > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > 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 > > > > > > > > > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > 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 > > > -- > > > 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... > > > > > > > > > > > > ------------------------------------------------------------------------- > > > 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 > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > 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 > > > > > > > > > > > >

1 0

win32 building again
by Bob Jamison 20 Aug '07

20 Aug '07

Well, finally, we got Inkscape to build again. It is here: http://inkscape.modevia.com/win32/Inkscape0708190932.7z It is built with the new library bundle: http://inkscape.modevia.com/win32libs/gtk210-070819.7z The build.xml file has been tweaked to use this. You no longer need the separate boost installation. bob frabjous day!

3 6

Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] inkscape/trunk/src/ui/dialog
by joel＠...1709... 20 Aug '07

20 Aug '07

Great, and I just noticed one other thing. In ocaldialogs.h you have the line FileDialogOCALBase(const Glib::ustring &title) : Gtk::Dialog(title,true) where you call the constructor of Gtk::Dialog. Can you use instead the three parameter version where the parent window is specified as the second parameter? Like this... FileDialogOCALBase(const Glib::ustring &title, Gtk::Window& parent) : Gtk::Dialog(title, parent, true) This should be pretty easy considering the OCAL classes already get a reference to the parent window from file.cpp. The advantage of doing this for Windows users, is that it stops your dialogs sinking down behind the inkscape desktop if someone clicks on it. Best regards Joel ---------------------------------------- From: "Bruno Dilly" <bruno.dilly@...400...> Sent: 19 August 2007 10:54 To: joel@...1709... Subject: Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] inkscape/trunk/src/ui/dialog OK Joel, I will do it soon. Thanks for the help =) On 8/19/07, joel@...1709... wrote: > I figured out what the problem was now. In my version, I made changes in > file.cpp, which I managed to miss comitting. I'm very sorry for all the > inconvenience. I assumed you were asleep, and I was hoping to slip the > change in quickly before you woke up - well that worked out just great! > > On the subject of file.cpp, the line in the current SVN version > exportDialogInstance = > Inkscape::UI::Dialog::FileExportToOCALDialog::create( > was > exportDialogInstance = new > Inkscape::UI::Dialog::FileExportToOCALDialog( > in my version. > > Can I suggest that you do the same, when you're ready? There's no need to > have separate dialog and impl classes in this case. If possible I suggest > you begin to merge the functionality of the two classes, do away with the > class factory, and just expose the constructor directly. This sounds like a > big deal, but actually it only took me about 10 minutes to do. > > Hope that helps > > Best Regards > Joel > > ________________________________ > From: "Bruno Dilly" > Sent: Sunday, August 19, 2007 10:09 AM > To: joel@...1709... > Subject: Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] > inkscape/trunk/src/ui/dialog > > But I think I didn't erased any modification. > > I just included in the file.cpp you have commited the following itens: > - an #include "ui/dialog/ocaldialogs.h" > - the password verification inside the export to ocal function > > But if you think is necessary to revert, do it, and I will fix it > later, if necessary. > > On 8/19/07, joel@...1709... wrote: > > Well it's good that you fixed it. I'm confused though, because I tested > and > > compiled my revised version *several* times. Did you guys try running > > ./autogen ? Now file.cpp needs to be reverted, as my version did away with > > the class factories. > > > > ________________________________ > > From: Jon Phillips > > Sent: Sunday, August 19, 2007 6:30 AM > > To: Bruno Dilly > > Subject: Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] > > inkscape/trunk/src/ui/dialog > > > > On Sun, 2007-08-19 at 02:11 -0300, Bruno Dilly wrote: > > > I was doing the same thing as Joel, and I was including the login > > > dialog used to export to ocal. > > > > > > So I commited my ocaldialogs.ccp and ocaldialogs.h, and now things look > > fine. > > > > Whoa, you guys gotta inter-communi-kate ;) > > > > Jon > > > > > On 8/19/07, MenTaLguY wrote: > > > > Joel, your recent commit appears to have broken the build. > > > > > > > > Please fix it so we can get back to work. > > > > > > > > Thanks, > > > > > > > > -mental > > > > > > > > On Sat, 2007-08-18 at 17:29 -0700, > > joelholdsworth@...58... > > > > wrote: > > > > > Revision: 15827 > > > > > > > > http://inkscape.svn.sourceforge.net/inkscape/?rev=15827&view=rev > > > > > Author: joelholdsworth > > > > > Date: 2007-08-18 17:29:36 -0700 (Sat, 18 Aug 2007) > > > > > > > > > > Log Message: > > > > > ----------- > > > > > Separated the OCAL import and export dialogs into their own source > > file - ocaldialogs.cpp and ocaldialogs.h > > > > > > > > > > Modified Paths: > > > > > -------------- > > > > > inkscape/trunk/src/ui/dialog/Makefile_insert > > > > > inkscape/trunk/src/ui/dialog/filedialog.cpp > > > > > inkscape/trunk/src/ui/dialog/filedialog.h > > > > > > inkscape/trunk/src/ui/dialog/filedialogimpl-gtkmm.cpp > > > > > inkscape/trunk/src/ui/dialog/filedialogimpl-gtkmm.h > > > > > > > > > > Added Paths: > > > > > ----------- > > > > > inkscape/trunk/src/ui/dialog/ocaldialogs.cpp > > > > > inkscape/trunk/src/ui/dialog/ocaldialogs.h > > > > > > > > > > > > > > > This was sent by the SourceForge.net collaborative development > > platform, the world's largest Open Source development site. > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > > > 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-cvs mailing list > > > > > Inkscape-cvs(a)lists.sourceforge.net > > > > > > > https://lists.sourceforge.net/lists/listinfo/inkscape-cvs > > > > > > > > > > > ------------------------------------------------------------------------- > > > > 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 > > > > > > > > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > > 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 > > -- > > 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... > > > > > > > ------------------------------------------------------------------------- > > 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 > > > > > > > > > ------------------------------------------------------------------------- > > 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

Edit clip with node tool
by microUgly 20 Aug '07

20 Aug '07

It occured to me today that it would be pretty intuitive to be able to edit a clipping object without having to release the clip by simply selecting the node tool. I also just now seen a post that suggested this is already the plan. I'm just curious if any work is currently being done on this or if it's something that more likely to be added in later versions. -- View this message in context: http://www.nabble.com/Edit-clip-with-node-tool-tf4296255.html#a12229067 Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 1

function plotter broken
by bulia byak 19 Aug '07

19 Aug '07

Help requested from Python extension developers - in SVN, the function plotter dialog is broken: File "/usr/local/share/inkscape/extensions/funcplot.py", line 115, in drawfunction dy0 = (y1 - y0)/ds TypeError: unsupported operand type(s) for -: 'str' and 'str' I have no idea what is wrong and why it worked before. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Re: [Inkscape-devel] Import from OCAL feature
by joel＠...1709... 19 Aug '07

19 Aug '07

Another point about OCAL export. It seems that both of us are working on filedialog.cpp, where I notice you've added two new classes FileImportFromOCALDialog and FileExportToOCALDialog to the file which already has three classes FileOpenDialog, FileSaveDialog and FileSaveDialog. I havn't been able to try the latest bits yet, but am I right in thinking that these OCAL dialogs are not file dialogs in the sense that they allow you pick a file from the file system? If this is the case, then they really don't belong in filedialog.cpp. Basically I'm hoping to get inkscape to support native file dialogs for various platforms (Windows, MacOS etc). filedialogs.cpp is the place where the class factories for the platform specific dialog implementations will be, with platform specific implementations all located within separate files. This is why I recently renamed the class FileSaveDialogImpl to FileSaveDialogImplGtk and put it in a separate file, because there's soon to come a FileSaveDialogImplWin32; and maybe one day someone will add a FileSaveDialogImplMacOS or whatever. However, you don't need to do all that for the ocal dialogs. You certainly don't need to have an addition class FileImportFromOCALDialogImplGtk; because noone should ever implement a FileImportFromOCALDialogImplWin32 or a FileImportFromOCALDialogImplMacOS or a FileImportFromOCALDialogImplBeOS! The other problem IMHO is that even before FileImportFromOCALDialog and FileExportToOCALDialog came along, when filedialogs.cpp had only 3 class implementations, that was still 2 too many*! So for these reasons I recommend you relocate these classes to another file maybe called ocaldialogs.cpp and ocaldialogs.h or something. You can also do away with both FileExportToOCALDialogImpl and FileImportFromOCALDialogImplGtk moving all their functionality into FileImportFromOCALDialog and FileExportToOCALDialog; because there will never be platform specific implementations of these dialogs. I hope this helps Best regards Joel * Soon I'm hoping to relocate FileExportDialog to another file, because it's really quite a different beast from FileOpenDialog and FileSaveDialog. ---------------------------------------- From: "Bruno Dilly" <bruno.dilly@...400...> Sent: 18 August 2007 18:31 To: "bulia byak" <buliabyak@...400...> Subject: Re: [Inkscape-devel] Import from OCAL feature On 8/18/07, bulia byak wrote: > On 8/18/07, Bruno Dilly wrote: > > bulia, to select the row: if you are using the keyboard you must press > > enter, and if you are using the mouse you must double click. > > Hmm, I'm afraid this must not be documented - it must be fixed instead > :) It's very unintuitive and plain wrong: single click must select, > double click or Enter must open selected (closing the dialog). > OK, I will change it > Anyway, now that I double click, I can import something, but only PNG > files. Any SVG file fails to show or open, writing in the console: > > (inkscape:23667): glibmm-CRITICAL **: > unhandled exception (type Glib::Error) in signal handler: > domain: gdk-pixbuf-error-quark > code : 3 > what : Couldn't recognize the image file format for file > '/tmp/johnny_automatic_pen.svg' > I couldn't reproduce the bug. Everything is working fine here, I've imported a lot of SVG files, including johnny_automatic_pen.svg. Could you make a test for me? Try to import the file directly from /tmp/, with the Import feature. Is it working for you? Do you have any other information that you think could help me to find what is happening? > By the way, it would be nice to have a line added to the dialog that > would show some information about the selected image: filename, > format, file size, date, etc. Good idea, I will see it later > > -- > bulia byak > Inkscape. Draw Freely. > http://www.inkscape.org > ------------------------------------------------------------------------- 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

4 3

LPE: applying skeletal strokes breaks path
by Vladimir Savic 19 Aug '07

19 Aug '07

Guess it's better to start with example then explanation: 1) draw rectangle, convert it to 4 node path (ctrl+shift+c) and copy it (ctrl+c) 1a) fill it with black color 2) draw 2 point bezier line 3) open LPE editor (ctrl+shift+7) 4) pick Skeletal Stroke, apply it and paste (ctrl+v) from clipboard 5) chose Single, stretched Expected: filled four node path Result: broken path which can't be filled. Because there's no way to see how many nodes resulting path has it must be converted to regular path (ctrl+shift+c). And then it's easily noticeable that path is broken in many ways: there are too many nodes (expected 4) and shape is badly broken! Illustrative screenshots attached! Regardes, Vlada

2 3

Breaking the build
by Bob Jamison 19 Aug '07

19 Aug '07

Hi, all! Hey, folks. Can people please be more careful that their submissions don't break the build before they commit? People seem to be committing rather recklessly recently. The source tree has been in a constant state of breakage for days. Please double-check before you commit. Maybe check into IRC or Jabber to get feedback from other people. But don't ever just commit code and leave. This makes it very difficult for other people to build, contribute, or test their stuff. Please be considerate. Thanks, bob

1 0

clone loop
by David Christian Berg 19 Aug '07

19 Aug '07

Hey Inkscapers! I'll check later, if there is a bug report, but right now I don't have internet, so I'll just write an email, to not forget about it: I just copied and pasted, and was confused, because Inkscape seemed to just not manage to do so. What I only noticed later, is that I had created a clone loop. I had copied a clone and accidentally pasted it into the group, it was a clone of. Well, that would of course cause a loop to infinity, just like standing between two mirrors. Is there any chance to give a warning about this instead of hanging? Cheers! David

1 0

Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] inkscape/trunk/src/ui/dialog
by joel＠...1709... 19 Aug '07

19 Aug '07

I figured out what the problem was now. In my version, I made changes in file.cpp, which I managed to miss comitting. I'm very sorry for all the inconvenience. I assumed you were asleep, and I was hoping to slip the change in quickly before you woke up - well that worked out just great! On the subject of file.cpp, the line in the current SVN version exportDialogInstance = Inkscape::UI::Dialog::FileExportToOCALDialog::create( was exportDialogInstance = new Inkscape::UI::Dialog::FileExportToOCALDialog( in my version. Can I suggest that you do the same, when you're ready? There's no need to have separate dialog and impl classes in this case. If possible I suggest you begin to merge the functionality of the two classes, do away with the class factory, and just expose the constructor directly. This sounds like a big deal, but actually it only took me about 10 minutes to do. Hope that helps Best Regards Joel ---------------------------------------- From: "Bruno Dilly" <bruno.dilly@...400...> Sent: Sunday, August 19, 2007 10:09 AM To: joel@...1709... Subject: Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] inkscape/trunk/src/ui/dialog But I think I didn't erased any modification. I just included in the file.cpp you have commited the following itens: - an #include "ui/dialog/ocaldialogs.h" - the password verification inside the export to ocal function But if you think is necessary to revert, do it, and I will fix it later, if necessary. On 8/19/07, joel@...1709... wrote: > Well it's good that you fixed it. I'm confused though, because I tested and > compiled my revised version *several* times. Did you guys try running > ./autogen ? Now file.cpp needs to be reverted, as my version did away with > the class factories. > > ________________________________ > From: Jon Phillips > Sent: Sunday, August 19, 2007 6:30 AM > To: Bruno Dilly > Subject: Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] > inkscape/trunk/src/ui/dialog > > On Sun, 2007-08-19 at 02:11 -0300, Bruno Dilly wrote: > > I was doing the same thing as Joel, and I was including the login > > dialog used to export to ocal. > > > > So I commited my ocaldialogs.ccp and ocaldialogs.h, and now things look > fine. > > Whoa, you guys gotta inter-communi-kate ;) > > Jon > > > On 8/19/07, MenTaLguY wrote: > > > Joel, your recent commit appears to have broken the build. > > > > > > Please fix it so we can get back to work. > > > > > > Thanks, > > > > > > -mental > > > > > > On Sat, 2007-08-18 at 17:29 -0700, > joelholdsworth@...58... > > > wrote: > > > > Revision: 15827 > > > > > http://inkscape.svn.sourceforge.net/inkscape/?rev=15827&view=rev > > > > Author: joelholdsworth > > > > Date: 2007-08-18 17:29:36 -0700 (Sat, 18 Aug 2007) > > > > > > > > Log Message: > > > > ----------- > > > > Separated the OCAL import and export dialogs into their own source > file - ocaldialogs.cpp and ocaldialogs.h > > > > > > > > Modified Paths: > > > > -------------- > > > > inkscape/trunk/src/ui/dialog/Makefile_insert > > > > inkscape/trunk/src/ui/dialog/filedialog.cpp > > > > inkscape/trunk/src/ui/dialog/filedialog.h > > > > inkscape/trunk/src/ui/dialog/filedialogimpl-gtkmm.cpp > > > > inkscape/trunk/src/ui/dialog/filedialogimpl-gtkmm.h > > > > > > > > Added Paths: > > > > ----------- > > > > inkscape/trunk/src/ui/dialog/ocaldialogs.cpp > > > > inkscape/trunk/src/ui/dialog/ocaldialogs.h > > > > > > > > > > > > This was sent by the SourceForge.net collaborative development > platform, the world's largest Open Source development site. > > > > > > > > > ------------------------------------------------------------------------- > > > > 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-cvs mailing list > > > > Inkscape-cvs(a)lists.sourceforge.net > > > > > https://lists.sourceforge.net/lists/listinfo/inkscape-cvs > > > > > > > ------------------------------------------------------------------------- > > > 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 > > > > > > > > > > > > > > ------------------------------------------------------------------------- > > 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 > -- > 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... > > > ------------------------------------------------------------------------- > 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 > > > > ------------------------------------------------------------------------- > 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

Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] inkscape/trunk/src/ui/dialog
by joel＠...1709... 19 Aug '07

19 Aug '07

Yeah, this actually is my policy. However let's say you have three files A.cpp B.cpp and C.cpp. If you commit the first two, but not the third, you'll break the build, even though "svn up" says you're up to date. This is why I've now installed a GUI SVN client, which highlights modified files in red! :-) ---------------------------------------- From: Bob Jamison <rwjj@...127...> Sent: Sunday, August 19, 2007 10:46 AM To: inkscape-devel(a)lists.sourceforge.net Subject: Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] inkscape/trunk/src/ui/dialog A good rule of thumb is to do an svn update just before doing an svn commit, just to make sure that there are no conflicts. bob Bruno Dilly wrote: > But I think I didn't erased any modification. > > I just included in the file.cpp you have commited the following itens: > - an #include "ui/dialog/ocaldialogs.h" > - the password verification inside the export to ocal function > > But if you think is necessary to revert, do it, and I will fix it > later, if necessary. > > On 8/19/07, joel@...1709... wrote: > >> Well it's good that you fixed it. I'm confused though, because I tested and >> compiled my revised version *several* times. Did you guys try running >> ./autogen ? Now file.cpp needs to be reverted, as my version did away with >> the class factories. >> >> ________________________________ >> From: Jon Phillips >> Sent: Sunday, August 19, 2007 6:30 AM >> To: Bruno Dilly >> Subject: Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] >> inkscape/trunk/src/ui/dialog >> >> On Sun, 2007-08-19 at 02:11 -0300, Bruno Dilly wrote: >> >>> I was doing the same thing as Joel, and I was including the login >>> dialog used to export to ocal. >>> >>> So I commited my ocaldialogs.ccp and ocaldialogs.h, and now things look >>> >> fine. >> >> Whoa, you guys gotta inter-communi-kate ;) >> >> Jon >> >> >>> On 8/19/07, MenTaLguY wrote: >>> >>>> Joel, your recent commit appears to have broken the build. >>>> >>>> Please fix it so we can get back to work. >>>> >>>> Thanks, >>>> >>>> -mental >>>> >>>> On Sat, 2007-08-18 at 17:29 -0700, >>>> >> joelholdsworth@...58... >> >>>> wrote: >>>> >>>>> Revision: 15827 >>>>> >>>>> >> http://inkscape.svn.sourceforge.net/inkscape/?rev=15827&view=rev >> >>>>> Author: joelholdsworth >>>>> Date: 2007-08-18 17:29:36 -0700 (Sat, 18 Aug 2007) >>>>> >>>>> Log Message: >>>>> ----------- >>>>> Separated the OCAL import and export dialogs into their own source >>>>> >> file - ocaldialogs.cpp and ocaldialogs.h >> >>>>> Modified Paths: >>>>> -------------- >>>>> inkscape/trunk/src/ui/dialog/Makefile_insert >>>>> inkscape/trunk/src/ui/dialog/filedialog.cpp >>>>> inkscape/trunk/src/ui/dialog/filedialog.h >>>>> inkscape/trunk/src/ui/dialog/filedialogimpl-gtkmm.cpp >>>>> inkscape/trunk/src/ui/dialog/filedialogimpl-gtkmm.h >>>>> >>>>> Added Paths: >>>>> ----------- >>>>> inkscape/trunk/src/ui/dialog/ocaldialogs.cpp >>>>> inkscape/trunk/src/ui/dialog/ocaldialogs.h >>>>> >>>>> >>>>> This was sent by the SourceForge.net collaborative development >>>>> >> platform, the world's largest Open Source development site. >> >>>>> >> ------------------------------------------------------------------------- >> >>>>> 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-cvs mailing list >>>>> Inkscape-cvs(a)lists.sourceforge.net >>>>> >>>>> >> https://lists.sourceforge.net/lists/listinfo/inkscape-cvs >> >>>> >> ------------------------------------------------------------------------- >> >>>> 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 >> >>>> >>>> >>> >> ------------------------------------------------------------------------- >> >>> 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 >> -- >> 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... >> >> >> ------------------------------------------------------------------------- >> 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 >> >> >> >> ------------------------------------------------------------------------- >> 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 >> >> >> > > ------------------------------------------------------------------------- > 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 > > ------------------------------------------------------------------------- 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

1 0

Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] inkscape/trunk/src/ui/dialog
by joel＠...1709... 19 Aug '07

19 Aug '07

Well it's good that you fixed it. I'm confused though, because I tested and compiled my revised version *several* times. Did you guys try running ./autogen ? Now file.cpp needs to be reverted, as my version did away with the class factories. ---------------------------------------- From: Jon Phillips <jon@...235...> Sent: Sunday, August 19, 2007 6:30 AM To: Bruno Dilly <bruno.dilly@...400...> Subject: Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] inkscape/trunk/src/ui/dialog On Sun, 2007-08-19 at 02:11 -0300, Bruno Dilly wrote: > I was doing the same thing as Joel, and I was including the login > dialog used to export to ocal. > > So I commited my ocaldialogs.ccp and ocaldialogs.h, and now things look fine. Whoa, you guys gotta inter-communi-kate ;) Jon > On 8/19/07, MenTaLguY wrote: > > Joel, your recent commit appears to have broken the build. > > > > Please fix it so we can get back to work. > > > > Thanks, > > > > -mental > > > > On Sat, 2007-08-18 at 17:29 -0700, joelholdsworth@...58... > > wrote: > > > Revision: 15827 > > > http://inkscape.svn.sourceforge.net/inkscape/?rev=15827&view=rev > > > Author: joelholdsworth > > > Date: 2007-08-18 17:29:36 -0700 (Sat, 18 Aug 2007) > > > > > > Log Message: > > > ----------- > > > Separated the OCAL import and export dialogs into their own source file - ocaldialogs.cpp and ocaldialogs.h > > > > > > Modified Paths: > > > -------------- > > > inkscape/trunk/src/ui/dialog/Makefile_insert > > > inkscape/trunk/src/ui/dialog/filedialog.cpp > > > inkscape/trunk/src/ui/dialog/filedialog.h > > > inkscape/trunk/src/ui/dialog/filedialogimpl-gtkmm.cpp > > > inkscape/trunk/src/ui/dialog/filedialogimpl-gtkmm.h > > > > > > Added Paths: > > > ----------- > > > inkscape/trunk/src/ui/dialog/ocaldialogs.cpp > > > inkscape/trunk/src/ui/dialog/ocaldialogs.h > > > > > > > > > This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. > > > > > > ------------------------------------------------------------------------- > > > 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-cvs mailing list > > > Inkscape-cvs(a)lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/inkscape-cvs > > > > ------------------------------------------------------------------------- > > 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 > > > > > > > > ------------------------------------------------------------------------- > 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 -- 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... ------------------------------------------------------------------------- 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

3 2

Re: [Inkscape-devel] [Inkscape-cvs] SF.net SVN: inkscape: [15827] inkscape/trunk/src/ui/dialog
by MenTaLguY 19 Aug '07

19 Aug '07

Joel, your recent commit appears to have broken the build. Please fix it so we can get back to work. Thanks, -mental On Sat, 2007-08-18 at 17:29 -0700, joelholdsworth@...58... wrote: > Revision: 15827 > http://inkscape.svn.sourceforge.net/inkscape/?rev=15827&view=rev > Author: joelholdsworth > Date: 2007-08-18 17:29:36 -0700 (Sat, 18 Aug 2007) > > Log Message: > ----------- > Separated the OCAL import and export dialogs into their own source file - ocaldialogs.cpp and ocaldialogs.h > > Modified Paths: > -------------- > inkscape/trunk/src/ui/dialog/Makefile_insert > inkscape/trunk/src/ui/dialog/filedialog.cpp > inkscape/trunk/src/ui/dialog/filedialog.h > inkscape/trunk/src/ui/dialog/filedialogimpl-gtkmm.cpp > inkscape/trunk/src/ui/dialog/filedialogimpl-gtkmm.h > > Added Paths: > ----------- > inkscape/trunk/src/ui/dialog/ocaldialogs.cpp > inkscape/trunk/src/ui/dialog/ocaldialogs.h > > > This was sent by the SourceForge.net collaborative development platform, the world's largest Open Source development site. > > ------------------------------------------------------------------------- > 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-cvs mailing list > Inkscape-cvs(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-cvs

3 2

Re: [Inkscape-devel] ImageMagick on win32
by joel＠...1709... 19 Aug '07

19 Aug '07

Yes I'm also having the same problem, and I'm not sure how to resolve 2geom's dependency on the boost headers. ---------------------------------------- From: "john cliff" <john.cliff@...400...> Sent: Saturday, August 18, 2007 11:15 PM To: "Bob Jamison" <rwjj@...127...>, "Inkscape Devel List" <inkscape-devel@...1793...ists.sourceforge.net> Subject: Re: [Inkscape-devel] ImageMagick on win32 Hi Bob, finally got round to trying this today, installed the new libs, did a clean build (having removed the bitmap folder from teh exclude list), and I get the following when linking: Make error line 350: LINK problem: build\libinkscape.a(adaptiveThreshold.o):adap tiveThreshold.cpp:(.text+0x124): undefined reference to `Magick::Image::adaptive Threshold(unsigned int, unsigned int, unsigned int)' build\libinkscape.a(addNoise.o):addNoise.cpp:(.text+0x117): undefined reference to `Magick::Image::addNoise(MagickLib::NoiseType)' build\libinkscape.a(blur.o):blur.cpp:(.text+0x11e): undefined reference to `Magi ck::Image::blur(double, double)' build\libinkscape.a(channel.o):channel.cpp:(.text+0x11f): undefined reference to `Magick::Image::channel(MagickLib::ChannelType)' build\libinkscape.a(charcoal.o):charcoal.cpp:(.text+0x11e): undefined reference to `Magick::Image::charcoal(double, double)' build\libinkscape.a(colorize.o):colorize.cpp:(.text+0x21d): undefined reference to `Magick::ColorRGB::ColorRGB(double, double, double)' build\libinkscape.a(colorize.o):colorize.cpp:(.text+0x240): undefined reference to `Magick::Image::colorize(unsigned int, Magick::Color const&)' build\libinkscape.a(colorize.o):colorize.cpp:(.text+0x252): undefined reference to `Magick::ColorRGB::~ColorRGB()' theres a bunch more undefined reference errors after that, this was just a sample :) Any ideas? Cheers Sim On 8/14/07, john cliff wrote: > thanks bob, will have a play with it this eve. > > On 8/14/07, Bob Jamison wrote: > > Hi all, > > > > I uploaded another lib bundle. This one has the ImageMagick > > library. It is statically built to avoid the (IMHO) nasty DLL > > collection you would otherwise need to bundle with Inkscape. > > > > People can tweak build.xml to get it to build now, I guess. > > > > http://inkscape.modevia.com/win32libs/gtk210-070814.7z > > > > > > bob > > > > > > > > ------------------------------------------------------------------------- > > 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 > > > ------------------------------------------------------------------------- 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

4 5

Re: [Inkscape-devel] ImageMagick on win32
by john cliff 18 Aug '07

18 Aug '07

Hi Bob, finally got round to trying this today, installed the new libs, did a clean build (having removed the bitmap folder from teh exclude list), and I get the following when linking: Make error line 350: LINK problem: build\libinkscape.a(adaptiveThreshold.o):adap tiveThreshold.cpp:(.text+0x124): undefined reference to `Magick::Image::adaptive Threshold(unsigned int, unsigned int, unsigned int)' build\libinkscape.a(addNoise.o):addNoise.cpp:(.text+0x117): undefined reference to `Magick::Image::addNoise(MagickLib::NoiseType)' build\libinkscape.a(blur.o):blur.cpp:(.text+0x11e): undefined reference to `Magi ck::Image::blur(double, double)' build\libinkscape.a(channel.o):channel.cpp:(.text+0x11f): undefined reference to `Magick::Image::channel(MagickLib::ChannelType)' build\libinkscape.a(charcoal.o):charcoal.cpp:(.text+0x11e): undefined reference to `Magick::Image::charcoal(double, double)' build\libinkscape.a(colorize.o):colorize.cpp:(.text+0x21d): undefined reference to `Magick::ColorRGB::ColorRGB(double, double, double)' build\libinkscape.a(colorize.o):colorize.cpp:(.text+0x240): undefined reference to `Magick::Image::colorize(unsigned int, Magick::Color const&)' build\libinkscape.a(colorize.o):colorize.cpp:(.text+0x252): undefined reference to `Magick::ColorRGB::~ColorRGB()' theres a bunch more undefined reference errors after that, this was just a sample :) Any ideas? Cheers Sim On 8/14/07, john cliff <john.cliff@...400...> wrote: > thanks bob, will have a play with it this eve. > > On 8/14/07, Bob Jamison <rwjj@...127...> wrote: > > Hi all, > > > > I uploaded another lib bundle. This one has the ImageMagick > > library. It is statically built to avoid the (IMHO) nasty DLL > > collection you would otherwise need to bundle with Inkscape. > > > > People can tweak build.xml to get it to build now, I guess. > > > > http://inkscape.modevia.com/win32libs/gtk210-070814.7z > > > > > > bob > > > > > > > > ------------------------------------------------------------------------- > > 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 > > >

1 0

Making an LPE
by unknown＠example.com 18 Aug '07

18 Aug '07

Hi all, Just wanted you all to know there is now a Wiki page explaining how to create a LivePathEffect: http://wiki.inkscape.org/wiki/index.php/MakingLivePathEffects If anything is unclear, please let me know! Cheers, Johan

1 0

Question about the back-end renderer
by joel＠...1709... 18 Aug '07

18 Aug '07

So I'm currently seeing if a windows explorer thumbnail extension for SVG files is possible. This is achieved by writing a small COM object (encased in a DLL) which is loaded by windows and which paints the thumbnail of the file into an HBITMAP on demand. Initially I thought that I could just load up the cairo shared library, and render the SVG with that - except I've just found out that cairo itself doesn't render SVGs; you need librsvg to do that. Obviously we shouldn't add this dependancy, especially considering inkscape already has a renderer. So I'm wondering if it's possible to load the inkscape renderer in a shared library. Question: How does inkscape and inkview work? Do they just load up a libinkscape shared library? If so, then my extension could load this same library, and get it to do the drawing. But does the library even exist any more? I can't see inkview in the daily builds at the moment (has it been withdrawn?), and certainly no libinkscape - I assume it's static linked to inkscape.exe now. But if such a library existed, I think I could use it to make thumbnails quite happily; although it would be quite bulky library to load. Any suggestions? Joel

1 0

sp_export_X_utf8
by Christopher Kerr 18 Aug '07

18 Aug '07

I'm trying to add an --export-emf command line option to inkscape. Having read through the relevant source code on Doxygen, I do not quite understand why some export options have a second global variable with a _utf8 suffix, and some do not. (To be precise, png and svg do, while ps, eps and pdf do not). What do these utf8 duplicate strings do, and (more immediately important to me), should I add one for my new --export-emf option? The variables are all defined, and only used, in src/main.cpp - http://inkscape.modevia.com/doxygen/html/main_8cpp.php

2 1

first try of lpe
by bulia byak 18 Aug '07

18 Aug '07

rev 15810: - open share/examples/live-path-effects-skeletal.svg Problem: the file does not demonstrate the end result! It just has the untransformed fish, the arc to apply it to, and some texts. An example file must show the capability, not just lead you through a tutorial (though that is nice too). - select the single-path fish, ctrl+c - select the arc path above "3", open the lpe dialog Problem: the first thing I see in the dialog is "Invalid effect". That's a really bad idea. I didn't do anything yet! Why are you proposing that I apply an invalid effect to the path? What is it anyway? Problem: the dialog does not stay on top! Click on canvas and it sinks. Did you use the standard Dialog class for it? If you did it should take care of that. - select skeletal strokes (btw why strokes and not stroke?) and cilck apply Biggest problem: the path simply disappears. - undo Console warnings indicate missing sp_documen_done somewhere: ** (inkscape:19449): WARNING **: Incomplete undo transaction: ** (inkscape:19449): WARNING **: Event: Set attribute d to "" on #<Element:0x0x88b29f0> What am I doing wrong? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 8

Boost for win32
by Bob Jamison 18 Aug '07

18 Aug '07

Hi all, I built Boost with Mingw last night, to help the guys with their new additions to Inkscape. Here it is: http://inkscape.modevia.com/win32libs/boost_1_34_1-mingw411.7z As you can see, it is enormous (28MB). Do we really need Boost, and is it worth doubling the size of the lib bundle? bob

4 6

What to write to font-specification
by Gail Banaszkiewicz 16 Aug '07

16 Aug '07

So as some of you already know, we will be storing more complete font information in the style string so that Inkscape can (eventually) do more than what CSS can represent. However. we need to carefully choose exactly what this information will be. It was suggested previously that we use the system font name, which I was going to use pango to retrieve (http://www.gtk.org/api/2.6/pango/pango-Fonts.html#pango-font-description-to…). However, this function produces almost the same answer as pango_font_description_to_string(), so it's probably just as easy to use that function. I believe this could be reasonable if we trust that pango will not change how this is written (because if they do, we have to make a font-specification-v2 or something). There is another disadvantage: Pango doesn't support anything that CSS doesn't. For quite a long time I thought I could get around this because when pango finds fonts on the system, I was able to print out the information about even the non-CSS styles. Unfortunately, we are currently very dependent on the PangoFontDescription structure, and once this structure is obtained from this point on, we lose all non-CSS information. There are two things I would like to look into in the future: first, whether we can around this super-dependence on that structure and could use instead somehow the PangoFontFace structure that seems to contain all needed information; and second, perhaps contributing to pango and/or finding out why they don't have more general font support. Anyway, so the reason for this email is to get some of your ideas on what you think we should put into font-specification. Tell me why too! Thanks, Gail

2 2

bug #1774456: snapping
by Felipe Sanches 16 Aug '07

16 Aug '07

I have compiled revisions 15637 and 15638. Revision 15638 introduced the bug #1774456 Log: "Rearrange snapping preferences, put distinction between paths and nodes back in, and a bit of refactoring" Juca

2 1