- Inkscape Devel - Inkscape Mailman

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

Update Cairo to 1.10.2 to fix bug
by unknown＠example.com 09 Feb '11

09 Feb '11

Hi all, (best wishes for the new year!) Cairo 1.10.2 has been released, and a bug concerning Inkscape was fixed. https://bugs.launchpad.net/inkscape/+bug/665628 It is a pity it is just too late to include in 0.48.1 Krzystof, can you update Cairo in the Windows devlibs when 0.48.1 is done? Thanks, Johan

8 18

Re: [Inkscape-devel] [Fwd: bzr rant... Was: Updated 2geom -- what changed?]
by unknown＠example.com 07 Feb '11

07 Feb '11

> -----Original Message----- > From: martinpool@...400... [mailto:martinpool@...400...] On Behalf Of > Martin Pool > Sent: 07 February 2011 07:35 > > Thanks for the information. > > JBC, I suggest you uses bzr explorer and qbzr rather than tbzr as > they're much more active. TBZR == QBzr from a user perspective. All TBzr adds is the icon overlays in explorer and context menu's when rightclicking on files in explorer. If you choose something from those menus, it calls QBzr. So it is pretty hard to use tbzr, but not use qbzr :-) (Bzr explorer does not seem to provide any extra functionality for me, for simple everyday tasks) Cheers, Johan

1 0

Re: [Inkscape-devel] Regarding memory usage when embedding pictures
by Mahen 07 Feb '11

07 Feb '11

Thanks a lot for replying, Jon ! Well indeed I tried to embed the pictures in the SVG. Let's say they'are about 2560*1920 resolution (some less some more). So : 2560 * 1920 * 4 * 35 (number of pictures) / 1024 / 1024 = 656.25 MB and 70 MB (size on disk) * 4 / 3 = 93.3 MB Total = about 750 MB Which is indeed the memory amount taken by OO.org, but Inkscape quickly fills my 4 GB of ram (minus what is eaten by KDE of course) Well, this may be an expected behaviour actually, I just wanted to check if it had to be reported. Thanks again ! Mahen Le 07/02/2011 02:45, Jon Cruz a écrit : > On Feb 6, 2011, at 4:01 AM, Mahen wrote: > >> I tried to load my document again, and noticed Inscape was almost >> filling my 4 GB of ram. I tried to do the very same thing with >> OpenOffice draw and the memory usage was "only" of 0.7 GB. >> >> I definitely guess Inkscape is not meant for importing tons of pictures, >> but I was wondering whether there was some kind of memory leak or waste >> triggered by this particular scenario and if you think I should make >> another bugreport ? > > Yes, memory use was a major factor discussed when we were going over linked vs. embedded. If you were seeing this while linking in the images, we'll have a larger problem. On the other hand if the images were actually embedded, some such bloat was expected. This is part of why the consensus was to avoid switching to always embedding until we had such issues covered, but someone went ahead and flipped things in the code anyway. > > To get a rough idea of memory use, just multiple image width in pixels by height in pixels times four and you get the rough minimum buffer needs. Also add in on-disk image file size times four and divided by three. This gives the string size needed for the XML string embed itself. > > > So the first question is are they linked or are they embedded. Second question is if you calculate the rough memory needs for all of those 35 images do they start to hit the limits of your machine? > > >

1 1

Inkscape 0.48.1 Source Packages
by Ted Gould 07 Feb '11

07 Feb '11

