- Inkscape Devel - Inkscape Mailman

Summer of Code 2014
by Josh Andler 27 Feb '14

27 Feb '14

Hey All, We've been accepted again as a mentoring organization for Google's Summer of Code. This is the 10th year they've held it and our 10th year participating! If you're a potential mentor or student, please sign up at melange (1). If you are interested in participating as a student please visit our page on Melange (2) to find links to our Ideas for summer projects on our wiki and our developer mailing list. As usual, please either introduce yourself on our developer mailing list or let us know what you're interested in working on this year. Cheers, Josh (1) http://google-melange.appspot.com/ (2) http://google-melange.appspot.com/gsoc/org2/google/gsoc2014/inkscape

9 17

Re: [Inkscape-devel] URI
by Markus Engel 26 Feb '14

26 Feb '14

> auto initalising (c++ does this right?), C++ implicitly calls the default constructor for allmembers that are not initialized in the containing class's constructorinitializer list. Note that only *objects* are default initialized this way,atomic types are not (int, pointers, ...). They contain garbage until youassign them a value. class Member { public: Member(int i) {} }; class Container { public: Container() {} private: Member member; }; Thus, this will not compile. Instead you'll have to writethe constructor this way: Container() : member(42) {} I'm not sure whether you should add a parameterlessconstructor to Inkscape::URI. I mean, is an empty uri valid? Does it make senseto be able to create an uri this way, or is it's "path" necessary forthe object to have any sense at all? Regards, Markus -----Ursprüngliche Nachricht----- Von: Martin Owens [mailto:doctormo@...400...] Gesendet: Mittwoch, 26. Februar 2014 13:32 An: Krzysztof Kosiński Cc: Markus Engel; inkscape-devel Betreff: Re: [Inkscape-devel] URI Digging into the job, I've ripped away dom/* and most ofthe code works. I've ported color-profile.cpp which was using thedom::URI to Inkscape::URI and the same replacement can be done to odfextension. A missing piece was zipfile support. src/dom/util/ziptool.cpp/.h was a self-contained zipimplementation so I've moved that to src/util/ since it has no equivalentfunctionality. That worked well. I've hit a small problem with Inkscape::URInot having a constructor with no-arguments which I think can be solved byadding an OdfOutput constructor which initalises the URI instead of it autoinitalising (c++ does this right?), but this seems odd to me as if the Odfshouldn't initalise the URI until it needs it. Thoughts? Best Regards, Martin Owens

1 0

Re: [Inkscape-devel] URI
by Markus Engel 26 Feb '14

26 Feb '14

You may simply remove everything except the util folder,and dom.h domimpl.cpp domimpl.h domptr.cpp domptr.h ucd.cpp ucd.h uri.cpp uri.h Actually, that's about 50000 lines less :) . ------------------------------------------------------------------------------- Language files blank comment code ------------------------------------------------------------------------------- C++ 797 60098 60211 295830 C/C++ Header 1060 32179 58535 90647 ------------------------------------------------------------------------------- Language files blank comment code ------------------------------------------------------------------------------- C++ 782 57002 57216 286170 C/C++ Header 1037 24443 43941 77657 Regards, Markus -----Ursprüngliche Nachricht----- Von: Martin Owens [mailto:doctormo@...400...] Gesendet: Dienstag, 25. Februar 2014 17:59 An: Bryce Harrington Cc: Inkscape Devel List; Inkscape User Community Betreff: Re: [Inkscape-devel] URI On Mon, 2014-02-24 at 23:51 -0800, Bryce Harringtonwrote: > 2. Remove dom/ directory > This directory contains strange code which is barelyused. The only > class which is actually used is the URI class. That's worth knowing, I'll hack that up in my branch as Iadd the data uri support. Martin,

3 2

[UX] Animation
by Mirek M. 26 Feb '14

26 Feb '14

Hi guys, I'm taking a class on UX design this semester and, throughout the semester, my task is to design a user interface (based on various techniques learned throughout the semester, including rigorous user testing). I've been pondering designing the UI for SVG animation in Inkscape. Would this be useful? If so, could you please clue me in to what the plans for animation in Inkscape are? The roadmap vaguely mentions "Animation support" and http://wiki.inkscape.org/wiki/index.php/SpecSVGAnimation seems to merely be a list of suggestions. What functionality might be part of an initial implementation?

4 4

the Developer Education Book Campaign 2013 !
by Johan Engelen 25 Feb '14

