- Inkscape Devel - Inkscape Mailman

Cannot compile on XP since rev. 9698
by Preben Soeberg 18 Aug '10

18 Aug '10

Make error line 299: problem compiling: src/ui/dialog/filedialogimpl-win32.cpp: In function 'int Inkscape::UI::Dialog::<unnamed>::sanitizeWindowSizeParam(int, int, int, int)': src/ui/dialog/filedialogimpl-win32.cpp:103: error: 'lower' was not declared in this scope src/ui/dialog/filedialogimpl-win32.cpp: At global scope: src/ui/dialog/filedialogimpl-win32.cpp:100: warning: unused parameter 'minimum' Regards Preben

2 1

Win32 Inkscape trunk build : gomp not found
by Yann Papouin 18 Aug '10

18 Aug '10

Hi, I'm trying to build Inkscape trunk on Win32, I have an issue on the link step, I'm using latest devlibs from launchpad: ##### link objects and library to create executable --- link / rc --- link / link ============ cmd ============ mingw32-g++ -o build/inkscape.exe -mwindows -mthreads build\inkres.o build\obj\main.o build\obj\winmain.o build\libinkscape.a -LC:\devlibs/lib -LC:\devlibs/lib -lpoppler -LC:\devlibs/lib -lpoppler-glib -LC:\devlibs/lib -lgobject-2.0 -LC:\devlibs/lib -lglib-2.0 -lintl -LC:\devlibs/lib -lgdk-win32-2.0 -LC:\devlibs/lib -lgdk_pixbuf-2.0 -LC:\devlibs/lib -lpangowin32-1.0 -lgdi32 -LC:\devlibs/lib -lpango-1.0 -LC:\devlibs/lib -lpangocairo-1.0 -LC:\devlibs/lib -lcairo -LC:\devlibs/lib -lpoppler -LC:\devlibs/lib -lgtkmm-2.4 -LC:\devlibs/lib -lglibmm-2.4 -LC:\devlibs/lib -lgobject-2.0 -LC:\devlibs/lib -lglib-2.0 -lintl -LC:\devlibs/lib -lsigc-2.0 -LC:\devlibs/lib -lgiomm-2.4 -LC:\devlibs/lib -lgio-2.0 -LC:\devlibs/lib -lgdkmm-2.4 -LC:\devlibs/lib -lpangomm-1.4 -LC:\devlibs/lib -lgdk-win32-2.0 -LC:\devlibs/lib -lgdk_pixbuf-2.0 -LC:\devlibs/lib -lpangowin32-1.0 -lgdi32 -LC:\devlibs/lib -lpango-1.0 -LC:\devlibs/lib -lpangocairo-1.0 -LC:\devlibs/lib -lcairo -LC:\devlibs/lib -lcairomm-1.0 -LC:\devlibs/lib -latkmm-1.6 -LC:\devlibs/lib -latk-1.0 -LC:\devlibs/lib -lgtk-win32-2.0 -LC:\devlibs/lib -lgdk-win32-2.0 -LC:\devlibs/lib -lpangoft2-1.0 -LC:\devlibs/lib -lpango-1.0 -LC:\devlibs/lib -lglib-2.0 -lintl -LC:\devlibs/lib -lfreetype -LC:\devlibs/lib -lfontconfig -LC:\devlibs/lib -lgthread-2.0 -LC:\devlibs/lib -lglib-2.0 -lintl C:\devlibs/bin/libxml2.dll C:\devlibs/bin/libxslt.dll -LC:\devlibs/lib -lcairo -LC:\devlibs/lib -lcairomm-1.0 -LC:\devlibs/lib -lcairo -LC:\devlibs/lib -lwpg-0.1 -LC:\devlibs/lib -lwpd-0.8 -LC:\devlibs/lib -lwpg-stream-0.1 -LC:\devlibs/lib -lwpd-0.8 -liconv -LC:\devlibs/lib -lMagick++ -LC:\devlibs/lib -lMagickCore -LC:\devlibs/lib -lfontconfig -LC:\devlibs/lib -lfreetype -LC:\devlibs/lib -llcms -LC:\devlibs/lib -lgsl -lgslcblas -lm -lpng -ljpeg -ltiff -lpopt -lz -lgc -lws2_32 -lintl -lgdi32 -lcomdlg32 -lm -lgomp -lpthreadGC2 -laspell -lmscms ============================= Make error line 479: LINK problem: c:/mingw/bin/../lib/gcc/mingw32/4.5.0/../../../../mingw32/bin/ld.exe: ne peut trouver -lgomp collect2: ld returned 1 exit status following is my build.bat set DEVLIBS_PATH=C:\devlibs set MINGW_PATH=C:\MinGW set PKG_CONFIG_PATH=C:\devlibs\lib\pkgconfig btool Any idea ?

