- Inkscape Devel - Inkscape Mailman

'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