25 Feb '14

Hello all, In an effort to give back to our developers, I hereby present to you the Developer Education Book Campaign 2013 ! We'd like to give an educational present to our most active contributors. The board has decided to buy a programming book for each of the top 10 contributors of 2013! The ranking is determined by the number of commits to trunk in the past 12 months, as calculated by Ohloh.net [1] [2]: Kris de Gussem Alex Valavanis Markus Engel Matthew Petroff Nicolas Dufour Martin Owens Tavmjong Bah Krzysztof Kosiński Sebastian Wüst Alvin Penner Thank you very much for your great work in 2013!!! These 2013 rockstars can choose from one of the following books: a) Effective C++, 3rd Ed. by Scott Meyers b) Refactoring: Improving the Design of Existing Code by Martin Fowler c) A Tour of C++ (C++11) by Bjarne Stroustrup The developer is also allowed to pass it on to the runner-up if he so wishes. Because I initiated the book campaign, I will pass (don't worry, I've already ordered my book ;). So now you might think: wait a minute..., these coders get a book on how to program... are they that bad? They are not bad; they could be even better! We all can improve our coding, and there is no shame at all in reading up and refreshing our coding skills. Every day I am reading Stroustrup's C++11 tome in the train to work, no joke! I hope you all will enjoy your present, and can perhaps share with us the best things you've learned :-) Cheers to a good start in 2014! Johan [1] http://www.ohloh.net/p/inkscape/contributors?query=&sort=commits_12_mo [2] I'm sorry if you feel this metric is unfair and skewed. We had to agree on some metric, knowing that any metric is imperfect.

8 10

Reverting r13045
by Johan Engelen 24 Feb '14

24 Feb '14

Hi Martin, I'm sorry, I will revert commit 13045. 1. It contains a memleak realpath allocates new memory if the second argument is NULL. In the added code, this memory is never freed. 2. Breaks build on Windows (realpath(...) not found) 3. Please don't add functions that use C-strings unnecessarily. Simply rewrite parseDataUri to parseDataUri(const std::string &uri), and use C++'s string methods. ("#include <cstring.h>" is a huge red flag upon code review) 4. Please read this about "realpath" http://insanecoding.blogspot.ch/2007/11/pathmax-simply-isnt.html regards, Johan PS. (not related to commit) uri.cpp has a lot of "throw(BadURIException)", you can remove those as "throw(...)" don't add anything and will become obsolete in C++11.

4 11

When and where are copied selections released during program exit?
by mathog 21 Feb '14

21 Feb '14

The topic pretty much says it all. I'm curious because valgrind output, already awash with style.cpp lines, picks up some new code points in that source file if one does: open file, select, copy, exit as compared to open file, exit Possibly items left on the clipboard? On a related note, is there a debugging facility already in Inkscape that logs to stdout or a file messages when SPObject objects are created, referenced, dereferenced, and destroyed? Something like: + 0x12345678 objectype1 # created at that address + 0x22345678 objectype2 ^ 0x12345678 0x22345678 # referenced by object at the second address (memory pointer) x 0x12345678 0x22345678 # dereferenced by object at the second address - 0x22345678 objectype2 # destroyed - 0x12345678 objectype1 That is pretty primitive but it would at least provide a simple way to follow these sorts of activities, which is otherwise pretty painful to do using gdb. I'm not sure how to fit signals into this log, but that would be helpful too. I'm not so sure this is possible since it tends to go through intervening functions, but something along these lines maybe? R+ 0x12345678 signaltype1 # register a signal this object responds to S+ 0x12345678 signaltype2 # register a signal this object can send < 0x12345678 signaltype1 # object received signal > 0x12345678 signaltype2 # object sent signal R- 0x12345678 signaltype1 # deregister a signal this object responds to S- 0x12345678 signaltype2 # deregister a signal this object can send Scripts could then be used to make some sort of graphic or other analysis, which would help visualize what is going on inside Inkscape. Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 0

SPEventContext
by Arshdeep Singh 21 Feb '14

21 Feb '14

Hello all, I was cleaning up my branch of last year's GSoC project - Recolor Artwork. I was using a piece of code that involved SPEventContext but this doesn't compile anymore. I guess the structure was cppified by another GSoCer: Markus Engel. Well, I can't get around to how to use the alternate Event structure now. Can someone shed some light on it ? The piece of code that didn't compile was: void RecolorArtworkWidget::eventContextCB(SPDesktop * /*desktop*/, SPEventContext * /*eventcontext*/) { performUpdate(); } -- Arshdeep Singh Final Year, Computer Engineering Delhi Technological University Ph: +91-9654115614 https://sites.google.com/site/adsingh1729/home