Hey all, I finally found the time to make all of the source packages for 0.48.1, sorry about the delay. They're uploading to Source Forge here: https://sourceforge.net/projects/inkscape/files/inkscape/0.48.1/ As per-usual please don't do mass announcements of the release until packagers for the various platforms have a chance to build installable images and upload them. Here are the hashes for the paranoid :) == MD5 == 430fa43bba96ba19a98acdd163fd86d5 inkscape-0.48.1.tar.bz2 5f744c9da0e51069994d9b6ea1e5f953 inkscape-0.48.1.tar.bz2.asc 3c179eb998d49d1c312822e15773bf6d inkscape-0.48.1.tar.gz 2df7c0bf0096b2eab0e2a79ac71328ab inkscape-0.48.1.tar.gz.asc 331fab5a407a4b016eaa35bd61eac872 inkscape-0.48.1.zip f974e2ac553571261207ec960d5b75ed inkscape-0.48.1.zip.asc == SHA1 == 9727ed11cef31c2790bf2affbddf6a6ef352753f inkscape-0.48.1.tar.bz2 e578a31f3ef37df72cb90599e3399afff9c764e5 inkscape-0.48.1.tar.bz2.asc a43467119925aee70d1d63d746f9846abb4dea91 inkscape-0.48.1.tar.gz 09bb42eabd4401e7eb4aa639393465abc916ebe5 inkscape-0.48.1.tar.gz.asc 6ae30c4d70e506e4b6437b27d88ea24404420b92 inkscape-0.48.1.zip 596e1a55486ee36afb2b28177061f12909a8b99e inkscape-0.48.1.zip.asc Thanks all! --Ted

7 13

Regarding memory usage when embedding pictures
by Mahen 07 Feb '11

07 Feb '11

