- Inkscape Devel - Inkscape Mailman

GSOC: Cross platform WMF and EMF IO and other ideas
by Krzysztof Kosiński 30 Mar '09

30 Mar '09

I have several ideas for GSOC 2009. I'll present all of them here. Idea 1 is about improving Inkscape's data interoperability. This means being able to paste parts of drawings from Inkscape directly into OpenOffice.org and MS Word and the other way around. This would involve writing a cross platform WMF and EMF output extension (our current EMF extension is Windows only). This could be accomplished by using libwmf, but this project seems to be abandoned since 2002. Another option is to use some code from OpenOffice.org. Recently (2006), MS published a full specification of those formats, so writing a new library to read and write them isn't out of the question. Idea 2 is has a similar goal to Idea 1 and it is to revamp the I/O extension system. This would involve unifying the code paths for open/save, export/import, clipboard, drag and drop, and create bitmap copy; unifying command line parameters for export (e.g. all extensions would accept --export-id); converting all extensions to load/save using GIO streams; and redesigning the Export dialog to allow exporting in any supported format. Idea 3 is to refactor the tools code, so that each tool is a separate object, and the number of files that list all tools is reduced to a minimum. This would get rid of toolbox.cpp, as well as greatly simplify the writing of new tools. Idea 4 is to replace Verbs with subclasses of Gtk::Action, with only one class per action (instead of one Verb class per several verbs). There would be a separate action group per document, and an additional one for global actions. Actions could be registered dynamically at startup. Which idea, when implemented, would be the most beneficial to Inkscape? Regards, Krzysztof Kosiński -- View this message in context: http://www.nabble.com/GSOC%3A-Cross-platform-WMF-and-EMF-IO-and-other-ideas… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

5 18

SWIG bindings
by Krzysztof Kosiński 30 Mar '09

30 Mar '09

I stumbled upon this interesting project: http://www.swig.org/ It is a binding generator with support for a lot of languages. We could use this to kickstart Inkscape scripting (as a trivial example, it would be possible to change the license of all files in a directory programatically) and allow extensions to call internal Inkscape functions (e.g. path boolean operations, convert stroke to path, etc.). There was also a GSOC project idea about this from another student, I think he should definitely use this. Regards, Krzysztof Kosiński -- View this message in context: http://www.nabble.com/SWIG-bindings-tp22774855p22774855.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

1 0

Re: [Inkscape-devel] Inkscape-devel Digest, Vol 34, Issue 40
by Guillermo Espertino 30 Mar '09

30 Mar '09

> It's not exactly like this. Before my hanges we used scalable icons > rendered > by Inkscape's own renderer. Now we still use scalable icons through a > standard theming mechanism, but it isn't playing well with the > existing code. Krzysztof: If I remove the hicolor directory I get no icons at all (running ubuntu linux). The previous code worked and let the user change the theme. In the current state, all I got is an incomplete set that I cannot customize. Wouldn't be possible to roll back to the working version and move these changes to a branch? Gez

1 0

Re: [Inkscape-devel] GSoC Idea: Inkscape API reg. tests
by Glimmer Labs 30 Mar '09

30 Mar '09

On 3/29/09, Jasper van de Gronde <th.v.d.gronde@...528...> wrote: > > This sounds absolutely wonderful. And if you do this, be sure to > consider opportunities for testing inkscape as well. Some time back I > tried testing Inkscape just based on verbs and this already allowed me > to do some cool stuff (but not enough to be standardized into a > framework), having more control over Inkscape's actions could allow > semi-automatic testing of quite a few Inkscape features in a way similar > to the current rendering tests. > That's a very interesting idea, and underscores the importance of a generalized API, you never know what people are going to use it for. Here a quick proof of concept I wrote to try it out: Using my old API I wrote a script that made various shapes and did some selections moved things around etc. Then I ran it twice and saved the file each time (as svg) and ran a diff. No difference but the filename, just as I had hoped. Worried that lots of floating point math would be it's downfall, I used the same technique with scripts that generate these images: http://www.cs.grinnell.edu/~bergsore/dimond-fractal.jpg http://www.cs.grinnell.edu/~bergsore/morph.jpg (They are jpegs here but you can imagine how messy the paths are.) It worked perfectly. Obviously this won't catch errors in the way Inkscape displays things, like bitmap comparisons, but if automated it would be very quick. A fast and easy alternative regression test could definitely be one of my deliverables. What do you guys think? Soren Berg

1 0

Re: [Inkscape-devel] Rendering problem for an object with blur / 0.46 Official vs 209225 vs 20967
by worms invasion 29 Mar '09

29 Mar '09

