- Inkscape Devel - Inkscape Mailman

Copy-and-paste of defs/use
by Michael Droettboom 26 Mar '08

26 Mar '08

First -- I'd like to take the opportunity to thank you for Inkscape... Truly an important application to have as open source. I am one of the matplotlib developers, and somewhat recently extended its SVG output backend to save the glyph outlines directly in the SVG file. (To remove the need to install obscure math fonts everywhere the SVG file will be viewed.) It uses <defs>/<symbol> to define the character and then <use> to render them. Yes, SVG fonts would probably be better for this, but the lack of support for them in Mozilla and other tools makes them a no-go for now. One of our users recently came across a problem where copying from one SVG file into another mangles the text. See his blog here: http://assorted-experience.blogspot.com/2008/03/inkscape-matplotlibs-svg-on… From poking around the resulting XML, what seems to be happening is that the <symbol> elements in the pasted data are reassigned new ids, but the <use> elements are not updated accordingly, and thus the <use> elements end up referring to symbols in the existing (pasted onto) file. Matplotlib, at present, assigns ids to glyph outlines sequentially as they are encountered, so there is no attempt to assign "universally" unique names, and id clashes across different files are guaranteed. There's a simple workaround I'm considering at our end, which is to use hashes on the path content itself as ids. This would also ensure that glyphs that are common between files will have the same id, for whatever that's worth. It does seem to at least make things behave as expected in Inkscape. However, I wanted to bring this to your attention because a) maybe this is an Inkscape bug, and it should be correcting the defs/use links on a copy/paste operation. b) maybe my understanding/expectations aren't correct and I'm just horribly misusing the SVG spec... I've attached two example SVG files. If you open both, and then copy the contents of one into the other, you can see that the title text will be incorrect. Cheers, Mike -- Michael Droettboom Science Software Branch Operations and Engineering Division Space Telescope Science Institute Operated by AURA for NASA

4 4

Font Selector widget - Font size unit issue
by tayfun_biyikoglu 26 Mar '08

26 Mar '08

Hi, I need some help on font selector widget ? My exact question is how do we set the font name and size values on the toolbar right above the canvas after selecting some values from font selector(Text and Font Dialog). I am java developer and investigating the codes to add unit functionality and i am trying to get familier with c++. I really appreciate brief explanation of codes and also any technical approach for this issue is welcome. I am planning to add a new tab to document properties maybe named Font Defaults. I want to add two things there one is default font name and the other is default font size unit. If for example pt is selected i want to treat the font sizes as pt. I am sure this is a very simple issue for the ones who knows the codes and c++ very well. But as i go deeper i get more confused. Thanks, Sincerely, Tayfun -- View this message in context: http://www.nabble.com/Font-Selector-widget---Font-size-unit-issue-tp1631764… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 0

Gsoc 2008 for 2geom: towards making up a proposal
by Marco 26 Mar '08

26 Mar '08

As already stated in previous mails the goal of my application is to implement 2geom or lpe features. After having browsed a lot of 2geom source code I started implementing a proof of concept version of SVGEllipticalArc, the result of my effort is attached at this mail (see svg_elliptical_arc.cpp). In order to get it compiled you have to put the file under the toy folder and add the file name into the list of source file in CMakeList.txt. The file provides a EllipticalArc class and a toy class for test it. (Please feedback!) I have always to write down a complete proposal but here are some ideas (any critique or suggestion is welcome) : (1) give my help in the integration task (2) make elliptical arc a first citizen in 2geom library I'd like also to implement basic shape support ( regular poligon, circle, ellipse, ..) and routines to support classical geometric construction methods (circonference by 3 point, circonference by 2 point and tangent to a given line, ...). Anyway I saw Maximilian Albert's mail and I'm not sure if this last point may overlap with his proposal or as I hope it could provide a basis for his project. Moreover I'm trying to complete my proposal with some other algorithm to be implemented so if you have something in mind I'd like to hear it. Kind Regards, Marco Cecchetti PS: are there mentors avaible for my project ? -- Using Opera's revolutionary e-mail client: http://www.opera.com/mail/

2 1

Re: [Inkscape-devel] Cmake build stuff
by Aaron Spike 26 Mar '08

26 Mar '08