Hi everyone ! First : thanks again to everyone involved for this great piece of software ! Sorry for all those bugreports about memory usage I made before (https://bugs.launchpad.net/inkscape/+bug/706294 regarding memory filled when using patterns and https://bugs.launchpad.net/inkscape/+bug/708274 regarding a slight memory increase without doing anything particular :-) But I may need to fill another one : I stumbled upon a particular situation yesterday, and I would like to know if you think this is an Inkscape issue, or just a twisted use case. I wanted to import about 35 jpg pictures (from an old digital camera, so not huge resolutions but still). Inkscape managed to import and display them. I moved them onto the canvas and worked for about 2 minutes and then my hardisk started spinning tremendously, and the kernel shot down Inkscape. (I have no SWAP and 4 GB or ram) I tried to load my document again, and noticed Inscape was almost filling my 4 GB of ram. I tried to do the very same thing with OpenOffice draw and the memory usage was "only" of 0.7 GB. I definitely guess Inkscape is not meant for importing tons of pictures, but I was wondering whether there was some kind of memory leak or waste triggered by this particular scenario and if you think I should make another bugreport ? (BTW, as I told suv, I would love to contribute to "bounties" to help improve Inkscape -- regarding tasks that wouldn't be performed otherwise, like tedious memory optimization... :-) Cheers ! Mahen

3 2

Regressions in Filters UI
by Ivan Louette 05 Feb '11

05 Feb '11

Please could we take a look at these regressions : These two ones are regressions and may cause problems to Filters Editor users when changing the values because a lot of efficient filters use much higher values than the maximum available and visible in Filters Editor : https://bugs.launchpad.net/inkscape/+bug/713056 https://bugs.launchpad.net/inkscape/+bug/713050 The following one is an older problem of the same category which has the same troublesome capacities for the user : https://bugs.launchpad.net/inkscape/+bug/713064 Thanks in advance, ivan

2 2

Re: [Inkscape-devel] Can not build inkscape-0.48
by Dmitry Shkirmanov 03 Feb '11

03 Feb '11

I installed newest version of imagemagick from source, ./configure finished without errors, but 'make' gives new error: th, std::allocator<Geom::Path> > Geom::read_svgd(const char* )': ./2geom/svg-path-parser.h:63: warning: ignoring return value of char* fgets(char*, int, FILE*)', declared with attribut e warn_unused_result CXX 2geom/svg-path.o CXX 2geom/sweep.o CXX 2geom/transforms.o CXX 2geom/numeric/matrix.o AR 2geom/lib2geom.a CXX inkscape-version.o AR libinkversion.a CXX main.o CXXLD inkscape libinkscape.a(adaptiveThreshold.o): In function `Inkscape::E xtension::Internal::Bitmap::AdaptiveThreshold::applyEffect(M agick::Image*)': /home/ya/Desktop/inkscape-0.48.0/src/extension/internal/bitm ap/adaptiveThreshold.cpp:21: undefined reference to `Magick: :Image::adaptiveThreshold(unsigned int, unsigned int, unsign ed int)' libinkscape.a(addNoise.o): In function `Inkscape::Extension: :Internal::Bitmap::AddNoise::applyEffect(Magick::Image*)': /home/ya/Desktop/inkscape-0.48.0/src/extension/internal/bitm ap/addNoise.cpp:29: undefined reference to `Magick::Image::a ddNoise(MagickLib::NoiseType)' libinkscape.a(channel.o): In function `Inkscape::Extension:: Internal::Bitmap::Channel::applyEffect(Magick::Image*)': /home/ya/Desktop/inkscape-0.48.0/src/extension/internal/bitm ap/channel.cpp:32: undefined reference to `Magick::Image::ch annel(MagickLib::ChannelType)' collect2: ld returned 1 exit status make[2]: *** [inkscape] Error 1 make[2]: Leaving directory `/home/ya/Desktop/inkscape-0.48.0 /src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/ya/Desktop/inkscape-0.48.0 ' make: *** [all] Error 2 Any suggestions? >What version of ImageMagick has been installed? Have the dev-libs ofImageMagick also been installed? > >It should also be possible to provide ./configure with a flag thattells it to compile without ImageMagick, IIRC, but I .don't know thesyntax of the top of my head. > >Kind regards, > >Diederik >>Hello, i can not build inkscape-0.48 on debian lenny../configurefinished without errors, but 'make' gives an error. >>Here is theextraction from the output: >># >># >>extension/internal/bitmap/level.cpp: In member function vir >>tual void Inkscape::Extension::Internal::Bitmap::Level::appl >>yEffect(Magick::Image*)': >>extension/internal/bitmap/level.cpp:23: error: class Magick >>::Image' has no member named level' >>make[2]: *** [extension/internal/bitmap/level.o] Error 1 >>make[2]: Leaving directory `/home/ya/Desktop/inkscape-0.48.0 >>/src' >>make[1]: *** [all-recursive] Error 1 >>make[1]: Leaving directory `/home/ya/Desktop/inkscape-0.48.0 >>' >>make: *** [all] Error 2 >># >># >>I searched through the Google but have not found solution. >>Help me please to build it.

4 3

Upgrading Inkscape's 2geom
by unknown＠example.com 02 Feb '11

02 Feb '11

Hi all, Now that 0.48.1 is 'out', shall I try and upgrade our 2geom copy? I am in a situation this month that I have time to do mindless search&replace operations, which will be necessary to do the 2geom upgrade. Cheers, Johan

4 12

Release Holdup + SVG Web question
by Daniel Hendrycks 02 Feb '11

02 Feb '11

Hi, .48.1 is supposed to be finished; someone was supposed to compile it. I am wondering, are you waiting for the site re-design to be finished, then you will release .48.1? Also, some of the SVGs I make don't show up correctly in the browser -- Daniel Hendrycks

3 2

Re : [Inkscape-translator] New translatable Keys and mouse reference
by Nicolas Dufour 02 Feb '11

02 Feb '11

Hello Leandro, Thanks for your suggestions! > De : Leandro Regueiro <leandro.regueiro@...400...> > Can you please convert the man page source to .po format as well? You > can use po4a: http://po4a.alioth.debian.org/ And please update >http://wiki.inkscape.org/wiki/index.php/DocumentationTranslation#Manual_pag… >9 It doesn't look too difficult. I'll take a look. > Can you please convert the NSH files for the Inkscape's Windows > installer to .po format? Right now is very difficult to translate and > update. >http://wiki.inkscape.org/wiki/index.php/InterfaceTranslation#Windows_instal… > Should work with po4a too. > Can you please convert the XML sources of Inkscape's user manual to > .po format in order to ease its translation? Please update > http://wiki.inkscape.org/wiki/index.php/DocumentationTranslation#User_Manual > as well. Well, the wiki really needs an update... The docbook Inskcape User Manual is no longer maintained. It was replaced in 2009 with an online manual on FlossManuals (http://en.flossmanuals.net/). Translation is possible, but the UI is not very convenient (the new booki project, currently work in progress, should bring some new tools). Please use the related mailing list (Discuss@...2558...) for details. Regards. -- Nicolas

1 0

Translation issues
by Jesper Öqvist 02 Feb '11

02 Feb '11

Hello, A couple months ago I submitted a new .po for the Swedish translation of Inkscape. Since then I've been unable to spend time on Inkscape. I would like to contribute to the source code proper but haven't had the time to do so. Anyway, I recently compiled the latest lp:inkscape version and noticed that there are several issues with translation strings not appearing properly in the GUI. One example is #: ../src/filter-enums.cpp:52 #, fuzzy msgctxt "Filter blend mode" msgid "Multiply" msgstr "Multiplicera" I have not worked with gettext before, but examining the filter-enums.cpp source reveals no reason why this string should not be correctly translated: 51 {Inkscape::Filters::BLEND_NORMAL, C_("Filter blend mode", "Normal"), "normal"}, 52 {Inkscape::Filters::BLEND_MULTIPLY, C_("Filter blend mode", "Multiply"), "multiply"}, 53 {Inkscape::Filters::BLEND_SCREEN, C_("Filter blend mode", "Screen"), "screen"}, 54 {Inkscape::Filters::BLEND_DARKEN, C_("Filter blend mode", "Darken"), "darken"}, 55 {Inkscape::Filters::BLEND_LIGHTEN, C_("Filter blend mode", "Lighten"), "lighten"} Note that "Screen" is correctly translated! So, anyone know why the original English string is displayed in the GUI? If this could be explained to me, perhaps I could fix other occurrences of missing translations which I've noticed. I'm assuming the same issue exists for other translations as well. I did do "btool clean" before I compiled this version, so this should rule out the possibility that I'm using some old version of the compiled translation, unless perhaps my main Inkscape installation is interfering? Another issue is that I could not find myself in the list of translators in the "About Inkscape" dialog. I would like to be listed there as I did spend a fair amount of time slugging through the Swedish translation. Best regards, Jesper

2 1

Poppler issues *again*
by Josh Andler 02 Feb '11

02 Feb '11

Hey All, As we know, I like my distro to be bleeding... With libpoppler 0.16.0 we're again broken with compilation. I really think that we need to work on a proper solution for this because it seems like every 6 months we have to add additional checks to compensate for how things change. Also, I noticed that libwpg 0.2 isn't detected either, I tried mucking w/ configure.ac and had no success. Cheers, Josh

4 5

Re: [Inkscape-devel] Upgrading Inkscape's 2geom
by Daniel Macks 01 Feb '11

01 Feb '11

On Mon, 31 Jan 2011 23:00:44 0100, J.B.C.Engelen@...1578... wrote: Hi all, > > Now that 0.48.1 is 'out', shall I try and upgrade our 2geom copy? Is 2geom mature/stable-interface enough that it could be used as an external dependency rather than only as an onboard internal source? dan -- Daniel Macks dmacks@...2516...

2 1

Broken document created.
by Martin Owens 31 Jan '11

31 Jan '11

Hey guys, I was doing a teaching session on Inkscape for the Ubuntu User Days a few days ago. As with almost every show-and-tell, something went wrong. This was Inkscape 0.47 for Ubuntu 10.10 and the document that I created from scratch caused inkscape to crash. What's interesting is that the image was saved by the crash protection save feature. And although the image can be opened by gnome and seen in firefox, opening it in Inkscape 0.47 causes it to crash again. I'd like to know if the crash still exists in Inkscape 0.48, which unfortunately isn't available for Ubuntu yet. If it still exists, I'll report a bug and we'll get it nailed. If you're interested in what I did to cause the problem, it's all recorded in the live session: http://livestre.am/AWfN Crash is at about 00:37:10 Best Regards, Martin Owens

4 8

Re: [Inkscape-devel] Can not build inkscape-0.48
by Dmitry Shkirmanov 31 Jan '11

31 Jan '11

Version of ImageMagick is 6.3.7-9 (installed from repository), dev-libs (libmagick-dev, libmagick++-dev) are installed too. >What version of ImageMagick has been installed? Have the dev-libs ofImageMagick also been installed? >>Hello, i can not build inkscape-0.48 on debian lenny../configurefinished without errors, but 'make' gives an error. >>Here is theextraction from the output: >># >># >> CXX extension/internal/wpg-input.o >> CXX extension/internal/bitmap/imagemagick.o >>extension/internal/bitmap/imagemagick.cpp: In constructor I >>nkscape::Extension::Internal::Bitmap::ImageMagickDocCache::I >>mageMagickDocCache(Inkscape::UI::View::View*)': >>extension/internal/bitmap/imagemagick.cpp:85: warning: depre >>cated 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:230: instantiate >>d from here >>./util/glib-list-iterators.h:47: warning: dereferencing type >>-punned pointer will break strict-aliasing rules >> CXX extension/internal/bitmap/adaptiveThreshold.o >> CXX extension/internal/bitmap/addNoise.o >> CXX extension/internal/bitmap/blur.o >> CXX extension/internal/bitmap/channel.o >> CXX extension/internal/bitmap/charcoal.o >> CXX extension/internal/bitmap/colorize.o >> CXX extension/internal/bitmap/contrast.o >> CXX extension/internal/bitmap/cycleColormap.o >> CXX extension/internal/bitmap/despeckle.o >> CXX extension/internal/bitmap/edge.o >> CXX extension/internal/bitmap/emboss.o >> CXX extension/internal/bitmap/enhance.o >> CXX extension/internal/bitmap/equalize.o >> CXX extension/internal/bitmap/gaussianBlur.o >> CXX extension/internal/bitmap/implode.o >> CXX extension/internal/bitmap/level.o >>extension/internal/bitmap/level.cpp: In member function vir >>tual void Inkscape::Extension::Internal::Bitmap::Level::appl >>yEffect(Magick::Image*)': >>extension/internal/bitmap/level.cpp:23: error: class Magick >>::Image' has no member named level' >>make[2]: *** [extension/internal/bitmap/level.o] Error 1 >>make[2]: Leaving directory `/home/ya/Desktop/inkscape-0.48.0 >>/src' >>make[1]: *** [all-recursive] Error 1 >>make[1]: Leaving directory `/home/ya/Desktop/inkscape-0.48.0 >>' >>make: *** [all] Error 2 >># >># >>I searched through the Google but have not found solution. >>Help me please to build it.

1 0

Can not build inkscape-0.48
by Dmitry Shkirmanov 30 Jan '11

30 Jan '11

Hello, i can not build inkscape-0.48 on debian lenny. ./configurefinished without errors, but 'make' gives an error. Here is theextraction from the output: # # CXX extension/internal/wpg-input.o CXX extension/internal/bitmap/imagemagick.o extension/internal/bitmap/imagemagick.cpp: In constructor I nkscape::Extension::Internal::Bitmap::ImageMagickDocCache::I mageMagickDocCache(Inkscape::UI::View::View*)': extension/internal/bitmap/imagemagick.cpp:85: warning: depre cated 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:230: instantiate d from here ./util/glib-list-iterators.h:47: warning: dereferencing type -punned pointer will break strict-aliasing rules CXX extension/internal/bitmap/adaptiveThreshold.o CXX extension/internal/bitmap/addNoise.o CXX extension/internal/bitmap/blur.o CXX extension/internal/bitmap/channel.o CXX extension/internal/bitmap/charcoal.o CXX extension/internal/bitmap/colorize.o CXX extension/internal/bitmap/contrast.o CXX extension/internal/bitmap/cycleColormap.o CXX extension/internal/bitmap/despeckle.o CXX extension/internal/bitmap/edge.o CXX extension/internal/bitmap/emboss.o CXX extension/internal/bitmap/enhance.o CXX extension/internal/bitmap/equalize.o CXX extension/internal/bitmap/gaussianBlur.o CXX extension/internal/bitmap/implode.o CXX extension/internal/bitmap/level.o extension/internal/bitmap/level.cpp: In member function vir tual void Inkscape::Extension::Internal::Bitmap::Level::appl yEffect(Magick::Image*)': extension/internal/bitmap/level.cpp:23: error: class Magick ::Image' has no member named level' make[2]: *** [extension/internal/bitmap/level.o] Error 1 make[2]: Leaving directory `/home/ya/Desktop/inkscape-0.48.0 /src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/ya/Desktop/inkscape-0.48.0 ' make: *** [all] Error 2 # # I searched through the Google but have not found solution. Help me please to build it.

2 1

Scales when importing.
by Teto 30 Jan '11

30 Jan '11

Hi all! First, please slap me if ask something already asked, or already in the soft... My problem: Sometimes I make pictures or objects, sets, whatever, apart, in their own file, and then I import them in the main picture. When you're importing a SVG file, and you're changing its size, by default you're changing the strokes thickness accordingly . But I have an issue here. I often use the path effect "pattern along a path, stretched" for obvious pencil effects. but when I import the file, the objects with this effect have their "thickness" completely different. That's just ugly. I'd like to have the question/option "object -> path before importing", and choose what type of object I want to transform when importing (if possible). The workaround is obvious: change in paths the objects and save in a new file before importing. But, well... you know... ;-) Also, when I change the size of an object with this effect, I'd like to have its 'thickness' changing in the same proportions too (same demand when importing and resizing). I do know that when I don't have the same proportions in X and Y, it's a problem for the soft to decide what to do, because the thickness of the effect has just one value. But an option "choose the smallest" should be enough to solve the problem. By the way, something completely different: in the build 10017 for windows, the layer tool is buggy: eyes and padlocks are invisible, you must pass the mouse cursor over to see them, then they vanish again, except if you pass over from the first to the last layer. Cheers, Teto.

3 3

Re: [Inkscape-devel] GSoC 2011 announced
by Eric Kuzmenko 26 Jan '11

26 Jan '11

So for students to even be considered, let alone accepted accepted, they must first have commit access to the repo? I didn't think you had to be completely familiar with the code since you are a 'student'. Please help me with this because I want to apply but haven't had the time to go through all the doxygen docs and become familiar with the code yet. On Jan 25, 2011 10:49 AM, "Josh Andler" <scislac@...400...> wrote: > > >> > -----Original Message----- > >> > From: Alexandre Prokoudine [mailto:alexandre.prokoudine@...400...] > > >> > Not exactly high. The previous year was a 2/5 failure > >> indeed, but the > >> > year before was 100% success, if my memory serves me well, > >> and we are > >> > talking about 6 or 7 projects in 2009. > > In 2010 we actually had 3/5 fail. :( It was very unfortunate and I > hope we can avoid that this year as the "acceptable" (desired) rate is > 80% successful. > > > >> > One of disappeared students last year had been around in > >> the community > >> > for a rather long time, and the other disappeared student did a > >> > successful project for GIMP in 2009, so it's quite possible that we > >> > just had our bit of bad luck. We did have disappearing students in > >> > even earlier GSoCs though. > >> > IIRC, this is where the "two patches" rule comes from. > > Actually the two patches rule comes from it's the minimum requirement > to get commit access to the repo. It was part of the change in > attitude from sodi podi to be more welcoming. It's honestly a pretty > low bar. It was decided that it would be good to require this before > the students would even be considered as it was "proof" of them > checking out the code and showing a form of commitment/desire to > participate in GSoC (plus what Johan said about it allowing us to see > to some extent if they really can read/write code). > > I really think that SVG compliance projects should be a focus this > year as well (not exclusive by any means though). The list Tav posted > does have some really great ideas, so I think we need to really > analyze what those tasks really look like and which would be > reasonable GSoC projects. > > Cheers, > Josh > > ------------------------------------------------------------------------------ > Special Offer-- Download ArcSight Logger for FREE (a $49 USD value)! > Finally, a world-class log management solution at an even better price-free! > Download using promo code Free_Logger_4_Dev2Dev. Offer expires > February 28th, so secure your free ArcSight Logger TODAY! > http://p.sf.net/sfu/arcsight-sfd2d > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel

8 8