3 3

Bug #569238 “[dbus] get_desktop_new returns nothing”
by ~suv 18 Aug '10

18 Aug '10

a) Has anyone using the dbus API since it was merged with trunk noticed a regression with "desktop_new"? According to bug #569238 [1] "desktop_new no longer returns nil, it now times out. light testing with rectangle crashes inkscape (...)" (reported with current trunk built on fedora 13, dbusapi enabled) b) Related to the dbus API docs - would it be possible to make the documentation available on the Inkscape Wiki? Not every platform has the tools installed to build it using 'dbus/builddocs.sh' (e.g. on osx the list of (otherwise unneeded) dependencies in order to install 'xmlto' via MacPorts is huge) - yet users might be interested to read more about it. ~suv [1] https://bugs.launchpad.net/bugs/569238

2 1

Inkscape 0.48 tagged and rolled -- Please don't announce
by Ted Gould 16 Aug '10

16 Aug '10

Howdy, So I've tagged and rolled the 0.48 release. Just as a reminder, please don't announce this widely as we want to let binary packagers get a chance to have binaries ready when people start rushing to pull down a copy. == Downloads == https://sourceforge.net/projects/inkscape/files/inkscape/0.48/ == SHA1 Sums == a2ab9b34937cc4f2b482c9b3720d8fd4dc7b12e8 inkscape-0.48.0.tar.bz2 220ade981069a91d3afab9cbff75f65c75119da2 inkscape-0.48.0.tar.gz df32c39dfdb2072bf32ff71e7293c6bb84a53e26 inkscape-0.48.0.zip == MD5 Sums == fd8b17a3f06668603807176a77167bb9 inkscape-0.48.0.tar.bz2 bb94543b813157d83281657a89465d46 inkscape-0.48.0.tar.gz 26318c26b056be7813e3ea06a8244b88 inkscape-0.48.0.zip This is a pretty cool release, I'm excited about it. Thanks to everyone who contributed! --Ted

3 4

status of git repository at <http://git.inkscape.org>?
by ~suv 15 Aug '10

15 Aug '10

During the last year several people asked on #inkscape (irc) about the git repository <git://git.inkscape.org/projects/inkscape.git> and its current state (the git-daemon seems to be down, the archive a mirror of an old SVN revision from sf.net). Are there plans to revive this repository or shouldn't it be taken off-line to avoid confusion? ~suv

1 0

UniConvertor update for 0.48 on Windows
by Krzysztof Kosiński 13 Aug '10

13 Aug '10

Hello After some cowboy patching and hacking MinGW includes I managed to update UniConvertor to version 1.1.5 in the Windows devlibs (r18). The attached fix is required for the 0.48 branch in order to work properly with the updated UniConvertor; I have committed it to trunk already. I guess this was the last blocker issue for 0.48, so let's get on with releasing! Regards, Krzysztof

4 4

Fwd: Re : Inskape 0.48pre1 - Error message when saving as wmf
by Igor Novikov 13 Aug '10

13 Aug '10