Kai-Uwe Behrmann wrote: > # CMAKE generated file: DO NOT EDIT! > # Generated by "Unix Makefiles" Generator, CMake Version 2.4 > > # Default target executed when no arguments are given to make. > default_target: all > > ... > > all: cmake_check_build_system > $(CMAKE_COMMAND) -E cmake_progress_start /data3/CD/programme/fltk/djv_74b11/CMakeFiles $(CMAKE_ALL_PROGRESS) > $(MAKE) -f CMakeFiles/Makefile2 all > $(CMAKE_COMMAND) -E cmake_progress_start /data3/CD/programme/fltk/djv_74b11/CMakeFiles 0 > > ... > > Do you have an other version or output? The above is just an example. Here's a Makefile I have lying around from June of 2007: # Include the progress variables for this target. include progress.make # CMAKE generated file: DO NOT EDIT! # Generated by "MinGW Makefiles" Generator, CMake Version 2.4 #============================================================================= # Set environment variables for the build. SHELL = cmd.exe # The CMake executable. CMAKE_COMMAND = c:\cmake\bin\cmake.exe # The command to remove a file. RM = c:\cmake\bin\cmake.exe -E remove -f # The program to use to edit the cache. CMAKE_EDIT_COMMAND = c:\cmake\bin\CMakeSetup.exe # The top-level source directory on which CMake was run. CMAKE_SOURCE_DIR = C:\src\lib2geom # The top-level build directory on which CMake was run. CMAKE_BINARY_DIR = C:\src\2geom_build # Default target executed when no arguments are given to make. default_target: all ... # The main all target all: cmake_check_build_system $(CMAKE_COMMAND) -E cmake_progress_start C:\src\2geom_build\CMakeFiles $(CMAKE_ALL_PROGRESS) $(MAKE) -f CMakeFiles/Makefile2 all $(CMAKE_COMMAND) -E cmake_progress_start C:\src\2geom_build\CMakeFiles 0 ... Aaron Spike

1 0

Simple tugging curve editing etc
by Bill Baxter 26 Mar '08

26 Mar '08

The tweak/sculpt tool is nice, but sometimes it seems to introduce a little too much distortion. It's also quite slow, and setting the appropriate width can be a bit annoying. How about implementing something like this? http://www-ui.is.s.u-tokyo.ac.jp/~takeo/research/rigid/curve/index.html The two big ideas in there are as far as I know: 1) automatically setting region of influence based on maximum amount dragged. 2) angle preserving deformation -- for instance if you try Inkscape's sculpt tool on a crown shape like in the lower right corner of the applet there it's pretty impossible not to turn the straight lines into curves. The smoothing thing in that demo isn't bad either, I don't know of any way to "brush on" smoothing in Inkscape right now. Maybe the tweak/sculpt tool can do it somehow though? A couple of other line drawing enhancements that I think would be nice are * a mode where scribbling back and forth over a line erases it. * a mode where drawing over top of a portion of an existing curve would automatically splice in the new part. I've seen these latter two techniques used in some of Igarashi's papers, and they look handy. The first is used in Teddy. I'm not sure where I've seen the second. I think this could maybe even be a nice little set of mini-projects for a GSoC. --bb

4 6

Re: [Inkscape-devel] Cmake build stuff
by Aaron Spike 26 Mar '08

26 Mar '08

Kai-Uwe Behrmann wrote: > And the problem I see with current cmake "Makefiles" is not so much about > setting up a simple or big project, rather than to debug it. > In cmake I have no idea where veriables come from. In Make I do, at least > mostly. Learning debuging new feels a bit like a burden as it will need > quite extra time. On the other side make is pretty common. That's weird. I seem to have opposite experience. Perhaps we need a more concrete example. It has been a while now since I did any work with CMake, but I remember thinking that it was great because the generated makefiles had comments that point to the line of the source CMake file that generated them. In my most recent trip though trying to debug autotools makefiles I was missing this help. Aaron Spike

1 0

SOC 2008 - project - Guidlines feature
by Vangelis Katsikaros 26 Mar '08

26 Mar '08

