- Inkscape Devel - Inkscape Mailman

r10071 (compatibility patch to compile using gcc 4.6) fails to build on OS X 10.5.8 (GCC 4.2.1)
by ~suv 28 Feb '11

28 Feb '11

On 27/2/11 21:51, noreply@...1881... wrote: > Merge authors: > theAdib (theadib) > ------------------------------------------------------------ > revno: 10071 [merge] > fixes bug(s): https://launchpad.net/bugs/707205 > committer: theAdib <theadib@...400...> > branch nick: myproject > timestamp: Sun 2011-02-27 21:49:32 +0100 > message: > compatibility patch to compile using gcc 4.6 > modified: <snip> > === modified file 'src/Makefile.am' > --- src/Makefile.am 2010-10-12 20:06:35 +0000 > +++ src/Makefile.am 2011-02-27 16:24:40 +0000 > @@ -212,7 +212,7 @@ > > inkscape_SOURCES += main.cpp $(win32_sources) > inkscape_LDADD = $(all_libs) > -inkscape_LDFLAGS = --export-dynamic $(kdeldflags) $(mwindows) > +inkscape_LDFLAGS = -Wl,--export-dynamic $(kdeldflags) $(mwindows) > > inkview_SOURCES += inkview.cpp $(win32_sources) > inkview_LDADD = $(all_libs) > Inkscape 048+devel r10071 fails to build on OS X 10.5.8 (i386): CXX inkscape-version.o AR libinkversion.a CXX main.o CXXLD inkscape ld: unknown option: --export-dynamic collect2: ld returned 1 exit status make[3]: *** [inkscape] Error 1 make[2]: *** [all] Error 2 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2 LeWitt:~ suv$ g++-4.2 --version i686-apple-darwin9-g++-4.2.1 (GCC) 4.2.1 (Apple Inc. build 5577) LeWitt:~ suv$ which ld /usr/bin/ld LeWitt:~ suv$ ld -v @(#)PROGRAM:ld PROJECT:ld64-85.2.1 ~suv

2 4

console export fails with absolute paths on win32
by Justin Z 28 Feb '11

28 Feb '11