On Thu, Jul 8, 2010 at 6:14 PM, bulia byak <buliabyak@...400...> wrote: > 2010/7/8 Nicolas Dufour <nicoduf@...48...>: > > 1. Removing the Uniconvertor scripts from the devlibs. UniConvertor > import or export scripts warn users to install UniConvertor manually (and > give the site address) when the libs are missing. (Note to self: fix the > gettext import bug in uniconv_output.py...). > > I think that will be perceived as a regression. Lots of formats that > used to work will suddenly stop working. We had a lot of pain with > displaying messages like this - most people simply perceive any such > message as an error and complain or give up without reading. Those who > read it and act on it will be a minority. > >From other side a lot of win32 users ask us "Why you announce XXX feature but i have not this in Inkscape?". We cannot synchronize our project development cycles, it's normally. But we could provide for user a way updating UniConvertor. External UniConvertor installation is a best solution because current bundle updating is a task rather for programmer than for conventional user/designer. > What's such a big problem with including a new UC into devlibs? > Actually there are not impossible tasks. It's just a subject of additional development time and resulted bundle size. Latest version has several new native extensions and more complex structure. And in next versions we will add new native resources because users ask for more and more complex features. As a simple solution we can provide for users an Inkscape-0.48-with-UniConvertor.zip archive with Inkscape installer, UniConvertor MSI and small REAME file inside. To simplify UniConvertor download the best way is not a message "You need downloading from bla-bla-bla site..." but just a button "Download" which opened browser on required page. Last option is for those users who download Inkscape exe installer only. Another valuable reason is planned preferences for translation. We are going provide a lot of translation options (we already have the code but we still not expose it as a command line options) and naturally such preferences could be managed better from GUI than command line. So we will add preferences dialogs for each format into UniConvertor. It's not an easy task so for Inkscape team will be better utilizing ready dialogs from UniConvertor than creating the same but on Inkscape side. And as I have wrote UniConvertor translation progress dialog would be also a good additional feature for Inkscape. Regards, Igor Novikov sK1 Project http://sk1project.org

7 19

Inkscape 0.48 status
by Joshua A. Andler 13 Aug '10

13 Aug '10

Hey All, 0.48 is wrapped up now code-wise... we got that Save As dialog issue on win32 fixed, uniconvertor on win32 is up to date, we also got 3 last minute Connector Tool crash fixes. I've requested that Ted cut the tarball, so once we have that the packagers can begin their work. I will only be available through next Sunday (22nd) to work on the release due to the upcoming surgery, and from the sound of things, probably won't be back anytime soon. I think we have more than enough time to get this done. Jon: Please update your stuff in the release notes. Cheers, Josh

1 0

svg open 2010, again
by Alexandre Prokoudine 12 Aug '10

12 Aug '10

Hi, Is anybody apart from Tav going to SVG Open 2010? :) Alexandre Prokoudine http://libregraphicsworld.org

1 0

Re: [Inkscape-devel] more UI mockups :)
by Valerie 12 Aug '10

12 Aug '10

> > This time UI mockups come from Pablo Lizardo: > > > > http://www.flickr.com/photos/pablolizardo/4845828488/in/photostream/ > > http://www.flickr.com/photos/pablolizardo/4845888941/in/photostream/ > > Apart from it being a clear Photoshop rip-off, it's not very much > different from our current interface. Except that Fill&Stroke is all > dumped into a single pane, losing many options along the way. > > Curiously, Photoshop had acquired a horizontal top panel with tool > options much later than other software, and I think even later than > Inkscape had it. And now we are urged to imitate Photoshop even in > that element. Familiarity so utterly trumps usability that it's not > even funny. Well, it seems you're looking more at the top panels while some of us are more focused on other parts. :) I didn't pay attention to the top panel until you mentioned it. Every mock-up will likely have its good parts and bad parts. Here's what I do like in these mock-ups: 1. The layer panel I like the arrangement, it makes efficient use of space but gives you information about a layer at just a glance. It just needs a slider to pop up besides the numerical value when clicked to adjust opacity more easily. I think the view button could be moved to the far left though to avoid accidentally clicking on the lock button. 2. Parts of the fill and stroke panel Of course, options will have to be restored, but there are elements I do think are interesting: a. The stroke/fill button I suppose when you click on the hollow square, the hollow square is brought to the forefont and you're basically editing your stroke color now, and vice-versa? I think this kind of preview is kind of neat. Of course, the options he removed will have to be brought back in. b. I like the more compact view for caps and markers, though some options are missing now. I wouldn't mind seeing something like this at the bottom: http://j.imagehost.org/view/0548/stroke For those who absolutely Need the names, the name could always pop up when you hover over it. I'm not so sure about the other proposed changes, but I did find these to be nice ideas. Right now I avoid using the fill and stroke panel whenever I can because it's a pain to navigate (too many tabs), something more compact may be nicer.

2 1