Hello I am interested in the Guidelines features proposed in the SOC 2008 ideas (http://wiki.inkscape.org/wiki/index.php/SpecGuidesImprovement) and I would like to discuss some aspects before submitting my proposal (if this is ok). I guess this feature fits in the category of projects that doesn't mess much with the base code, since it uses already existing features. Moreover, I tried to find info about the guidelines: * From a quick search I did I saw that thre is no "guide line" element in SVG 1.1 . * I saw that in svg files the guides are defined as sodipodi:guide element. So, guidelines are Inkscape specific. * Guidelines are defined in src/sp-guide.cpp . SPGuide handles the svg file info. (Does this mean reading and writing from the file and modifying the svg abstraction?) * The rendering of the guidelines is handled in src/display/guideline.cpp . SPGuideLine holds the guideline info The the sp_guideline_* functions are responsible to deliver to the renderer the correct into? (not sure about this last one). * SnapManager manages the snapping. However, I haven't figured out if snapping and guidelines are directly connected. (However. this isn't relevant with the UI feature) This is an early search and I am just getting in touch with Inkscape internal. So, if I get something wrong or if you have any hints and directions they are welcome. (I've seen the dev docs you have on the wiki) As far as the feature specification is concerned, I would like to ask about the Design -> On-canvas editing section. The first 3 actions are already implemented. The last 2 were not implemented for a reason or you simply didn't have the time? Regards Vangelis Katsikaros __________________________________________________ ×ñçóéìïðïéåßôå Yahoo!; ÂáñåèÞêáôå ôá åíï÷ëçôéêÜ ìçíýìáôá (spam); Ôï Yahoo! Mail äéáèÝôåé ôçí êáëýôåñç äõíáôÞ ðñïóôáóßá êáôÜ ôùí åíï÷ëçôéêþí ìçíõìÜôùí http://mail.yahoo.gr

4 10

Transformations using the selector tool
by Diederik van Lierop 26 Mar '08

26 Mar '08

Hi all, Please be keen on any regressions in the way the selector tool handles transformations. If you see something weird then drop me a mail. This is all because I've given seltrans.cpp an overhaul to improve the handling of transformations, their origins and the snapping. For details, see this bug and revision https://bugs.launchpad.net/inkscape/+bug/174046 http://inkscape.svn.sourceforge.net/viewvc/inkscape?view=rev&revision=18015 Johan, I will now finally start working on the snapping indicator in the selector tool! Regards, Diederik

2 1

python extensions - lxml version 2
by Terry Brown 26 Mar '08

26 Mar '08

lxml version 2, from http://codespeak.net/lxml/lxml2.html#incompatible-changes "Some API functions now require passing options as keyword arguments, as opposed to positional arguments." e.g. the Edge 3d extension is broken because xpath is now ...xpath(path, namespaces=MyNameSpaces) rather than ...xpath(path, MyNameSpaces) so does that mean I should fix the extension to work out which version of lxml it's using? Or assume 2.x? Cheers -Terry

2 1

Inkscape 0.46 Released!
by Bryce Harrington 26 Mar '08

26 Mar '08

The Inkscape community today is announcing the release of the newest version of its open source vector graphics editor. Inkscape 0.46 is a major update that introduces native PDF support. The implementation of PDF support in Inkscape provides an easy, open source solution to editing PDF documents. Tons of new features and performance improvements are included in this release. Dialogs now have the ability to be docked to the editing window. Gradients can be edited completely on-canvas. The new Paint Bucket Tool fills bounded areas with color. A new 3D Box tool helps create perspective-correct drawings. A new Tweak tool provides an intuitive method for editing paths and painting objects. The new Live Path Effects feature can create "brushes" and various organic effects on paths. Improvements to color management include support for color spaces other than sRGB. Most SVG filters are now implemented, and a new powerful UI is provided for editing filter stacks. == Downloading Inkscape 0.46 == Inkscape 0.46 is already included by default in Ubuntu Hardy so just install it normally. Ubuntu Gutsy users can install by adding the following to System : Admin : Software Sources : Third-Party Software: deb http://ppa.launchpad.net/inkscape.testers/ubuntu gutsy main deb-src http://ppa.launchpad.net/inkscape.testers/ubuntu gutsy main Macintosh OS X users can download a Leopard Universal package from our SourceForge site: http://sourceforge.net/project/showfiles.php?group_id=93438 Packages for Fedora, Debian, Windows, and other platforms should be coming soon. == For more information == Complete Release Notes for 0.46: http://wiki.inkscape.org/wiki/index.php/ReleaseNotes046 Community Contributed Screenshots: http://inkscape.org/screenshots/ Bryce

3 2

website needs "latest" fixed
by Jon A. Cruz 26 Mar '08

26 Mar '08

The top still lists 0.45.1 as the latest stable, and the download link also still goes there. https://bugs.launchpad.net/inkscape/+bug/206996 Can someone with main access tweak that to point to the latest. thanks.

4 3

Proposal: use std::iostream and friends instead of Inkscape::IO
by Krzysztof Kosiński 26 Mar '08

26 Mar '08

Hello, I had a look at the stream classes used to output SVG to flies and memory while working on fixing the clipboard bug. The functionality of those classes is largely the same as std::iostream and the related class hierarchy. I think Inkscape could switch from its own stream implementation to the standard library streams. This would, among other things, reduce the complexity of the application and the size of the codebase. Is there some good reason Inkscape uses its own stream implementation instead of the standard streams? BTW, you might want to look at this before replying: http://spec.winprog.org/streams/ Regards, Krzysztof (Chris) Kosiński -- View this message in context: http://www.nabble.com/Proposal%3A-use-std%3A%3Aiostream-and-friends-instead… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

5 10

Inkscape Classes?
by Bryce Harrington 26 Mar '08

26 Mar '08

Ubuntu does a really cool thing by holding online "classes" on various topics, like making patches, using Launchpad, doing Screencasts, etc. [1] Other FOSS projects do similar. I think it would be very worthwhile for us to do something like this - brief 101-level intros to various topics (both usage and development), if enough of us are able to teach. How it'd work, is we'd set up #inkscape-classroom in IRC with logging, and publish a timeline of classes. The teacher would prepare their lesson plan, including screenshots, sample files, etc., then run the class for 1 hour (max) and answer questions, and afterwards put the IRC log into wiki (and clean it up a bit), for future reference. Some random ideas for topics: * Using Live Path Effects * Using Filter Effects * Creating Icons using Inkscape * Web Design using Inkscape * The Open Clip Art Library * Google SoC Primer * Translation 101 * Launchpad 101 * Refactoring 101 * Scripting Effects 101 * Bug Triage * Debugging Inkscape * Maintaining the Inkscape Windows Port etc. etc. What do you guys think? Does this sound like a good idea? Would you be interested in teaching a class, or have ideas for topics not listed above? If there's enough interest (6+ teachers), I'll go ahead and start organizing it. Bryce [1]: https://wiki.ubuntu.com/UbuntuOpenWeek

14 36

Cairo-1.5.14
by Bob Jamison 26 Mar '08

26 Mar '08

Hi all, I tried Cairo-1.5.14 out today and it works fine. One small problem, though. It breaks Cairomm. If you try compiling with it, you will encounter the error: 'CAIRO_FONT_TYPE_ATSUI_replaced_by_CAIRO_FONT_TYPE_QUARTZ' was not declared in this scope This is because 1.5.14 has a small API change, using the QUARTZ names now instead of ATSUI. Cairomm does not have that change yet, even the version on their server. If you still want to try Cairo-1.5.14, just change line 195 in cairomm/enums.h from: FONT_TYPE_ATSUI = CAIRO_FONT_TYPE_ATSUI to FONT_TYPE_ATSUI = CAIRO_FONT_TYPE_QUARTZ Happy hacking. bob

2 2

UI ideas for next version(s) of Inkscape
by Michael Grosberg 26 Mar '08

26 Mar '08

The usual disclaimer... not a programmer, but perhaps some GSOC participant would find my suggestions worthy of implementation. Inkscape has gained some pretty impressive features lately, but complexity has taken a toll on the UI. It now contains many icons, toolbars, and dialogs, and these UI elements take a lot of space, even on a large monitor. he problem is even more pronounced on an Ubuntu desktop where the GTK theme forces Inkscape to render all toolbars using extra large icons, making it too large for many resolutions. The dialogs are also too large, with oversized controls and a lot of spacing, and you can barely fit a couple of them on each side when they are docked. Gimp had a similar problem and they solved it by introducing a "small" theme that users can st, which makes all the icons and widgets smaller. I think Inkscape could benefit from using such a theme. Another great UI improvement would be to make inkscape remember the windows settings between sessions. Currently whenever I open a new session of Inkscape I have to resize the window and turn on a couple of dialogs - layers and fill & stroke. Then I have to resize the dialogs themselves because the layer dialog opens with hardly any space to show more than one layer. It would be great if Inkscape could remember those settings between sessions. One last thing, a very small one - I think having layer dialog icon next to the other dialog icons on the right size of the main toolbar could be useful.

10 18

Re: [Inkscape-devel] UI ideas for next version(s) of Inkscape
by MenTaLguY 25 Mar '08

25 Mar '08

On Tue, 25 Mar 2008 22:07:14 +0300, "Alexandre Prokoudine" <alexandre.prokoudine@...400...> wrote: > On Tue, Mar 25, 2008 at 9:57 PM, MenTaLguY <mental@...3...> wrote: > >> > I'd say, bug themes developers. I've used a number of really small >> > GTK+ themes like Gummy Orange. They are cool, but not available by >> > default in distros. >> >> We want some widgets to be normal size, though. >> >> Really what GTK+ should have is some way to request various standard >> sizes for widgets; "large", "normal", "small", "tiny", or something >> along those lines. A lot of other widget toolkits provide such a >> facility (e.g. Cocoa and Qt). >> >> -mental > > Did you want to send this offlist? ;-) Er, whoops. No, meant to include the list. -mental