Hi, I'll try to explain better what I mean with a new screenshot: http://www.corpsmoderne.net/~eve97/vertex/rocket_bug/display_inkscape_046_v… First, I'd like to state a few things: - I'm not an artist, but I draw things in Inkscape, and I draw them in SVG to have them displayed as SVG. So my "visual perception" of SVG is what Inkscape shows to me, not a PNG (which I often not even generate). It means I design the object *as I see it rendered on Inkscape canvas*. - I have several drawings made with 0.46 or previous versions of Inkscape, and there are many places where I could download SVG designed with that (openclipart, etc.) So, let's take the following hypothesis: - After seeing a nice SVG in my browser, I download or open in Inkscape 0.47 a file which was drawn with a previous 0.46 version, in order to use it as a clipart, or to rework on it. On the top of the screenshot, it is a shape drawn in Inkscape 0.46, with filter quality set to average (default). It is what I see in my browser, or on the PNG if I generate it. My 0.47 Inkscape is set to default for both Blur display and Filter display, as I have a small machine (512Mb memory, Intel Pentium III mobile, 1133Mhz). I open the file, and I see what shows at the bottom of the screenshot. I hope you'll admit that it is awful and doesn't look like at all what shows in my browser. BUT it is what I work on, I have no other way to work on SVG. I'm not switching back and forth to PNG or to the browser to check what it looks like there. What am I supposed to do at this point? Remember, I'm an average user, not knowning the Inkscape internals. A) I say: this Inkscape program is mad, I'm not going to use it. I close it, end of story. B) I could try to change the blur quality and/or the filter quality to better or best. OK, I do that. But the problem is, the canvas is not updated when I do that, and it's a general preference, not a per-document preference. So, first, I'll have to: - with my document still opened, change the Blur / Filter effect and see that what is displayed on canvas has not changed. - close the document and Inkscape, reopen Inkscape which now has Blur and Filter set to better or best, and see that the file looks like what it should. (or something similar, because I have no idea of the exact real value of the quality). SO: setting the displays to a "lower" average quality in Inkscape 0.47 than in Inkscape 0.46, which was supposed to be intentional to help the designer (the designer in Inkscape 0.47) conserve CPU, results in fact in obliging me (who opened on older file) to set Inkscape to high quality, for all my documents. And I have a small machine - I can't afford to do that. C) I could just do what I was adviced to in the channel: remove the filters on the object. This means I need to find all objects with blur/filter, one by one, and remove that. After such a tedious task, then I lose the original information (here, the blur was 0.3), meaning I am absolutely unable to re-create or re-see the original file, as the artist designed it. What am I supposed to do now? For all the reasons explained above, I think that, although done with the best intention, the fact that the blur/filter display "average quality" has changed results in the opposite effect as the one intended. It seems to me that, at the moment, there are more SVG "done with 0.46" than "done with O.47', and that the case I am describing will arrive for a long, long time... If I missed an obvious point, I'd very much like to hear it. Regards. --- On Fri, 3/27/09, Niko Kiirala <niko@...1267...> wrote: > From: Niko Kiirala <niko@...1267...> > Subject: Re: [Inkscape-devel] Rendering problem for an object with blur / 0.46 Official vs 209225 vs 20967 > To: inkscape-devel(a)lists.sourceforge.net > Date: Friday, March 27, 2009, 1:03 PM > Fri, 27 Mar 2009 09:31:44 -0700 > (PDT) > worms invasion <wormsxulla@...36...> > kirjoitti: > > > In short: the exported PNG appears correct in the > three versions, but > > the screenshots of the rendering in Inkscape look very > (or very) > > different across versions. The file looks absolutely > normal, as I > > draw it, in 0.46 official. > > > > In r20225, the object is already badly rendered in > Inkscape. > > > > In r20967, it's awful... > > The default values for filtering quality in r20967 are not > too good. > Neverteheless, as you noticed, the lower quality is used > only while > editing the image and the exported image looks the same in > all > those versions. > > Lowering the quality while editing is intentional: > rendering blur can bog down even the mightiest > workstations. If it > doesn't bother you, you can turn filter quality settings > all the way up > and the quality will be just as good as while exporting. > > -- > Niko Kiirala > niko@...1267... > > ------------------------------------------------------------------------------ > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >

2 1

GSOC: Interested in joining Inkscape
by sonali mendis 29 Mar '09

29 Mar '09

Hi, I'm Sonali Mendis from University of Moratuwa, Sri Lanka. I went through the project ideas listed at Inkscape page and I think it is a great project of my interest. I'm a graphic designer plus a developer and I think and I want to add my ideas and effort to improve this open source project. While using Inkscape, I thought *Guide Improvement *is essentially needed. In addition to that I have another my own idea of introducing different brush types with ability to increase and decrease the size by click of a key while drawing to the pencil tool and introduce an eraser tool with the same options. I need your kind feed back on the ideas mentioned above to select one which will benefit the Inkscape most. Thanking You, Regards, Sonali Mendis

