- Inkscape Devel - Inkscape Mailman

Trunk r12812 building on Windows for anybody?
by mathog 24 Nov '13

24 Nov '13

There seems to be a build problem right now on Windows with r12812. bzr update rm build.dep rm -rf build g++ buildtool.cpp -o btool btool stops here: compile src/xml/simple-document.cpp compile src/xml/simple-node.cpp compile src/xml/subtree.cpp ##### Target : link ##### link objects and library to create executable --- link / rc --- link / link Make error line 437: LINK problem: mingw32-g++: error: CreateProcess: No such file or directory Is a new devlib needed? My system is currently at 47. If that is the problem, could we please have a small revision of btool so that it checks the devlib number and emits a useful error message if the needed version is not present? Thank you, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

7 24

Re: [Inkscape-devel] Questions from InfoWorld.com (Tavmjong Bah)
by Jelle Mulder 24 Nov '13

24 Nov '13

Hello Tav, I happen to know these other tools really well, but there is not that much Inkscape can do that the others cannot. That said,.. these are the most important aspect why I started to use Inkscape almost exclusively. ** Some other things Inkscape does that the others do not. *** Inkscape uses SVG as it's native file format. This ensures a minimum of fuss in publishing documents on-line. It has the single widest support of the SVG 1.1. standard of all authoring tools you may find. Some of the tools in Inkscape are without equal. The filter editor allows you to create effects that other tools cannot hope to accomplish simply because their native file format is not SVG. There are always conversion steps you have in other authoring applications that you will not have using Inkscape. Errors therefore are confined to browser or viewer implementation. Though some of the basic functions in Inkscape are a bit Spartan, it often is at the more complex things you can do with vector graphic that Inkscape can do things nothing else can out of the box. No other authoring tool will allow for editing the code directly, through an XML editor, nor does any other authoring tool allow you to add scripts in your SVG code, both in Inkscape and outside it, which will be negated by the editor and left alone during the parsing of the drawing. You can often take arbitrary code generated by other authoring applications or even hand coded SVG and happily edit the file in Inkscape and save it back without it being messed up by the editor. Very few other applications are as forgiving accepting drawings from other applications and then being able to edit them.

1 0

Windows devlibs
by Josh Andler 20 Nov '13

20 Nov '13

Is http://wiki.inkscape.org/wiki/index.php/Tracking_Dependencies#Distros up to date for the Windows devlibs? I'm mainly wondering why pango, gtk+, and gtkmm appear to be so outdated. Cheers, Josh

4 6

[tony@...3057...: URGENT: please remove Google Checkout links from your site ASAP]
by Bryce Harrington 20 Nov '13

20 Nov '13

Is anyone able to edit the current site? If so, we should switch off the google checkout links. Bryce ----- Forwarded message from Tony Sebro <tony@...3057...> ----- Date: Tue, 19 Nov 2013 17:34:57 -0500 From: Tony Sebro <tony@...3057...> To: inkscape@...3057..., Inkscape Board <inkscape-board(a)lists.sourceforge.net> Subject: URGENT: please remove Google Checkout links from your site ASAP Hi, all: I note that you still have a Google Checkout link on the Inkscape website (specifically, on your "Donate to Inkscape" page). As was announced a few weeks ago, Google is sunsetting their Google Checkout service as of tomorrow (November 20) [1]. To avoid creating problems for your donors (and for Conservancy), I ask that you please remove any Google Checkout links from your website immediately. Thanks! Best, -Tony [1] for more information on Google's time frame for shutting down Google Checkout, please refer to: https://support.google.com/checkout/sell/answer/3080449?hl=en-GB -- Tony Sebro, General Counsel, Software Freedom Conservancy +1-212-461-3245 x11 tony@...3057... www.sfconservancy.org ----- End forwarded message -----

2 3

possible bug
by TimeWaster 19 Nov '13

19 Nov '13