4 3

SoC'08 SVG Fonts application
by Felipe Sanches 25 Mar '08

25 Mar '08

As suggested on http://wiki.inkscape.org/wiki/index.php/SOC_Writing_Project_Proposals I am sending you a first draft of my application so that you can comment on it. I also expect to find out who would be interested in mentoring this one. Please, tell me if I forgot to mention something important. JucaBlues == About Me == My name is Felipe C. da S. Sanches, known on Inkscape community as JucaBlues. I study Electrical Engeneering with emphasys on Telecomunications on University of São Paulo, Brazil. My contributions to Inkscape are described later on this SoC application. I like a lot to deal with computer graphics and I have been ploting pixels since 11 years old, when I started to learn computer programming by myself on an old 386 with QBASIC and MS-DOS. Later I learned C, C++ and x86 Asm. Recently I have also played a bit with javascript and python. Currently I am working 20 hours a week on web development (using the django framework) on a brazilian startup. I will continue employed there during SoC. I have some small free software projects started by myself. Often very small and unimportant stuff. During some time I have contributed with bug reporting and feature requests to some big projects such as Mediawiki and Firefox, and I have aprox. 3 lines of code incorporated in DemocracyTV (now called Miro), but I did not get commit rights on those projects, so I won't count them. The first big project I am involved with a lot of coding is Inkscape. == My first contact with Inkscape == I first heard about Inkscape when I was looking for a free software drawing tool. I needed to draw the schematics of wood cuts for my pinball machine. You can see my (not yet finished) homebrew pinball machine at www.flickr.com/photos/felipesanches By that time Inkscape was on version 0.43 and I remember I got very impressed by the about screen drawing. == How I got interested on coding for inkscape == After some time I started designing some SVG images for my hexamines game ( http://code.google.com/p/hexamines/). I had to set the CC-licensing metadata for a lot of files and I didn't know it was possible to do it easily using templates, so I decided to write a patch to make a "default metadata settings" UI. This patch, and a fix to a bug in itself, gave me svn commit rights. Later, the patch was considered confusing and not that much useful and was reverted. But since I saw myself, for the first time, with commit access to a free software project, I got excited about that and decided to pick something to work on. I saw some work going on filters UI (Nicholas Bishopp's SoC) and decided that filter renderers would be something cool to implement. == Work done on Inkscape == Last year I have implemented in Inkscape some of the SVG filter renderers. More precisely, these ones: feTurbulence, feDisplacementMap, feFlood, feColorMatrix, feConvolveMatrix, feImage, feMorphology and feComponentTransfer. I have also worked a bit on the filters user interface. I have implemented the filters infobox (which gives users instructions on what each filter primitive does). I have designed all of the icons used on this infobox(*). I have also added all of the tooltips for the filters UI. I have recently adapted the 0.46 About Screen to some languages, based on advice given by people at inkscape-translator list. == What I intend to do on GSoC'08 == Basic SVG Font rendering support. This does not include UI for the SVG Fonts. === Parameter loading === Some time ago I started work on sp-font.{cpp,h}, sp-glyph.{cpp,h}, sp-missing-glyph.{cpp,h} and sp-glyph-kerning.{cpp,h}. These are not functional yet. I intend to complete their implementation, so that svg parameters related to SVG Fonts are correctly parsed. This will probably also need refactoring (as I understand that having these implemented as C++ classes is a main target for 0.47) I will need advice on the refactoring part of this task. (or, alternativelly, I will look at already refactored code in order to find out) === Laying Out Text === I intend to write code that uses Pango to layout text that uses SVG Fonts. Although I have never used pango before, so this is the part of my SoC work where I mostly need advice. I suppose that it is possible to setup a font and provide its metrics and details to pango, and then hook the glyphs handled by pango on code that properly creates the NRArenaItems and render the glyphs that are described by arbitrary SVG. It will depend on the capability of reading the proper coordinates of the glyphs after being laid out by pango. I also heard something about cairo's user font support. I wish somebody could explain this to me. This part of my SoC proposal can be improved once I figure out these things clearer. === future ideas (not to be implemented for SoC'08) === Here I include some ideas that I would possibly work on after I finish the SoC tasks. * SVG Fonts to TrueType (or other font formats) conversion and vice-versa * SVG Fonts User Interface Offtopic Notes: (*) The bird photograph was shot by my daddy. If you are interested, you can take a look at his work at www.flickr.com/photos/dariosanches