2 1

Python update
by unknown＠example.com 21 Feb '14

21 Feb '14

Hello everyone, I develop a set of extensions for Python. In my opinion, the extensions are easy to develop, great and powerful tool, widening the usability of Inkscape that help spread the Inkscape among users. Because of the need for GUI and websocket client, I've updated the version of Python in the Inkscape to 2.7 and added PyQt4 and ws4py libraries. All features has been tested on Windows. Now I would like to ask, whether there is a possibility to make this version a standard version included in the instalation of Inkscape? Eventually what steps are required to switch the Python version in the standard distribution of Inkscape? I can provide you the list of all steps, that have to be done to update the Python version for Windows and offer closer cooperation by making this change. I believe, this change would make the possibilities of the extensions even better, especially the possibility of having graphical user interface, which is easy to made. Best regards Lubomir =

3 2

Inkscape circuit love ;)
by saar drimer 17 Feb '14

17 Feb '14

Hello Inkscape devs. In the past I've mentioned PCBmodE, an open source circuit design software I've written that uses Inkscape as its GUI (sort of). More here: https://bitbucket.org/boldport/pcbmode A few days ago I've released my first official product that includes a board I've made with PCBmodE (and Inkscape!) http://boldport.tictail.com/product/the-tiny-engineer-superhero-emergency-k… http://boldport.com/boards/emergency/index.html I'll be donating 50p to the Inkscape Fund for each unit from the first batch of 300 that sells. Inkscape has been an integral part of creating this product (PCB and print design), and I'd like to give back to you developers for the great work and effort you've been putting into this software! I'm writing this to you in the hope that you'd be interested in this story (and perhaps PCBmodE and product) but mainly to hear feedback. All the best, saar.

2 1

Is the wiki down?
by John Cliff 17 Feb '14

17 Feb '14

Hi all, Is the wiki down? dont seem to be able to connect to it. Cheers John

5 8

viewBox and preserveAspectRatio
by Tavmjong Bah 13 Feb '14

13 Feb '14

Hi, A heads-up... While mucking about the code I noticed that the same basic code to handle viewBox and preserveAspectRatio appeared in multiple files (8 times?) having originally been pasted directly or copied with some changes. Overtime the code was tweaked here and there. I have created a new base class to handle viewBox and preserveAspectRatio and modified sp-root, sp-symbol, sp-image, sp-pattern, and marker to use the new class, resulting in a reduction of over 400 lines of code (yeah!). In the process, I've fixed a number of issues with using percentage based x, y, width, and height values. Please let me know if you find any problems. Tav

6 24

patches for the bughunt waiting for some testers
by insaner 10 Feb '14

10 Feb '14

very trivial patches to test: https://bugs.launchpad.net/inkscape/+bug/1171109 comment #19 and https://bugs.launchpad.net/inkscape/+bug/1251951 comment #9 please test and provide feedback so I can check in the changes for the first one, and figure out what to do with the second one. Thanks -- View this message in context: http://inkscape.13.x6.nabble.com/patches-for-the-bughunt-waiting-for-some-t… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

3 7

Mac OS X Mountain Lion x86_64 packaging of 0.48.4
by Valerio Aimale 10 Feb '14

10 Feb '14

Hello, I am not an official packager, but I was eager to have an updated version of Inkscape for Mac OS X and I noticed that nobody is packaging the new version. I've packaged it for Mountain Lion and x86_64. It should be considered a beta packaging. I've packaged from version 0.48+devel r12005 You can download it at: https://rapidshare.com/files/3885726044/Inkscape_MountainLion_x86_64.dmg The Mac Os X packaging infrastructure in the source tree is a bit ancient. Things I've noticed: - configure.ac uses syntax that is not conforming anymore with autoconf/automake/authohear 1.13. Going forward that should be updated. - the scripts osx-build.sh os-app.sh needs update for the newest Xcode versions. they don't work out of the box. - the dylib base relocation infrastructure needed to be rewritten - the Platypus-derived ScriptExec executable might not be needed anymore - in this version, the app bundle executes the sh script directly. Features: - The version I packaged runs gtk-2.0+quartz. It does not need X11/Xquartz anymore to run. This is the direction GIMP has gone to as well. - It uses the same theme as GIMP. I think it's a good consistency decision, and it's the theme that looks best on Mtn Lion. If somebody want to try and report problems, I'd appreciate it Valerio