hi, i think with the change from inkex.unittouu to Effect.unittouu in inkex.py (r12722) was a bug introduced (regression). am i right that a user unit is equivalent to a pixel? if yes, the actual implementation is converting to *something* but not to user units. i think the code should look like this (or the method should be renamed to something other than *touu): if u: try: return retval * self.uuconv[u.string[u.start():u.end()]] except KeyError: pass else: # default take document unit return retval * self.uuconv[self.getDocumentUnit()] can somebody confirm this? its also the same with uutounit, it should be: def uutounit(self, val, unit): return val / self.uuconv[unit] regards, TimeWaster -- Save a printer manufacturer. Print this e-mail unless it's really necessary not to do so.

3 4

PDF X series.
by john Culleton 19 Nov '13

19 Nov '13

When I create a book cover using the perfect book cover template I still need to convert it to either PDF X/3 or PDF X/1-a:2001 format for the printer. Today there is no way to do this in Inkscape. I must import it into Scribus 1.5.0 or Adobe Acrobat just for the conversion. Are there any plans to add this feature to Inkscape? -- John Culleton Wexford Press Free list of books for self-publishers: http://wexfordpress.net/shortlist.html PDF e-book: "Create Book Covers with Scribus" available at http://www.booklocker.com/books/4055.html

4 6

Devlibs, GTK3, latest TDM-GCC
by Johan Engelen 19 Nov '13

19 Nov '13

Hi all, To the devlibs gurus: what is the status of GTK3 devlibs and, can we try and make them compatible with the latest TDM-GCC? It'd be nice to be able to use the latest gcc so we can use more C++11 in the future. I'm not sure how much help can I can provide, but if supplied with sufficiently detailed instructions, I don't mind compiling a lot. Cheers, Johan

2 5

Branches: open them up !
by Johan Engelen 19 Nov '13

19 Nov '13

Hi all, Please open up your branches for commits from others. It is kind of annoying not being able to help...... Thanks, Johan

3 2

Embedded libraries
by Alex Valavanis 19 Nov '13

19 Nov '13

Hi All, I just thought that we could use a quick status check on the embedded libraries in the Inkscape repo... i.e., what we have, and what we intend to do with them. My personal preference is to get rid of as many of them as possible. Here is a list of what I think the current status is... please let me know what you think: * cxxtest - There's a patch for building against an external copy, but it introduces a few compiler warnings and there's no OSX port of cxxtest available yet [1]. We're currently running an ancient version with no customisation... we should really bump to the most recent upstream version and wait for OSX before we can drop it. Also, there's talk of replacing this with the google test framework. * 2geom - Tracking the possibility of building against an external copy here [2]. Last time I checked, there was a crash on startup. Perhaps it would be helpful to explicitly track the upstream revision of lib2geom that's currently embedded in trunk? Until it's packaged in distros, there's not much scope for aggressively pursuing this! * libavoid/libcola/libvpsc - all taken from the Adaptagrams project [3]. Review needed to see what divergence exists between our copy and the upstream version. Not available in many distros. * libcroco - tracked here [4]. All upstream changes merged. Minimisation of the diff in progress, then we can send patches upstream where possible. Available in Ubuntu, at least. * libdepixilize - New GSOC contribution. Any plans for this to be released as a standalone package? Would be good to enable an optional external build. * libgdl - We build against external lib when using the experimental gtk+ 3 branch. All the important patches have been accepted upstream. We'll delete our internal copy when we finally switch to gtk+ 3 builds. See bug #792115 [5]. No further action needed * libnrtype - I believe that there was a plan to replace most/all of this with Pango [6]. Is this still the intention? Is anyone in particular coordinating things? * libuemf - New contribution [7]: Is there a plan to push this to distros? Would be good to enable an optional external build * livarot - Apparently huge deviation from upstream lib [8]. Not in many distros. ...and I think that's it! AV [1] https://bugs.launchpad.net/inkscape/+bug/1094771 [2] https://bugs.launchpad.net/inkscape/+bug/1155947 [3] http://www.adaptagrams.org/ [4] https://bugs.launchpad.net/inkscape/+bug/648246 [5] https://bugs.launchpad.net/inkscape/+bug/792115 [6] http://wiki.inkscape.org/wiki/index.php/Pangoification [7] http://sourceforge.net/projects/libuemf/ [8] http://sourceforge.net/projects/livarot/