2 2

My application for you to critize (thanks in advance!)
by unknown＠example.com 25 Mar '08

25 Mar '08

Abstract With the refactoring spirit of Inkscape 0.47 in mind, I'd like to work on delegating Inkscape's math needs to lib2geom. The special goal is to convert Inkscape's internal representation of paths to a lib2geom type. The integration of lib2geom is a big task, therefore I propose a team effort. Name Johan Engelen Project title Lib2geom integration Benefits to Inkscape: I think it would be beneficial for Inkscape to use lib2geom (2geom), because it makes the math code better maintainable. Already LPEs profit hugely from the ease and power of using lib2geom. Deliverables 1. internal representation of paths as a 2geom type 2. conversion methods between current path type and new 2geom type, to use by methods that have not been converted to 2geom calls 3. implementation of test methods to ascertain and to prohibit regressions 4. Team work to move as much as possible of Inkscape to 2geom calls. Project details I think it is not possible to completely change all math to lib2geom within one GSoC project. I will try to get as far as I can, but I do have one specific goal: the internal representation of paths should become a 2geom type. This way, all path operations can be transformed to 2geom. First, 'perfect' conversion methods between the current representation and 2geom type will be made. Then, step by step, all path operations can easily be recoded to use this conversion methods first, then later on transformed completely to solely use 2geom calls. The perfect-ness of the conversion method will be proven by making test functions. More test functions will have to be written for large non-trivial functions that are converted, to decrease the possibility of regressions. I propose to use 2geom's std::vector<Geom::Path> as the new path representation type. I think this type already contains all functionality that the current type has; missing functionality must be implemented in 2geom. There already exist tried and proven 2geom methods that convert SVG pathstring to std::vector<Geom::Path> and via versa (LPE use them already). Apart from converting the internal representation, I also want to work on refactoring other parts of Inkscape to only use 2geom calls for math. E.g. snapping, tools, and transformations. (this largely means converting the over 4k occurances of NR::Point and NR::Matrix combined to their 2geom equivalents.) I want to emphasize that I'd like to work on integrating lib2geom as a team. The internal representation is my personal goal, the other student(s) that might work on integration as well may have his/her own goal; but I think the motivation that comes from seeing more and more parts of Inkscape using 2geom really helps conquer the big heap of work that awaits us. Especially I want to mention Michael Sloan of lib2geom, who has shown great abilities by implementing boolean ops in 2geom (almost complete). I think we can really use his expertise in creating 2geom functionality that is still missing, and I think he can benefit from my knowledge of Inkscape for his project goals. Although not explicitly called that way, I already did some small teamwork with Diederik on snapping and grids; which was highly motivating and resulted imho into something good. I feel integrating lib2geom is a great opportunity for me to try a large teamed effort in improving Inkscape. About me I am 24 years old and live in The Netherlands. I am an electrical engineering PhD student at the University of Twente (Netherlands). I've been programming for so long I forgot when I started; I've programmed in C++, C, Pascal, x86 assembly, PHP, Java and other languages. I'm mostly self-taught in these languages. Inkscape is my first (and only) open-source experience, before that programming experience has been a private hobby (once together with a friend). A friend showed Inkscape to me as his drawing application and I was sold immediately. Coding for Inkscape started after two weeks with adding the "Save-a-copy" functionality, then, apart from many bug fixes, for as far as I can remember: new extension parameter types, on-canvas gradient editing, new grid framework and 3D axonometric grid, angled guidelines, on-canvas mask and clippath editing, and of course Live Path Effects (GSoC2007). See http://wiki.inkscape.org/wiki/index.php/GSOC2007_Live_path_effects_in_Inksc…. Work schedule Being a PhD student in the Netherlands means I have to work during office hours and have no long summer vacation. Therefore I propose to work the same schedule as I did in last GSoC. As soon as I am accepted I will start working on my project, to compensate for the less than nominal available time during the 'official' working 2 month period of GSoC2008. I think my result of last year's GSoC project shows this works very well for me. Other GSoC applications I have not applied for any other GSoC project. I have no motivation to apply to other projects other than Inkscape's. -------------------------------------------------- Thank you very much for reading the long text. Any comments, especially critique, are very welcome. Kind regards, Johan