It seems that console (command-line) use of inkscape.exe to export pdf/ps/etc fails with an absolute path on Win32. This happens with SVG files from at least Visio and Dia. (I haven't checked other input formats of flavors of svg.) I use Cygwin on XP, and I discovered this when using dblatex for converting DocBook5 XML to PDF (when dblatex sees an SVG file referenced in XML it calls inkscape using absolute paths). When I test inkscape alone it clearly succeeds on relative paths but fails on absolute paths. (Note that if you want to try this yourself then you have to patch imagedata.py because it calls inkscape with in/out files mixed up -- see: http://sourceforge.net/tracker/index.php?func=detail&aid=3039592&group_id=7… ) I've tried your official/stable win32 installer v0.48, earlier v0.46, and nightly build 0.48+devel r10061 (Feb 21 2011). I also tried setting pythonpath, and other variables, and have made sure my shell knows which inkscape/python combo to use. BTW, although I tried compiling the latest, some of Cygwin's packages are a bit behind and well, ain't gonna happen: configure: error: Package requirements (gdkmm-2.4 glibmm-2.4 giomm-2.4 gtkmm-2.4 >= 2.10.0 gtk+-2.0 libxml-2.0 >= 2.6.11 libxslt >= 1.0.15 cairo sigc++-2.0 >= 2.0.12 gthread-2.0 >= 2.0 libpng >= 1.2 gsl) were not met: No package 'gdkmm-2.4' found No package 'glibmm-2.4' found No package 'giomm-2.4' found No package 'gtkmm-2.4' found So I won't be able to patch source and recompile :( Thanks for any help, and I'll be glad to test new versions. PS, please accept my apologies for not wanting to create an account on launchpad -- I have far too many accounts on systems around the Net, and I prefer to subscribe/unsubscribe from lists when possible. --Jaz /cygdrive/c/temp $ inkscape -z -D --export-pdf=fig0.pdf testfile.svg (or dir/subdir/testfile.svg , or ../subdir/testfile.svg, etc) $ ls -l fig0.pdf -rwx------+ 1 jazing None 18858 Feb 25 12:50 fig0.pdf $ rm fig0.pdf $ inkscape -z -D --export-pdf=fig0.pdf /cygdrive/c/temp/testfile.svg ** (inkscape.exe:7632): CRITICAL **: Inkscape::XML::Document* sp_repr_read_file(const gchar*, const gchar*): assertion `Inkscape::IO::file_test( filename, G_FILE_TEST_EXISTS )' failed ** (inkscape.exe:7632): CRITICAL **: Inkscape::XML::Document* sp_repr_read_file(const gchar*, const gchar*): assertion `Inkscape::IO::file_test( filename, G_FILE_TEST_EXISTS )' failed ** (inkscape.exe:7632): WARNING **: Specified document /cygdrive/c/temp/approval.svg cannot be opened (does not exist or not a valid SVG file)

1 0

localization of colors
by Alexandre Prokoudine 27 Feb '11

27 Feb '11

Hi, I really couldn't say how other translators see this, but running 'intltool-update ru' had a quite a jaw-dropping effect on me (797 fuzzy, 403 untranslated after 99,5% ready for 0.48). May I ask why we should have colors from .gpl palettes translatable? Alexandre Prokoudine http://libregraphicsworld.org

3 2

console export fails with absolute paths on win32
by Justin Z 25 Feb '11

25 Feb '11

It seems that console (command-line) use of inkscape.exe to export pdf/ps/etc fails with an absolute path on Win32. This happens with SVG files from at least Visio and Dia. (I haven't checked other input formats of flavors of svg.) I use Cygwin on XP, and I discovered this when using dblatex for converting DocBook5 XML to PDF (when dblatex sees an SVG file referenced in XML it calls inkscape using absolute paths). When I test inkscape alone it clearly succeeds on relative paths but fails on absolute paths. (Note that if you want to try this yourself then you have to patch imagedata.py because it calls inkscape with in/out files mixed up -- see: http://sourceforge.net/tracker/index.php?func=detail&aid=3039592&group_id=7… ) I've tried your official/stable win32 installer v0.48, earlier v0.46, and nightly build 0.48+devel r10061 (Feb 21 2011). I also tried setting pythonpath, and other variables, and have made sure my shell knows which inkscape/python combo to use. BTW, although I tried compiling the latest, some of Cygwin's packages are a bit behind and well, ain't gonna happen: configure: error: Package requirements (gdkmm-2.4 glibmm-2.4 giomm-2.4 gtkmm-2.4 >= 2.10.0 gtk+-2.0 libxml-2.0 >= 2.6.11 libxslt >= 1.0.15 cairo sigc++-2.0 >= 2.0.12 gthread-2.0 >= 2.0 libpng >= 1.2 gsl) were not met: No package 'gdkmm-2.4' found No package 'glibmm-2.4' found No package 'giomm-2.4' found No package 'gtkmm-2.4' found So I won't be able to patch source and recompile :( Thanks for any help, and I'll be glad to test new versions. PS, please accept my apologies for not wanting to create an account on launchpad -- I have far too many accounts on systems around the Net, and I prefer to subscribe/unsubscribe from lists when possible. --Jaz /cygdrive/c/temp $ inkscape -z -D --export-pdf=fig0.pdf testfile.svg (or dir/subdir/testfile.svg , or ../subdir/testfile.svg, etc) $ ls -l fig0.pdf -rwx------+ 1 jazing None 18858 Feb 25 12:50 fig0.pdf $ rm fig0.pdf $ inkscape -z -D --export-pdf=fig0.pdf /cygdrive/c/temp/testfile.svg ** (inkscape.exe:7632): CRITICAL **: Inkscape::XML::Document* sp_repr_read_file(const gchar*, const gchar*): assertion `Inkscape::IO::file_test( filename, G_FILE_TEST_EXISTS )' failed ** (inkscape.exe:7632): CRITICAL **: Inkscape::XML::Document* sp_repr_read_file(const gchar*, const gchar*): assertion `Inkscape::IO::file_test( filename, G_FILE_TEST_EXISTS )' failed ** (inkscape.exe:7632): WARNING **: Specified document /cygdrive/c/temp/approval.svg cannot be opened (does not exist or not a valid SVG file) ----

1 0

Compile error (color-profile.cpp)
by Marcin Floryan 25 Feb '11

25 Feb '11

Hi! Did anyone bump into this compile error - I was just trying do do a clean compile of latest inkscape from bzr trunk. color-profile.cpp: In static member function ‘static std::list<Glib::ustring> Inkscape::ColorProfile::getProfileFiles()’: color-profile.cpp:758:34: error: ‘sanitizeString’ is not a member of ‘Inkscape::IO’ make[3]: *** [color-profile.o] Error 1 Did I miss something? Cheers, Marcin -- Marcin Floryan http://marcin.floryan.pl/ Please consider the environment before printing this email.

3 2

New: Grayscale display mode
by unknown＠example.com 24 Feb '11

24 Feb '11

Hi all, I just committed a new display mode: grayscale. It is separate from the other display modes. The grayscale mode is a "Color display mode", see the menu. When activated, it shows all colors in grayscale on-canvas. This does not (yet?) influence exporting, or saving. It only concerns the on-canvas view of the file, like outline display mode. Right now, there is no preference to change the grayscale calculation. At the moment it uses: grayscale value = 0.33 * red + 0.59 * green + 0.11 * blue. I found this somewhere on internet, but forgot where, and it might be wrong/unusual. I intended to add a preference setting for these values, but have not done so. Let me know if that is desired. I tried assigning Shift+keypad5 to toggle the color display mode, but it does not work here on my netbook (Ctrl+keypad5 does work). Perhaps this is a Windows bug. If someone can suggest another keybinding, or... thanks! Johan

5 9

Re: [Inkscape-devel] Problems with 0.48.1-2
by Uwe Schöler - OSS-Marketplace.com 24 Feb '11

24 Feb '11

Hi, everything went fine and 0.48.1-2 is still on SF. Sincerely, UweSch I bet that the issue is a change to the win32 specific build file. My guess is that if you temporarily remove line 690 from build.xml you should be good to go. Cheers, Josh On Tue, Feb 22, 2011 at 2:39 AM, Uwe Schöler - OSS-Marketplace.com <mail@...2227...> wrote: Hi, I've some problems building inkscape 0.48.1-2 on windows. After "bzr revert -r 20" i can build inkscape but while copying the stuff into the inkscape folder i get an error message because of a missing file. The error message is: copy : c:\devlibs/bin/libpng14-14.dll to inkscape Make error line 689: copy : file /c:/devlibs/bin/libpng14-14.dll does not exist The problem is, that in R20 only the file libpng12-0.dll exists. What can we do now to provide a 0.48.1-2 with old cairo support? Is it only just this one file or are there more necessary files to take care of? -- Mit freundlichem Gruß, Uwe Schöler ------------------------------------------------------------------------------ Index, Search & Analyze Logs and other IT data in Real-Time with Splunk Collect, index and harness all the fast moving IT data generated by your applications, servers and devices whether physical, virtual or in the cloud. Deliver compliance at lower cost and gain new business insights. Free Software Download: http://p.sf.net/sfu/splunk-dev2dev _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel -- Mit freundlichem Gruß, Uwe Schöler

2 1

Re: [Inkscape-devel] Re : Re : New bitmap editor selector
by Martin Sucha 22 Feb '11

22 Feb '11

Hi, On Tuesday 22 February 2011 17:27:10 Nicolas Dufour wrote: > > De : Martin Owens <doctormo@...400...> > > > > It sounds like you've programmed to the Windows concept of selecting > > program file via their exe file. Which isn't how XDG/FreeDesktop systems > > work (gnome, kde etc), these use .desktop files in known locations which > > have translated names, icons and descriptions of the program. > > > > Have I gotten the right end of the stick, that you've modified the file > > selection dialog to allow you to select executable files from the file > > system? > > Yes, you're right. I wanted to reproduced the Scribus external apps > preferences dialog (ok, it's not a gnome application...), and wasn't aware > it could harm to do that. > I also wanted it to work with command lines in order to allow OSX users to > use 'open' commands. > Regarding the gnome concept, the old inkscape list was not better than the > new selector since it just listed some manually chosen applications. How > should we handle that specific preference then? Just let a simple text > entry (full command line)? Auto-detect installed applications and add a > command line arguments entry field? GTK+ 3 includes a widget for selecting an application[1], but it seems it is not present in GTK+ 2, unfortunately, so it probably cannot be used right now in inkscape. As for where to get the list of applications (if it is not good enough to have an entry field+file selector until inkscape is ported to GTK3), I think the Desktop Menu Specification[2] at freedesktop.org might be helpful. [1] http://library.gnome.org/devel/gtk/unstable/GtkAppChooserDialog.html [2] http://standards.freedesktop.org/menu-spec/latest/ > Do you have links to applications that successfully uses that concept on > all platforms? > > Short term (for now, I don't want to spend too much time on it if it > requires too much work), should we keep the patched version or revert the > changes? If it's just a problem with the selector, we could just keep the > entry field and the context menu changes so that bitmap editing works on > OSX and Windows. I have not tried the feature, nor do I open bitmaps from within inkscape directly, but I think an ability to choose any program is better than a choice of few preconfigured programs, especially since a user may have those programs installed in non standard locations. Regards, Martin Sucha

1 0

Problems with 0.48.1-2
by Uwe Schöler - OSS-Marketplace.com 22 Feb '11

22 Feb '11

Hi, I've some problems building inkscape 0.48.1-2 on windows. After "bzr revert -r 20" i can build inkscape but while copying the stuff into the inkscape folder i get an error message because of a missing file. The error message is: copy : c:\devlibs/bin/libpng14-14.dll to inkscape Make error line 689: copy : file /c:/devlibs/bin/libpng14-14.dll does not exist The problem is, that in R20 only the file libpng12-0.dll exists. What can we do now to provide a 0.48.1-2 with old cairo support? Is it only just this one file or are there more necessary files to take care of? -- Mit freundlichem Gruß, Uwe Schöler

2 1

New bitmap editor selector
by Nicolas Dufour 22 Feb '11

22 Feb '11

Hi, I've just committed a patch (trunk revision 10062) that replaces the bitmap selector list (in the preferences) with a file selector. It reuses the existing "open" dialogs (the file type filter are set to executable files - or everything, on Gnu/Linux and OSX - and the preview disabled), but the change doesn't affect usual "open" or "import" operations. I hesitated to create a new specific dialog, but found it more logic to reuse the existing ones. The initial goal of that patch was to make it work on Windows (see Bug #26261, Edit externally doesn't work on Windows, https://bugs.launchpad.net/inkscape/+bug/262617), but it also adds command line arguments support (as far as the image is the last argument...). It should work on Windows (native dialog and GTK), Gnu/Linux and OS-X (thanks ~suv for your help!). Don't hesitate to comment. Regards. -- Nicolas

2 4

View mode: black&white
by unknown＠example.com 22 Feb '11

22 Feb '11

Hi all, I am thinking about adding a view mode that shows the image in black&white. This is very convenient for preparing color figures that should also be nice when printed in b/w. I remember we had this view mode feature "Print colors", but it was removed. I cannot find what this feature did, and why it got deleted (I do remember there was a good reason to delete it). Do other people also think a "black and white" view mode would be nice to have? Ciao, Johan

6 12

A few passes of code cleanup
by Jon Cruz 22 Feb '11

22 Feb '11

Hi, Just wanted to point out that this weekend I spent most of my Inkscape time doing a few passes of cleanup on the code, mainly getting rid of ancient C-style macros related to SPObject. Among the other issues was that the SP_OBJECT() macro was being used many places that it was not needed. However the most important issue is that such C style macros have been hiding issues with const vs. non-const parameters and object. I cleaned up just a couple of these problem areas, and marked a few more with TODO tags. The bottom line, though, is that we should probably all keep an eye out for const issues and make sure we correct what we can. For example, if a function takes a const parameter of some type such as int foo( SPObject const *object ); And then down somewhere in the body of the function does SPItem *item = SP_ITEM(object); Things will compile correctly, and at runtime will *almost* behave correctly. The SP_ITEM() macro will do the proper GObject thing of ensuring a pointer to the proper C object type is present and the struct bookkeeping is intact, etc. *However* the C-style cast in the middle of the macro will throw away const and we'll have a mutable object when our function contract misleadingly promises that we will not modify it at all. The macros also block method overloading, add introspection overhead that we'd prefer to avoid in inner loops and such, and cause a few other problems.

1 0

'Help > Inkscape Manual' returns '500 internal server error'
by ~suv 21 Feb '11

21 Feb '11

Can others confirm that the link called from Inkscape's Help menu (0.48.0, 0.48.1, current trunk) for the Inkscape Manual [1] returns a 'Erreur 500 - Erreur interne du serveur' (in French)? Is this a temporary configuration error or a change in the hosting service of free.fr? I don't know since when this error occurs - I only noticed it when a related question was asked in the 'Answers' section of Launchpad [2]. ~suv [1] <http://tavmjong.free.fr/INKSCAPE/MANUAL/html/index.php> [2] <https://answers.launchpad.net/inkscape/+question/146155>

3 4

Re: [Inkscape-devel] Updated 2geom -- what changed?
by ~suv 18 Feb '11

18 Feb '11

[ forwarding to the list ] On 3/2/11 21:57, Krzysztof Kosiński wrote: > 2011/2/3 ~suv <suv-sf@...58...>: >> >> There seem still some files missing (or need to be added to >> 'src/2geom/Makefile_insert'?): trying to build r10030 fails when linking >> inkscape with a lot of 'Undefined symbols' (log attached). > > Based on the error messages, I think curve.cpp and bezier.cpp were > omitted (these files contain code that was previously in the headers). Can those two files just be copied from <http://bazaar.launchpad.net/~lib2geom-hackers/lib2geom/trunk/files/head:/sr…> or are there other changes needed in inkscape's 2geom files? ~suv

14 33

eps / pdf export
by Michael Palmer 17 Feb '11

17 Feb '11

Hi, This message was sent previously but bounced because the attachments were to big, and then apparently got lost. Apologies in case this gets double-posted. To the issue: if I understand it correctly, the eps and pdf export was switched in the transition from version 0.46 to 0.47. In my experience, the new eps export doesn't work well, producing larger files and also converting some vector elements to raster in an unpredictable way. The new pdf export seems to produce less rasterization but also produces large files that can take a very long time to render in a pdf viewer. I suppose there was a reason for this transition, maybe gradients, transparency and such. However, where these features are not required, the old export routines produce more compact output and avoid wanton rasterization. Also, the old-style eps files can be used with LaTeX' psfrag mechanism, whereas the new-style ones cannot. So, my question is, could we please have the old eps export back - as an additional option, or maybe as a user-installable extension? Thanks for consideration, best, Michael PS Example files produced from the same svg file and exported with versions 0.46 and 0.47, respectively, are not attached (the 0.47 ones are too big and blow the message size limit) but can be viewed at http://watcut.uwaterloo.ca/_files/

3 5

Working for your project
by divyanshu bandil 16 Feb '11

16 Feb '11

I am second year student at NSIT, Delhi, India pursuing Bachelor of Engineering Course in Electronics And Communication. Being an engineering student and a programming enthusiast I would like to contribute to your project Inkscape under Google Summer of Code. I have certain level of experience in programming in C/C++ and would be interested in learning new programming languages as required for your project. Please guide me through the process as i am genuinely interested in the project. Best Regards Divyanshu Bandil

3 2

LGM for Inkscape
by Louis Desjardins 16 Feb '11

16 Feb '11

Hi guys, Please let me know what Inskscape team needs and expects at LGM this year. We are planning the schedule, the talks, the panels, the teams' meeting and the among-teams' meetings. I need your input. Few words will do ! Thanks ! Louis

1 0

Weird object
by Adrian Knoth 14 Feb '11

14 Feb '11

Hi! First, my apologies for not using a better subject nor going through all 3k bugs on launchpad. The problem in question is so weird that a dev probably knows best if it has already been reported. OTOH, I tried the latest bzr checkout, and it's still there, at least to some extend. Originally, all happened on 0.48 (Debian experimental) Steps to reproduce: 1. Open the attached svg. The line end markers in the right column usually don't stop at the circle, they end somewhat inside. (at least with 0.48, the bzr version opened it correctly) 2. Press ctrl+z (undo) to move the end markers to the right position. 3. Save, close and re-open the file: it seems step 2 never happened, everything is exactly how it was at step 1. Even weirder: Select everything and try to duplicate it or copy&paste it to a new document: the whole layout is completely ruined. Likewise, simply calling ctrl+g (grouping) on the objects make the arrows in the right column move. Does this happen on other systems, too? Do you see the culprit or can link it to an existing bug report? TIA

2 1

eps / pdf export
by Michael Palmer 14 Feb '11

14 Feb '11

Hi, if I understand the issue correctly, the eps and pdf export was switched in the transition from version 0.46 to 0.47. In my experience, the new eps export doesn't work well, producing larger files and also converting some vector elements to raster in an unpredictable way. The new pdf export seems to produce less rasterization but produces very large files that take a long time to render in a pdf viewer. I suppose there was a reason for this transition, maybe gradients, transparency and such. However, where these features are not required, the old export routines seem to work better. Also, the old eps export could be used with LaTeX' psfrag mechanism, whereas the new export cannot do this. So, my question is, could we have the old eps export back - as an additional option, or maybe as a user-installable extension? Thanks for consideration, best. Michael PS I attach 3 examples. ec046.pdf was produced via eps export in version 0.46 and epstopdf. The two other files were produced from the same svg in version 0.47, either directly to pdf or via eps export and epstopdf.

1 0

Updated 2geom -- what changed?
by unknown＠example.com 14 Feb '11

14 Feb '11

Hi all, I just updated our copy of lib2geom to the latest trunk version (bzr 10025). This greatly helps in improving Inkscape and lib2geom together. What changed in lib2geom since the last time we updated? Quite an important name change has happened: Geom::Matrix is now called Geom::Affine (to be found in affine.h instead of matrix.h). Some bugs were fixed (but were backported to Inkscape often too), and there are some other name changes. See the list below. I have not done extensive tests, Inkscape seems to build fine, runs ok, and what I tested (spiro LPE) works fine too. If there are any troubles, let me know. Cheers, Johan _______________________________________________________________________ Relevant changes to lib2geom since last update: Geom::Matrix --> Geom::Affine <2geom/matrix.h> --> <2geom/affine.h> Geom::Interval::extendTo --> expandTo Geom::Line::setBy2Points --> setPoints Geom::Line::origin(Geom::Point) --> setOrigin Geom::Line::versor(Geom::Point) --> setVersor Geom::Matrix::without_translation --> Geom::Affine::withoutTranslation Geom::EllipticalArc::rotation_angle --> rotationAngle Geom::EllipticalArc::large_arc_flag --> largeArc Geom::EllipticalArc::sweep_flag --> sweep _______________________________________________________________________

6 19

Re: [Inkscape-devel] bzr rant... Was: Updated 2geom -- what changed?
by Krzysztof Kosiński 13 Feb '11

13 Feb '11

Oops, replying to the list. W dniu 13 lutego 2011 17:36 użytkownik Terry Brown <terry_n_brown@...36...> napisał: > Well, sure, but the point is 12 seconds is hardly a show stopper(*). I suspect that people sometimes forget to do their bzr work in a share repository directory, so that making a branch takes much much longer. 12s is also acceptable for me. I updated the Bazaar tutorial on the wiki a bit, it now recommends first doing a checkout and working like in SVN. I also added some information on Git-style branches. > (*) that said, if I know my change is a one liner that's going to take me only a couple of minutes, I'll often work right in the trunk branch, pull, change, commit, push. In this case I would just work in a checkout. $ bzr bind :push $ bzr update ... do work ... $ bzr commit > Usually the trunk hasn't changed in 3-4 minutes. If it has, then I can rename my trunk branch, pull a fresh trunk, merge my changes and push, but usually the initial attempt to push from the trunk works. If the trunk has changed, you can use the 'bzr rebase' command from the bzr-rewrite plugin, so that your changes come at the end. Regards, Krzysztof

1 0

Problems with program
by David Moreno da Costa, Duque 12 Feb '11

12 Feb '11

Greetings Inskcape present an error when I paste, duplicate or any option in my vectorial works. The message presented is: *"Glib-ERROR **: gmem.c:136: failed to allocate 6144 bytes * *Aborting…"* Please help me, because I cannot continue with my project. Thanks for all -- * * *David Moreno da Costa D Estudiante del Programa de Postgrado Doctorado en Química Laboratorio No. 2 Dpto. de Química Orgánica Facultad de Química Pontificia Universidad Católica de Chile Teléfonos* ***(Secretaria Sra. Rosalba Meza)**: (56-2)-686-44-26* *(Móvil-Personal): (56-09)-9-470-7909 * * *

1 0

Re: [Inkscape-devel] Re : Update Cairo to 1.10.2 to fix bug]
by Uwe Schöler 12 Feb '11

12 Feb '11

Hi there, i've some hardware problems with my computer, so i can't build the windows versions of inkscape with the "old" devlibs to get rid of the GUI issue. Can someone build all (installer, 7z, debug, zip and portable) again with the old devlibs (without GUI error) for 0.48.1 to get it finally published? I hope to get a new computer at the end of next week. The 0.48.1 versions on sf.net are with the GUI error and IMHO we should weight the issues. It's more annoying for the people to "live" with the GUI error than have a problem with PDF export. Who can help here to build new files? Sincerely UweSch -------- Original Message -------- > Subject: Re: [Inkscape-devel] Re : Update Cairo to 1.10.2 to fix bug > Date: Tue, 8 Feb 2011 20:03:27 -0800 > From: Josh Andler<scislac@...400...> > To: ~suv<suv-sf@...58...> > CC: Nicolas Dufour<nicoduf@...48...>, > inkscape-devel(a)lists.sourceforge.net, > "J.B.C. Engelen"<J.B.C.Engelen@...1578...>, > uwesch@...859..., > Chris Morgan<chris.morganiser@...400...> > > On Mon, Feb 7, 2011 at 2:52 AM, ~suv<suv-sf@...58...> wrote: >> On 7/2/11 11:36, Nicolas Dufour wrote: >> >>>> De : ~suv<suv-sf@...58...> >>>> Any comments from Windows users (Johan, JazzyNico, Uwesch,...)? The >>>> issue is limited to the Windows builds afaict [1] and its impact on >>>> usability seems difficult to evaluate without actually using an affected >>>> build. >>> I'm afraid we're going to have the same kind of reaction we had with the >>> persistent markers with 0.48 on GNU/Linux. The problem with UI issues is that >>> even when they are not severe (here it's just flickering, and doesn't prevent >>> Inkscape from working), they are more visible than PDF export bugs. Frankly (if >>> it's not too late), I'd rather keep the old devlibs for 0.48.1 and start using >>> the new one (and try to find a fix or a workaround) in 0.48.2. >> As far as I know, the 0.48.1-1 packages already uploaded to sf.net >> (installer, archives, debug and portable) have been built with the >> current devlibs (cairo 1.10.2). >> >> Not sure, but it looks like we'll have to bear with the user reactions >> until the next bug-fix release is ready (0.48.2). Or replace the >> uploaded files with new packages (0.48.1-2), built with the old devlibs >> (cairo 1.8.8). The links to the new files have already been spread >> quickly via twitter et al. - replacing the files now could cause some >> confusion for users. OTOH the release wasn't yet officially announced. > I see minimal harm with what has spread via twitter that is not > official. :) If people file bug reports about it prior to official > announcement and say they found out via AwesomeSoftware2011 on > twitter, we just need to tell them to watch trusted people (myself, > joncruz, prokoudine, or any number of others) for *accurate* > information about releases. Confused users that trust third-party > sources instead of trusted/official sources are the least of my > worries and imho kinda deserve the pain they subject themselves to > (like people who get malware infected machines because they pirate via > P2P and such). > > Enough of that mini-rant. :) I think that we should see about > repackaging the win32 versions with the less "annoying" bug for now > until fixed libs are released. Uwe& Chris, do you think you'll be > able to do that? BTW, has anyone checked if it's a known issue > upstream? > > Cheers, > Josh > Ausgehende eMail ist virenfrei. Von AVG Free SB überprüft - www.avg.de Version: 9.0.872 / Virendatenbank: 271.1.1/3439 - Ausgabedatum: 02/12/11 08:34:00

1 0

C++ificiation and GTKMM
by Abhishek Sharma 10 Feb '11

10 Feb '11

Hello everyone, C++ification of inkscape has been a long term planned goal for inkscape. To the same accordance I would like to ask a few questions: 1. Does the dependency on GObject need to be removed?? The current code is huge and based on GObject as inheritance, increasing the complexity further. But if we wish to use the functionalities of GTK+ and remove GObject from the picture, wouldn't it be possible and feasible to instead use GTKMM to suffice for the same??? 2. While c++ifying what is going to be the fate of the inkscape's own implementation of garbage collection?? 3. What are your views regarding GTKMM to be introduced in the codebase for c++ification?? Expecting replies from the developers. Thank You. -- Abhishek Sharma

3 2

Easter eggs tutorial
by Nicolas Dufour 10 Feb '11

10 Feb '11

Hello, We've recently received new translations (Galician and Polish) for the Easter eggs tutorial. It was expected to be released with Inkscape 0.45 (see http://wiki.inkscape.org/wiki/index.php/ReleaseNotes045#Translations.2C_tut…) but I can't find it in versions from 0.45.1 to 0.48.1. And up to yesterday, there was no translation at all for that tutorial. Is there a reason why it exists in inkscape-docs but not in the released versions? Does anyone mind if I add it to the tutorials menu? Regards. -- Nicolas

3 2