5 7

new compile warnings on Windows r12816
by mathog 16 Nov '13

16 Nov '13

Some change recently in compiler flags on Windows build, now seeing at r12816 cc1.exe: warning: command line option '-Woverloaded-virtual' is valid for C++/ObjC++ but not for C [enabled by default] cc : compile src/libuemf/uemf_endian.c (src/libuemf/uemf.h modified) Regards, David Mathog mathog@...1176... Manager, Sequence Analysis Facility, Biology Division, Caltech

1 0

scan-build
by Alex Valavanis 14 Nov '13

14 Nov '13

Hi All, Has anyone played around with the Clang analyzer much [1]? I gave it a quick run last night, and it picked up a few hundred potential issues in our code. At first glance, a lot of them are probably harmless, but the tool is very good at highlighting places where we could be referencing NULL pointers or using uninitialised variables. Even when we "know" that the highlighted code is safe (e.g., pointers have implicitly been checked before referencing), we can add assertions to make the safety explicit. Here's an example [2] I'd strongly recommend that we make use of this tool! AV [1] http://clang-analyzer.llvm.org/scan-build.html [2] http://bazaar.launchpad.net/~inkscape.dev/inkscape/trunk/revision/12798

2 2

xlink:href eternal files
by Jelle Mulder 13 Nov '13

13 Nov '13

Hello guys, I was wondering how much work it would be to get Inkscape to use external file objects in the xlink:href context. I would be way cool if that would be possible and it would make my life so much easier. Now I have to hand code it and rendering is only possible in browsers. But if it would be possible to <use> it in Inkscape and have the result be translated to all those other formats such as PDF it would create its own use case. Just sticking some objects from a library of objects together and separating the logic and the content of a project in Inkscape would be really useful. Granted, the problem arising is the amount of nesting to be available to a file, but if the nesting of linked objects goes too deep (more than 2 steps), it may be an option to copy them to the defs. It would also be useful to then be able to move them from the defs into an external file as to create libraries of objects. Obviously the Symbols tool basically uses this principle for the external libraries of objects, which get rendered in it, so my guess is that Inkscape basically is already capable of it. Giving the option to collate such projects together into a single file or vice versa, ripping them apart would be an added benefit. Cheers, Jelle

1 0

Namespace pollution (r12782)
by Krzysztof Kosiński 13 Nov '13

13 Nov '13

Hello r12782 introduces a third-level namespace called "Tools", i.e. Inkscape::UI::Tools. There are some problems with this: 1. While this does follow current practice, I don't think the current practice is any good. The only result of having such deeply nested namespace hierarchies is the need to tediously type this all out, since if there actually is a naming conflict they prevent, it's a symptom of bad design / naming. 2. "Tools" is pluralized, while "Dialog" and "Widget" are not. This is inconsistent. It is sufficient to put all UI code in Inkscape::UI. This would also remove any doubt over whether to use e.g. "Inkscape::UI::Dialog::Print" (which makes the name as used within the namespace ambigous - "Print" what?) or "Inkscape::UI::Dialog::PrintDialog" (which is redundant) - one would simply use "Inkscape::UI::PrintDialog". In general, 2 levels of namespaces are entirely sufficient. XML tree goes into Inkscape::XML, UI code goes into Inkscape::UI, object (SP) tree goes into Inkscape::SVG (in the future), and so on. Regards, Krzysztof

3 3

Convert a rect to a path problem
by Jabiertxo Arraiza Cenoz 12 Nov '13

12 Nov '13

