- Inkscape Devel - Inkscape Mailman

Weird text problem in Cairo branch
by Jasper van de Gronde 15 Apr '11

15 Apr '11

The attached SVG (which I just made using the cairo branch) has three text objects. One with "$x$", one with "$y$" and one with "$z$" (without the quotes obviously). In 0.48 this shows up just fine, but in the Cairo branch only some of the characters are shown (those that are shown appear to be complete). In particular, for most fonts only the x and the z appear (so no dollar sign or y), and for some fonts (like Times New Roman) all characters disappear... Is this a known problem? Can anyone reproduce the problem? Any ideas on fixing it?

4 4

Re: [Inkscape-devel] Mockup for Improvement of Fill and Stroke Dialog
by Valerie 14 Apr '11

14 Apr '11

To be quite honest, I really want to be able to use stroke styles more effectively, but there's something I find extremely annoying about having to open such a huge tab just to get an arrow on one end. For that tiny arrow I have to temporarily hide a third of my workspace, often covering part of the lines I'm working on (and I have wide screen). I forgot if this has ever been proposed, but could there ever be a checkbox in tool options or on the side of the tool control bar, where you can click and add options onto the tool control bar? What I'd like to have is a simple set of three drop-downs + dash: [ ] [ ] [ ] Dash: [ ] The drop-downs only show a visual preview of the markers, not the names. I know many people Don't want it, but want options completely different from what I want, thus the toggling options, like "Visible buttons" in Libre Office and other office programs. Can this be achieved simply in GTK right now?

2 1

Libre Graphics Meeting 10-13 May
by Donna Benjamin 13 Apr '11

13 Apr '11

Hello Everyone! The 6th annual LGM is just a few weeks away in Montreal! http://www.libregraphicsmeeting.org/2011/ The call for speakers is open! http://www.libregraphicsmeeting.org/2011/submit-talk/ and the pledgie call for funds to cover travel costs is too. http://pledgie.com/campaigns/14610 Can you please help spread the word about the pledgie campaign? Blog, Dent, Tweet, Facebook, Mailing lists - anywhere you can think of... and please feel free to just forward this mail on. Here's a code snippet to put on your blog: <a style="border-style:none" href="http://pledgie.com/campaigns/14610"><img src="http://www.libregraphicsmeeting.org/2011/donate/pledgie_banner.png"></a> The libre graphics community itself has been one of the biggest sponsors of our main event. It's a fantastic way for all the users of free graphics tools out there to make a contribution too... but not if they don't know about it. We need your help. http://www.libregraphicsmeeting.org/2011/ http://pledgie.com/campaigns/14610 -- Donna Benjamin Libre Graphics Meeting, Montreal 10-13 May, 2011 http://www.libregraphicsmeeting.org/2011/ -- Donna Benjamin - kattekrab.net Inkscape: Open Source Scalable Vector Graphics http://www.inkscape.org

1 0

Updated proposal: Implement KML SVG translation
by David Xiong 13 Apr '11

13 Apr '11

Hi, Thank you for the comments on my proposal. I have replied to the comments below my proposal, as in the forwarded email in the following. I have revised my proposal based on the comments that I got and some resources that I read further. It can be found in: http://www.google-melange.com/gsoc/proposal/review/google/gsoc2011/ywxiong/… <http://www.google-melange.com/gsoc/proposal/review/google/gsoc2011/ywxiong/…>Thank you. David. ---------- Forwarded message ---------- From: <no-reply@...2613...> Date: Wed, Apr 13, 2011 at 1:21 AM Subject: [Inkscape] New public review on Implement KML SVG translation (david_xiong) by david_xiong To: yunwxiong@...400... Hi, david_xiong has left the following public review at http://www.google-melange.com/gsoc/proposal/review/google/gsoc2011/ywxiong/…: Hi, I will add the following comments or changes. 1. Reply to comments on my proposal Re: *Jasper* The benefit is that the implementation would allow conversion between SVG and KML. Then, the SVG file made by a user can be viewed in Google Map/Earth, after converted to KML. Scenarios that Tavmjong Bah mentioned are good ones where it may be useful. Re: Tavmjong Bah It sounds great, if there are a group of people extending SVG for mapping purposes. I will try and contact them, and see how they solve these problems and what features they provide. Your second comment is particularly useful. I will take these scenarios into account. I agree, instead of pre-processing the data, or cropping some data off, we can store them in SVG too. The SVG would not show certain data from KML, but can keep them. As this SVG is modified and converted back to KML, the KML is updated without losing data. I agree that this is a better way to deal with some different entities in SVG and KML. 2. Found a resource I found on Inkscape idea page that tbrugz mentioned his SVG to KML convertor in Java. It seems useful to look at. https://blueprints.launchpad.net/inkscape/+spec/kml-svg-translation *********** 2010-08-12 - tbrugz Hi, I´ve developed an initial converter from SVG to KML in Java. It currently converts polygons, given the output "bounds" (north, east, south, west). Infos and hg repository is at https://bitbucket.org/tbrugz/kmlutils/. Feel free to improve on it *********** 3. Change to my proposal Tasks added to the plan: l Contact a group of people extending SVG for mapping purposes, and see how they solve these problems and what features they provide. l Review the Java SVG to KML convertor written by tbrugz. If some methods are useful, rewrite the Java code to be C++. A task listed in the proposal needs to be changed. Original: 2. write the logic to eliminate the unused element --- two way Change to be: Check and see whether or not certain KML data can be converted to be SVG entities. If convertible, convert them. If not convertible, store them in SVG file as KML entities. Then, these data are ignored by Inkscape, but would still exist in the KML converted back. As this SVG is modified and converted back to KML, the KML is updated without losing data. Greetings, The Google Open Source Programs Team --- You are receiving this message because you are participating in Google Summer of Code 2011. To stop receiving these messages, go to: http://www.google-melange.com/gsoc/profile/google/gsoc2011.