3 2

Blurry Icons Problem on OSX
by André Berg 29 Mar '09

29 Mar '09

Hi, In the latest build from source on OSX (rev 21007) 95% of all user interface icons continue to be totally blurred. I submitted a screenshot in an earlier thread which, if it interests you, can be viewed here: http://img102.imageshack.us/img102/9260/inkscape20798osx105inte.png I understand that this is probably not at the top of the priority list. On that end, I would like to just ask two questions: 1. Is this normal for the current OSX builds or is this tied to my environment only? 2. Is there something I can do to revert back to rev. (approx) 20600 behaviour? At least until this has been fixed. As I understand, the icon engine was radically changed. Thank you very much for reading! André

4 6

Serious regression in rendering of feComponentTransfer test
by Jasper van de Gronde 28 Mar '09

28 Mar '09

That is, the filters-comptran-01-b test now crashes Inkscape... (and it used to pass) See bug: https://bugs.launchpad.net/inkscape/+bug/350317

1 0

[GSoC] kidscape and NFT dialog ideas!
by Jesus Mager 28 Mar '09

28 Mar '09

HI! My name is Jesus Mager. I am Computer Science Student in Mexico, and I wanna apply in this GSoC for Inskape. But I cant decide what idea I will choose to work on. May be the list can help me: Kidscape I was working with kids software, so: The kid-version of inkscape is a real important idea in the idea list so i con work on it? (In blueprint ti appear as a low priority) If yes: should it be a independent branch of the project, may be a separate project or should it be a option in the same inkscape. (I think the first is the best) The idea is make it for kids in what sense: easier, fashionable, lighter?? I saw the possible GUI: It only seems to do it for netbooks, and lighter platforms. But if the main idea is make it for kids: what about make a cooler kid-friendly interface... may be like tuxpaint (www.tuxpaint.org)? Any idea? New From Template dialog Is it a better option than kidscape? Should it only be the interface, or may be also a guitool to make new templates (dynamical)?? I hope you can give me a orientation to find the appropriate idea and clarify my questions. Bests Jesus Mager

4 7

Rendering problem for an object with blur / 0.46 Official vs 209225 vs 20967
by worms invasion 28 Mar '09

28 Mar '09

Hello, I have opened a file which I had done originally with 0.45.1 with the latest win32 snapshot (rev 20967) and there is a problem of rendering in Inkscape. The most obvious object is a simple object with fill and stroke solid colours, and a blur of 0.3. You'll find, for each version that I tested: - the object extracted from the original file, in svg - a screenshot of the rendering in the chosen Inkscape verion - the PNG exported by the said version. In all three versions, the filters/blur parameters were set to average (the default). I'll put them on my server so everyone can see the differences. There is also a zip of the 9 files to download. In short: the exported PNG appears correct in the three versions, but the screenshots of the rendering in Inkscape look very (or very) different across versions. The file looks absolutely normal, as I draw it, in 0.46 official. In r20225, the object is already badly rendered in Inkscape. In r20967, it's awful... How will the user figure out what do draw, or what will happen when a file made with 0.46 will be opened in a later version? Which one is correct to draw? Regards. __________ The folder for the reported files: http://www.corpsmoderne.net/~eve97/vertex/rocket_bug/ 0.46 official SVG / PNGexport / Screenshot: http://www.corpsmoderne.net/~eve97/vertex/rocket_bug/rocket_ext_046_officia… http://www.corpsmoderne.net/~eve97/vertex/rocket_bug/rocket_ext_export_046_… http://www.corpsmoderne.net/~eve97/vertex/rocket_bug/rocket_ext_screenshot_… rev20225 SVG / PNGexport / screenshot: http://www.corpsmoderne.net/~eve97/vertex/rocket_bug/rocket_ext_046_20225.s… http://www.corpsmoderne.net/~eve97/vertex/rocket_bug/rocket_ext_export_046_… http://www.corpsmoderne.net/~eve97/vertex/rocket_bug/rocket_ext_screenshot_… rev20967 SVG / PNGexport /screenshot: http://www.corpsmoderne.net/~eve97/vertex/rocket_bug/rocket_ext_046_20967.s… http://www.corpsmoderne.net/~eve97/vertex/rocket_bug/rocket_ext_export_046_… http://www.corpsmoderne.net/~eve97/vertex/rocket_bug/rocket_ext_screenshot_… The zip with all files: http://www.corpsmoderne.net/~eve97/vertex/rocket_bug/rocket_bug_versions_co…

2 1