Hi to all, first sorry for this big mail. I want to convert a SP_RECT to path. This rect isnt selected and dont want to select it. The svg is a document with only a group and inside the SP_RECT. I test it whith two object inside and the same error. The code i use is: if ( SP_IS_RECT(subitem) ) { SPDocument *doc = subitem->document; Inkscape::XML::Document* xml_doc = doc->getReprDoc(); Inkscape::XML::Node *repr = xml_doc->createElement("svg:path"); /* Transformation */ repr->setAttribute("transform", subitem->getRepr()->attribute("transform")); /* Style */ gchar *style_str = (gchar *) sp_style_write_string(subitem->style); repr->setAttribute("style", style_str); g_free(style_str); /* Mask */ gchar *mask_str = (gchar *) subitem->getRepr()->attribute("mask"); if ( mask_str ) repr->setAttribute("mask", mask_str); /* Clip path */ gchar *clip_path_str = (gchar *) subitem->getRepr()->attribute("clip-path"); if ( clip_path_str ) repr->setAttribute("clip-path", clip_path_str); /* Rotation center */ repr->setAttribute("inkscape:transform-center-x", subitem->getRepr()->attribute("inkscape:transform-center-x"), false); repr->setAttribute("inkscape:transform-center-y", subitem->getRepr()->attribute("inkscape:transform-center-y"), false); /* Definition */ gchar *def_str = sp_svg_write_path(SP_RECT(subitem)->getCurve()->get_pathvector()); repr->setAttribute("d", def_str); g_free(def_str); Inkscape::XML::Node *parent = subitem->getRepr()->parent(); gint pos = 0; char const *id = subitem->getRepr()->attribute("id"); pos = subitem->getRepr()->position(); // remember id gchar *title = subitem->title(); gchar *desc = subitem->desc(); subitem->deleteObject(false); // add the new repr to the parent parent->appendChild(repr); repr->setPosition(pos > 0 ? pos : 0); repr->setAttribute("id", id); SPObject *subitem = doc->getObjectByRepr(repr); if (title && subitem) { subitem->setTitle(title); g_free(title); } if (desc && subitem) { subitem->setDesc(desc); g_free(desc); } if (repr) { Inkscape::GC::release(repr); repr = NULL; } //item_list = g_slist_append(item_list,subitem); //continue; } And the backtrace error is: ** Message: need to add dynamic switch ** Message: need to add dynamic switch ** Message: need to add dynamic switch ** (inkscape:3452): CRITICAL **: virtual unsigned int Inkscape::XML::SimpleNode::position() const: assertion `_parent != NULL' failed Program received signal SIGSEGV, Segmentation fault. 0x00000000005b879d in sp_group_perform_patheffect (group=0x7e63660, topgroup=0x7e63660, write=true) at ../../jabiertxof/src/sp-item-group.cpp:846 846 parent->appendChild(repr); (gdb) bt #0 0x00000000005b879d in sp_group_perform_patheffect (group=0x7e63660, topgroup=0x7e63660, write=true) at ../../jabiertxof/src/sp-item-group.cpp:846 #1 0x00000000005c638d in sp_lpe_item_update_patheffect (lpeitem=0x7e36a50, wholetree=true, write=true) at ../../jabiertxof/src/sp-lpe-item.cpp:381 #2 0x00000000005c67b1 in SPLPEItem::remove_child (this=0x7e63660, child=0x6dd53a0) at ../../jabiertxof/src/sp-lpe-item.cpp:709 #3 0x00000000005b7149 in SPGroup::remove_child (this=0x7e63660, child=<optimized out>) at ../../jabiertxof/src/sp-item-group.cpp:142 #4 0x000000000086ca1b in Inkscape::XML::CompositeNodeObserver::notifyChildRemoved (this=0x6dd5410, node=..., child=..., prev=0x0) at ../../jabiertxof/src/xml/composite-node-observer.cpp:49 #5 0x000000000087a017 in Inkscape::XML::SimpleNode::removeChild ( this=<optimized out>, generic_child=<optimized out>) at ../../jabiertxof/src/xml/simple-node.cpp:479 #6 0x00000000005dcfae in sp_repr_unparent (repr=0x6dd53a0) at ../../jabiertxof/src/xml/repr.h:104 #7 SPObject::deleteObject (this=0x7e36a50, propagate=false, propagate_descendants=false) at ../../jabiertxof/src/sp-object.cpp:454 #8 0x00000000005b8795 in deleteObject (propagate=false, this=0x7e36a50) at ../../jabiertxof/src/sp-object.h:464 #9 sp_group_perform_patheffect (group=0x7e63660, topgroup=0x7e63660, write=true) at ../../jabiertxof/src/sp-item-group.cpp:844 ---Type <return> to continue, or q <return> to quit--- #10 0x00000000005c638d in sp_lpe_item_update_patheffect ( lpeitem=lpeitem@...3051...=0x7e63660, wholetree=wholetree@...3051...=true, write=write@...3051...=true) at ../../jabiertxof/src/sp-lpe-item.cpp:381 #11 0x00000000005c7187 in SPLPEItem::addPathEffect (this=0x7e63660, value=<optimized out>, reset=true) at ../../jabiertxof/src/sp-lpe-item.cpp:509 #12 0x00000000007669cb in Inkscape::LivePathEffect::Effect::createAndApply ( name=0x12285d8 "bend_path", doc=<optimized out>, item=0x7e63660) at ../../jabiertxof/src/live_effects/effect.cpp:294 #13 0x000000000098b4f8 in Inkscape::UI::Dialog::LivePathEffectEditor::onAdd ( this=0x72cee80) at ../../jabiertxof/src/ui/dialog/livepatheffect-editor.cpp:423 #14 0x00007ffff5212748 in Glib::SignalProxyNormal::slot0_void_callback(_GObject*, void*) () from /usr/lib/x86_64-linux-gnu/libglibmm-2.4.so.1 #15 0x00007ffff04e86e0 in g_closure_invoke () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #16 0x00007ffff04f9966 in ?? () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #17 0x00007ffff05016bc in g_signal_emit_valist () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #18 0x00007ffff0501852 in g_signal_emit () from /usr/lib/x86_64-linux-gnu/libgobject-2.0.so.0 #19 0x00007ffff68e0b45 in ?? () ---Type <return> to continue, or q <return> to quit---q from /usr/lib/x86_64-linux-gnu/libgtk-x11-2.0.soQuit (gdb) Any help is welcome and thanks for read the mail. Regards, Jabier.

2 3

Buildd mails
by Markus Engel 10 Nov '13

10 Nov '13

Hi devs, when moving some files around I seem to have broken make check accidently. I forgot to regenerate POTFILES.in. This should work again tomorrow, I just committed the new file. Sorry for causing the noise. Regards, Markus

1 0

How can I Help Speed Up the Inkscape 0.49 Release?
by Shlomi Fish 08 Nov '13

08 Nov '13

Hi all, how can I help speed up the Inkscape 0.49 release? I'm interested in doing that and have some free time. Regards, Shlomi Fish -- ----------------------------------------------------------------- Shlomi Fish http://www.shlomifish.org/ http://www.shlomifish.org/humour/bits/Can-I-SCO-Now/ - "Can I SCO Now?" The gods help them that help themselves. ( Aesop ) Please reply to list if it's a mailing list post - http://shlom.in/reply .

2 2

Re: [Inkscape-devel] Version number
by Jared Meidal 08 Nov '13

08 Nov '13

My vote is for Inkscape 5, pointing to maturity of the .4x.x line, and to demonstrate overall reliability and maturity of the application. My secondary vote, would be for Inkscape 0.91, moving toward a 1.0 release. Overall it would be great to update a features-to-version-number page to help map where we are, and where going. --Jared > I wrote that in as more a placeholder, way, way back when. At the time > we had consensus that Inkscape wasn't mature enough in terms of features > and stability to justify calling it 1.0. I wanted to keep that as a > goal in the roadmap, and to tie it to something tangible. SVG 1.0 > seemed like a logical place to put a pin in, but there wasn't a huge > amount of thought put into it. It could easily have been "Switch to > Cairo for rendering." > > I can see the next major release after 0.48.x as a candidate for change as the "9'er" may lend itself toward a new scheme. > > > > * 0.49.0 --> 0.90.0 (followed by 1.0, 1.1, 2.0...) > This sounds like a good approach. Might go to 0.91 just to avoid the > usual confusion people have with our 0.x0 releases (i.e. people will > call it version 0.9. > > * 0.49.0 --> Inkscape 9 (followed by Inkscape 9.1, 10.0...) > Seems like tooo big of a jup. > We also discussed date based version numbers. At the time it was quite > a fad and a lot of projects were adopting that. Seems less widely used > now, except by projects that follow strict time-based release > schedules, like distributions. > > There have been a lot of excellent developments to be release in the next release, including C++, cairo, alignment/distribution along with new possible builds on win64-bit (Partha's help), and native Mac OS X (some almost-ready builds are out there). If these all reach maturity for the release the new builds are providing an increase audience and userbase. A changing version numbering scheme could reflect the developers' acknowledgement of this and demonstrate the activity of the software project. > Yep. > Bryce > > > > Just IMHO, > > > > --Jared

10 18

Gradients with objectBoundingBox coordinates not being preserved or rendered correctly
by Bryan Hoyt | Brush Technology 08 Nov '13

08 Nov '13

If I create a gradient in Inkscape, the default coordinate space is userSpaceOnUse, as opposed to objectBoundingBox (see https://developer.mozilla.org/en-US/docs/Web/SVG/Attribute/gradientUnits). This is ok, but if I edit a gradient manually (via a text editor or the XML editor) to change it to objectBoundingBox coordinates, I would like it to stay that way. objectBoundingBox gradients are very useful if you want to animate or otherwise interact with the SVG using javascript in a browser -- the gradient will move relative to the object, and you don't have to write extra complicated code to try and keep it lined up. Currently, *a)* Inkscape initially renders the gradient nodes in the correct position, but does not render the gradient colours themselves. So the object has a flat colour. *b) *As soon as I drag one of the endpoints, it reverts to userSpaceOnUse coordinates. Which means that it becomes quite difficult to edit my SVG file in Inkscape ever after! Ideally, the object would be coloured correctly, and if I move a node or endpoint, it would remain in objectBoundingBox coordinates. Better yet, there would be a way to switch to objectBoundingBox coordinates from within the GUI, to avoid having to calculate the conversion maths in the XML editor. How hard would those things be to fix? - Bryan -- Bryan Hoyt, *Software Developer* -- Brush Technology *Ph:* +64 3 741 1204 *Mobile:* +64 21 238 7955 *Web:* brush.co.nz

5 9

wmf-inout bug
by Johan Engelen 06 Nov '13

06 Nov '13

Hi all, Clang found a potential bug. In /src/extension/internal/wmf-inout.cpp, line 1408: int32_t width, height, colortype, numCt, invert; if( (iUsage != U_DIB_RGB_COLORS) || !(dibparams = wget_DIB_params( // this returns pointers and values, but allocates no memory dib, &px, &ct, &numCt, &width, &height, &colortype, &invert )) ){ Now if the first condition is true ("(iUsage != U_DIB_RGB_COLORS)") the second part will not be executed, and thus all those ref'd variables will go un-initialized. I'd appreciate it if someone with more knowledge about wmf-inout.cpp would have a look and fix the code (it's pretty ugly to put the initialization call in the if-condition...) Thanks! Johan

2 3

Image Gallery thumbnails
by Jared Meidal 06 Nov '13

06 Nov '13

Martin, The beautiful thumbnails have disappeared! 😊 http://staging.inkscape.org/en/community/gallery/ Any possibility of restoring them? --Jared

2 1

Re: [Inkscape-devel] Bug Counts on Website
by Jared Meidal 05 Nov '13

05 Nov '13

Martin, The staging site states there are 4 Blockers/4865 Fixed, but the linked Launchpad pad page only lists 3/4866! Is sync off or delayed? --Jared > On Sat, 2013-10-19 at 02:14 +0200, Krzysztof Kosi?ski wrote: > > Is there some way to change the background color? The background for > > blocker bugs is so light that it's hard to read the number, while the > > background for fix released bugs should be green, I think :) > > So there are two colour controls. Firstly the CSS, I can make the yellow > darker so it's readable. > > Secondly the counts, changing the low count to forty million bugs should > make it green. Whatever the number of bugs, it's bound to be lower than > forty million. > > Martin,

3 3

New version and release notes
by Jared Meidal 05 Nov '13

05 Nov '13

I think this place would be a great area to highlight and determine what are our major "talking points" in the next release: http://wiki.inkscape.org/wiki/index.php/Release_notes/0.49 Also, was harmony achieved in setting the next release number at 0.91.0? I would be happy to help craft some of the release notes here, but I need wiki access. Thanks! --Jared > On Fri, 2013-10-18 at 23:59 +0000, Jared Meidal wrote: > > There have been a lot of excellent developments to be release in the > > next release, including C++, cairo, alignment/distribution along with > > new possible builds on win64-bit (Partha's help), and native Mac OS X > > (some almost-ready builds are out there). If these all reach maturity > > for the release the new builds are providing an increase audience and > > userbase. A changing version numbering scheme could reflect the > > developers' acknowledgement of this and demonstrate the activity of > > the software project. > > You make a persuasive argument. I like the idea of moving from 0.49 to > 5.0 with the idea that a 0.49 release is likely to uncover lots of bugs > from our massive list of changes. > > But whatever we do, I also like having a defined list of what would > certify us for such a big release PR type event. > > Martin,

2 1

About Page
by Martin Owens 04 Nov '13

04 Nov '13

Hey Devs, Specifically about the about page unearthed by KK over on dev. The about page on staging.inkscape.org isn't as good as the one over on http://en.dev.inkscape.org/about/ We could fetch the content (and I will) but we should check to see if there's any other content that needs updating. It won't be long now before the staging website will be live and what we have in the cms will represent inkscape to any visitors. If you can spare 10 minutes, go over to staging.inkscape.org and have a look around. If there's something you feel isn't fantastic, then consider helping make it better. Almost everyone can edit the cms on the website once they have created an account and I've added them as admins. Best Regards, Martin Owens

1 0

Dev website deterioration
by Krzysztof Kosiński 04 Nov '13

04 Nov '13

Hello all It appears that along with the considerable improvements in the "About" pages, some destructive changes to the dev website were made. 1. The coding style documentation and the "getting started" document is no longer available from the menu. In fact, none of the items in the "Developers" menu work. 2. Login does not work at all, and seems to send the password as a GET variable (e.g. it appears in cleartext on the address bar). 3. Menus contain duplicate items. For instance, "Developers" contains both "Bazaar" and "Source code", "Learn" contains both "User documentation" and "Manuals", and the "Donate" item is present both as a top level item and as a subitem in "Community". 4. News later than April 2011 have disappeared. Regards, Krzysztof

2 1

GSoC Mentor's meeting report
by Tavmjong Bah 04 Nov '13

04 Nov '13

Hi, Here is a report from the GSoC mentor's summit: To be honest, I didn't learn that much from this years conference. Probably for two reasons: The first is that I (as well as many others) were tempted by the sessions given by Google employees. While these sessions were interesting, they weren't really applicable to GSoC. BTW, if anyone can think of how it could be useful for Inkscape, I've got a $2000 coupon for using Google's cloud platform. The other reason is that there is probably less to learn after attending the summit last year. I kind of guessed this and if the Graphical Web (e.g. SVG Open) conference hadn't been just after in San Francisco I probably wouldn't have made the effort to attend. I did pick up a few things. The most interesting session I attended was titled "Developer Meetings Coding Sprints" but was really about ways to collaborate and communicate. Highlights[1]: 1. Have bug days using IRC. It helps to motivate people if a group is doing this together. It is also rewarding to be able to report "40 bugs squashed today". 2. Hangout using Google's Hangouts. Some people found it quite useful to announce that they would be on-line for a given period of time and let others freely join the conversation. I plan on giving this a try in the next couple of days. (For more organized sessions, the hangout can be live-streamed via YouTube so one doesn't need a Google account to watch.) 3. For serious planning and strategizing, face-to-face meetings are most useful. Separately, Bradley Kuhn, from the Software Freedom Conservancy was there; he is really encouraging us to use some of our pot of money to hold a meeting for this. As a final note, the GSoC timetable has been moved forward by quite a bit. Next year's organization applications are due on February 14th (rather than March 29th) and student applications are due March 21st (rather than May 3rd).[2] Tav [1]https://gsoc-wiki.osuosl.org/index.php/Developer_Meetings_Coding_Sprints [2]https://www.google-melange.com/gsoc/events/google/gsoc2014

2 1