2 1

tar-pax option in configure.ac
by John Bintz 25 Mar '08

25 Mar '08

Ted, Myself and others have been having problems building Inkscape since r17648, when you added the option for the tar-pax format in AM_INIT_AUTOMAKE. Ubuntu Gutsy, which I'm running, and Fedora Core 6, according to some mailing list traffic, don't have a new enough version of automake in their standard repositories to run ./autogen.sh successfully with that option enabled. Other distributions may be involved, too. Using automake1.8 and removing the tar-pax option get ./autogen.sh to work, and I'm wondering what you would think about rolling back the tar-pax option for now, to ease the problems that users of those operating systems are having with building Inkscape, and then re-enabling it later, when the repositories for those distributions upgrade to the newer automake1.10. Thanks, John

8 15

Google Summer of Code Project Idea: PGF Export
by Caleb Reach 25 Mar '08

25 Mar '08

Hey all, I'm interested in creating a TeX exporter which uses PGF/Tikz instead of PSTricks, as PSTricks does not work well with pdflatex. Looking at the PSTricks code, it doesn't seem like this would be too terribly difficult to implement. Another idea that I had was to streamline the gradient editor so that it's easier to use. For the most part, Inkscape has a fantastic GUI, but the current gradient editor is very cumbersome to use. Here's a quick and ugly mock-up for a more intuitive version: www.annoware.com/temp/gradmockup.png What do you think? Cheers, Caleb