1 0

Re: [Inkscape-devel] Mockup for Improvement of Fill and Stroke Dialog
by Andrew 12 Apr '11

12 Apr '11

Hi again :) Okay so after previous feedback, that the comboboxes for the fill type and fill rule were not optimal (i.e. it is quicker to click a button than select something from a combobox), I have ammended the mockups, adding back in the buttons. I also corrected some padding in places, where I seem to have gone a bit mad with it :) Please see the two mockups here http://wiki.inkscape.org/wiki/index.php/Fill_and_Stroke_Dialog_Re-Design#My… Again I really do welcome feedback, positive or negative :) -- Andrew

9 18

Howto - linker dependent linker flags in makefile - help needed
by the Adib 12 Apr '11

12 Apr '11

Hello developers, we run into a little problem while dealing with upcoming gcc 4.6 compatibility. Any help for a "good" solution appreciated. Full story below. Thanks, Adib. -- There should be linker flags leading by "-Wl" curently there is not such option. Gcc fails builing without. But under OSX a native apple darwin compiler is used that do not know this option. I modified makefile to test for osx: src/Makefile.am: ... if PLATFORM_OSX inkscape_LDFLAGS = --export-dynamic $(kdeldflags) $(mwindows) else inkscape_LDFLAGS = -Wl,--export-dynamic $(kdeldflags) $(mwindows) endif ... and conficure.ac: ... dnl ****************************** dnl MacOS X dnl ****************************** AC_MSG_CHECKING([for OSX platform]) if test "x$build_vendor" = "xapple" ; then platform_osx=yes else platform_osx=no fi AC_MSG_RESULT([$platform_osx]) AM_CONDITIONAL(PLATFORM_OSX, test "$platform_osx" = "yes") ... But we should test for linker not a gnu linker. There is such test in aclocal.m4: ... # _LT_PATH_LD_GNU #- -------------- m4_defun([_LT_PATH_LD_GNU], [AC_CACHE_CHECK([if the linker ($LD) is GNU ld], lt_cv_prog_gnu_ld, [# I'd rather use --version here, but apparently some GNU lds only accept -v. case `$LD -v 2>&1 </dev/null` in *GNU* | *'with BFD'*) lt_cv_prog_gnu_ld=yes ;; *) lt_cv_prog_gnu_ld=no ;; esac]) with_gnu_ld=$lt_cv_prog_gnu_ld ])# _LT_PATH_LD_GNU ... So the question is how to modify those files that gnu linker is checked and in case on gnu linker we put "-Wl" in front of those linkre oprtions? Thanks for patience, Adib.

3 2

Updated Cairo branch
by Krzysztof Kosiński 10 Apr '11

10 Apr '11

Hello I have updated my Cairo branch today, as a step towards merging it. There is one new regression, namely feImage does not handle aspect ratio. It will be fixed before merging. IIRC, there is a problem with CMS output, the editing controls are not using custom XOR blending, and there are build failures on Windows. Does anyone remember any other bugs? Regards, Krzysztof

7 28

GSoC - any other mentors?
by Josh Andler 09 Apr '11

09 Apr '11

Hey all, At this point we have more proposals than mentors, and our lowest turnout for mentors since we've been participating in GSoC. If you're interested in mentoring, please log in to melange and visit http://socghop.appspot.com/gsoc/org/google/gsoc2011/inkscape to request to become a mentor. Cheers, Josh

4 3

Quadratic beziers?
by Blue Bomber 08 Apr '11

08 Apr '11

Done anyone know if Inkscape supports quadratic splines, or only cubic? Thanks! Mike

4 3

Faster rounding, might break?
by Jasper van de Gronde 08 Apr '11

08 Apr '11

Johan mailed me a link to this site: http://stereopsis.com/sree/fpu2006.html Based on the routine proposed there I just implemented faster rounding in Gaussian blur (the IIR code uses it extensively). In my tests this speeds up blurring by about 10-20%, not insignificant for such a small change. However, the procedure does make use of the internal representation of a double, so I'm a little worried about it breaking on different architectures. If you use a non-Intel architecture it would be great if you could try out the Gaussian blur currently in bzr (it's rev. 10144) and see if anything goes wrong.

5 5