10 27

Mentors for GSoC this year?
by Josh Andler 10 Feb '14

10 Feb '14

Please reply if you're interested. Cheers, Josh

8 9

When is text "outlined" ?
by mathog 10 Feb '14

10 Feb '14

In _renderItem in src/display/drawing-text.cpp there is a conditional section under if (_drawing.outline()) { that never seems to execute. Oddly, give its name, it appears that what it would do if it was ever activated, would be to draw the glyphs and then fill them. (Not stroke them). A breakpoint was placed in there and Inkscape was run for a while, making edits, rotating, scaling, stretching, changing the formatting, converting to paths, but nothing caused execution to enter that section. I give up - what is the action that makes a text "outline" active? Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

3 4

Python bindings
by pradeep.pyro 09 Feb '14

09 Feb '14

Hi, Which version of the lib2geom Python bindings is recommended for use: Boost-Python or Cython? I can build both versions on Windows, but I cannot use them. Here is the error that I receive when I import either of the modules: >>> import cy2geom Traceback (most recent call last): File "<stdin>", line 1, in <module> File "cy2geom.pyx", line 5, in init cy2geom (C:\Users\xxx\Desktop\lib2geom\build\src\2geom\cython-bindings\cy2geom.cxx:1094) ImportError: DLL load failed: The specified procedure could not be found. I followed the exact build and install procedure found in the README.win32 document. Appreciate any help on this, thanks. Best regards, - Pradeep -- View this message in context: http://inkscape.13.x6.nabble.com/Python-bindings-tp4969424.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

5 5

std::string with char*
by Tavmjong Bah 07 Feb '14

07 Feb '14

Hi, It is good we are slowly moving to using std::string... but mixing it with char* can be tricky. In particular, I've seen several bugs recently when char* is a null pointer. You cannot initialize a std::string with a null pointer. You will get at run time: terminate called after throwing an instance of 'std::logic_error' what(): basic_string::_S_construct null not valid I don't know what "best practice" is but this seems to work: std::string my_string = c_string ? c_string : ""; You can also not compare a std::string to a null pointer. Tav

3 2

Inkscape Trademark Policy
by Bryce Harrington 05 Feb '14

05 Feb '14

Hi all, One of the Inkscape Board's actions in 2013 was to establish a trademark policy for the Inkscape name and logo. With the Software Freedom Conservancy's help we've completed the registration and documented under the About menu item on the website: http://inkscape.org/en/about/trademark-policy/ The motivation for doing this was due to questions that kept cropping up from people wanting to use it for legitimate purposes (e.g. using our unmodified logo on merchandise), and from people noticing our trademark used illegitimately (e.g. selling unrelated software using our name or logo). We wanted a policy that would provide clear guidance for all these uses, that would be liberally permissive for non-commercial and FOSS-friendly commercial uses, while prohibiting obviously fraudulent uses. Along with this, I've added a FAQ entry (below) with a brief summary. Bryce == FAQ: How are the Inkscape name and logo protected? == The Inkscape name is trademarked under U.S. Trademark Law, and held and administered by the Software Freedom Conservancy. Our policy is available on the website, and describes the conditions under which you can use our name and logo. We've aimed to make our requirements reasonable and friendly: We want to avoid things like other groups claiming to be or represent us when they don't, or to distribute our software in ways that aren't consistent with our license. The logo is similarly trademarked and covered by our trademark policy. We're cool with people creating derivative works that help promote Inkscape or make it fit in with a given user interface style, but we don't want to see it abused by companies that might incorporate it into their own logos. For merchandising, you are welcomed to use our unmodified logo; for anything else, please contact the Inkscape Board for permission.

2 1

Re: [Inkscape-devel] Making inkscape usable in valgrind grumble
by mathog 05 Feb '14

05 Feb '14

On 03-Feb-2014 20:01, Krzysztof Kosiński wrote: > In the long term, I think the consensus is that we should move away > from garbage collection and towards explicit memory management with > smart pointers. In the short term, I'm afraid there is little we can > do about this. The initial pieces of the puzzle are already in place > with the C++ification work on the SP tree. Apparently the current GC does not call destructors when it automatically removes memory. Inkscape has code in gc-finalized to tack a destructor onto an entry, but it isn't easy to see how often it is employed (grep shows "Finalized" in only a handful of source of files), and gc-finalized.h lists several caveats, which say that there are lots of situations where it might never act even if invoked. > GC is mainly used in code related to XML and undo handling. Removing > GC there requires modifying every piece of code that creates or > deletes XML nodes - at least 277 places according to grep. Speaking of that section, is there some debugger trick for keeping track of the objects that that code creates and deletes? I've been trying to follow it in gdb but since the memory pointers move around from run to run, and just running gdb seems to change what inkscape does (probably because mouse events are caught in strange ways, or windows overlap), it is really tedious. I ask because my text decoration mods blow up in style.cpp in sp_style_paint_server_ref_modified() when a certain simple object is selected on the drawing surface and then copied - but not if it is cloned. That object is just this: <text style="font-size:40px;fill:none;stroke:url(#MyPattern);stroke-width:5;" y="40"><tspan>A<tspan style="text-decoration:underline">B</tspan></tspan></text> The copy (==^C) triggers an insane amount of activity which passes in and out of style.cpp, where signals are attached and detached, apparently to/from the same objects much of the time, until eventually it drops into the function mentioned above with a PaintServer server that no longer matches the ones in style->stroke and style->text_decoration_stroke (which match each other), which triggers the crash. (After having previously been in that same function maybe a dozen times without issue.) It is my impression that there is vastly more activity for this simple copy then there is in just reading in that section of the file in the first place. (It definitely calls sp_style_write_string() at least 2 times for each of the styles in the section being copied, probably because execution control is through the setting and resetting of modified flags, rather than by doing a single "atomic" 1:1 copy.) Conversely, this object: <text style="font-size:40px;fill:url(#MyPattern);stroke:none" y="40"><tspan>A<tspan style="text-decoration:underline">B</tspan></tspan></text> copies without issue. It too triggers a lot of activity, including redundant sp_style_write_string() calls, but somehow it avoids whatever pitfall the first one falls into. As far as I can tell the implementations for style->text_decoration_fill and style->text_decoration_stroke are symmetrical, so why one crashes, and the other doesn't is pretty mysterious at present. It has something to do with the paintServer href, since there are no problems with text_decoration_stroke when it does not use a pattern or a gradient. Tracing execution in this region is no fun since much of it is driven by signals that trigger calls to stored references to functions. I can watch it creating patterns, objects, and styles, but figuring out which is which solely from their pointers, which change from run to run, is not a lot of fun. Thanks, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 0

New to Inkscape
by gagan 04 Feb '14

04 Feb '14

Hey all, I am a new user here at Inkscape and don't know what to do. I want to contribute to this projects as a developer; can anyone help me out where to start. Thanks in advance -- Thanks Gaganjyot http://codeify.wordpress.com "Jai Sai Naath"

3 2

LGM 2014 Leipzig
by Tavmjong Bah 04 Feb '14

04 Feb '14

Hi, If the Inkscape board were to offer some financial support to attend LGM (April 2-5 in Leipzig, Germany)[1] who would be interested in attending the meeting? There will be people from Gimp, FontForge, Scribus, etc. as well as a number of SVG Working Group members there. At the moment, I am the only one I know from Inkscape (besides Alexandre Prokoudine and Sirko Kempter, both LGM organizers) who is signed up to attend. Tav [1] http://libregraphicsmeeting.org/2014/

1 0

Future plans for XML namespaces in Inkscape and SVG 2
by Jarek Foksa 03 Feb '14

03 Feb '14

Are there any plans for Inkscape to move away from XML namespaces when SVG 2, HTML 5 and Web Components will become widely supported and XML namespaces will get deprecated? If this is the case, I think it would be great opportunity to clean up the current namespace mess. Ideally, I would like to see all vendors of SVG editors to agree on a common “editor” namespace that would be implemented with HTML 5 data- attributes and custom elements. My proposal: 1. Drop “dc:", "cc:" and "rdf:" namespaces and remove any elements and attributes using them as this is just useless noise. 2. Drop "xlink:" namespace prefix (as defined by the SVG 2 spec). 3. Convert all elements in “inkscape:" and "sodipodi:" namespace to custom elements with "editor-" prefix (as defined by Web Components spec) 4. Convert all attributes in “inkscape:” and "sodipodi:" namespace to data- attributes (as defined by HTML 5 spec). For example following SVG 1.1 document generated by current stable version of Inkscape: <svg xmlns:svg="http://www.w3.org/2000/svg" xmlns="http://www.w3.org/2000/svg" xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:sodipodi="http://sodipodi.sourceforge.net/DTD/sodipodi-0.dtd" xmlns:inkscape="http://www.inkscape.org/namespaces/inkscape" version="1.0" width="1000" height="2000" viewBox="0 0 1000 2000"> <sodipodi:namedview pagecolor="#ffffff" bordercolor="#666666" borderopacity="1" objecttolerance="10" gridtolerance="10" guidetolerance="10" inkscape:pageopacity="0" inkscape:pageshadow="2" inkscape:window-width="1366" inkscape:window-height="689" id="namedview1530" showgrid="false" inkscape:zoom="0.57" inkscape:cx="542.23281" inkscape:cy="1495.4813" inkscape:window-x="0" inkscape:window-y="27" inkscape:window-maximized="1" inkscape:current-layer="svg2"/> <image sodipodi:absref="/image.png" xlink:href="image.png" width="950" height="632"/> <path inkscape:connector-curvature="0" d="M 60,10 L -40,-45"/> </svg> ... could become this in future when saved as SVG 2 document: <graphics width="1000" height="2000" viewbox="0 0 1000 2000"> <defs> <editor-namedview pagecolor="#ffffff" bordercolor="#666666" borderopacity="1" objecttolerance="10" gridtolerance="10" guidetolerance="10" pageopacity="0" pageshadow="2" windowwidth="1366" windowheight="689" id="namedview1530" showgrid="false" zoom="0.57" cx="542.23281" cy="1495.4813" windowx="0" windowy="27" windowmaximized="1" currentlayer="svg2"> </editor-namedview> </defs> <image data-editor-absref="/image.png" href="image.png" width="950" height="632"/> <path data-editor-connector-curvature="0" d="M 60,10 L -40,-45"/> </graphics> Some related documents: - Custom elements: http://w3c.github.io/webcomponents/spec/custom/ - Proposal for improving SVG DOM: http://dev.w3.org/SVG/proposals/improving-svg-dom/ - Data attributes: http://www.whatwg.org/specs/web-apps/current-work/#embedding-custom-non-vis… Do you think this has any chance to get adopted by Inkscape? If not, do you have any alternative plan to improve the way how Inkscape stores non-standard data in SVG documents in the upcoming post-XML future?

5 8

wiki account
by Masanori Kanazu 03 Feb '14

03 Feb '14

Hi, I would like to contribute to the translation of Inkscape wiki into Japanese. I already finished translating these two articles. http://wiki.inkscape.org/wiki/index.php/Inkscape_for_Adobe_Illustrator_users http://wiki.inkscape.org/wiki/index.php/AdobeToolMap Could you please create a wiki account with username "mkanazu" for me? regards, Masanori Kanazu

2 1

Future plans for XML namespaces in Inkscape and SVG 2
by Jelle Mulder 03 Feb '14

03 Feb '14

Hi all, If anything I think the namespaces et al should be optional by using export switches. That would allow every user to create his own specified exports. Currently the is the Inkscape SVG file and plain SVG and optimised SVG, but I think it would be way more useful if there were just two kinds of SVG files. Inkscape native and export, the latter of which could be optimised with switches. If you'd then have a list of templates for optimisation (with a description on what it is used for)that would set these switches for the users, it would facilitate the user to find the right flavor of SVG. Currently you'll have to handcode a lot to create the right flavor and using such export facilities would simplify the process. In any case removing the XML namespaces doesn't feel like a good option as long as many people are using legacy software to get their SVG to parse right. Blink of all parsers imho is NOT the default to go with when it comes to parsing SVG and there are more things done with SVG than just produce content for the Android platform. SVG 2 seems still very much in flux and I would suggest not doing anything drastic until the recommendation level is reached, regardless of what a juggernaut like Google is doing. I guess they're flexible enough when it comes to exploiting standards for their own benefit as do all the others to try and push things their way, but that is basically what standards are for. To force the monopolists to adhere to standards. Not the other way around. Google in that respect can have a look at what happened to MS the past decade. And it may very well be the opening that MS would like to see if Google would divert. There are several products Google tried and dropped as well, without a blink. Please stick to the standard with tenacity. Any decent developer can handle the bloat. Oh,.. and... Happy Chinese New Year! Jelle Mulder

1 0