6 5

Working on input devices
by Jon A. Cruz 25 Mar '08

25 Mar '08

I did a rough screengrab + mock up of what I'm thinking of to replace the tablet input devices dialog. http://wiki.inkscape.org/wiki/index.php/Tablet_Dialog Any suggestions, workflow points, etc?

4 9

Win32 libs
by Bob Jamison 25 Mar '08

25 Mar '08

I uploaded another bundle with the new Glib and Pango libs that Adrian mentioned. Hopefully this will show improved OpenType support. http://inkscape.modevia.com/win32libs/devlibs-2.12-080313.7z There was also a new Atk available. and started using it for builds: http://inkscape.modevia.com/win32/Inkscape0803131626.7z bob (ishmal)

12 30

announcement edits
by bulia byak 25 Mar '08

25 Mar '08

Sorry to be late with this - but I just edited these sections: http://wiki.inkscape.org/wiki/index.php/AnnouncePlanning046#Inkscape_Announ…. http://wiki.inkscape.org/wiki/index.php/AnnouncePlanning046#The_Inkscape_Co… so if someone has taken copies of them previously for PR, please go get them again. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 2

GSoC Mentor Signup
by Bryce Harrington 25 Mar '08

25 Mar '08

Only three people have signed up as mentors for GSoC so far: acspike, ted, and mrdocs. If you're willing to serve as a GSoC mentor for Inkscape, please go to this address and sign up: http://code.google.com/soc/2008/mentor_home.html Bryce

2 1

GSoC Student applications now open
by Bryce Harrington 24 Mar '08

24 Mar '08

Forwarding from google list... LH (Leslie Hawthorn): > Student applications are now available. Please see > http://code.google.com/soc/2008/ > for information on how to submit your application.

1 0