- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] gnome or X test framework
by Vangelis Katsikaros 11 Jun '10

11 Jun '10

William Swanson wrote: > On Thu, Jun 10, 2010 at 12:27 AM, Vangelis Katsikaros > <vkatsikaros@...1244...> wrote: >> For example I could write a script: >> when program opens click this menu, click this button, drag that object, >> press these keyboard keys, roll the mouse wheel etc. > > This tool seems similar to what you are describing: > > http://groups.csail.mit.edu/uid/sikuli/ yep it is exactly that :) A friend suggested this too some hours ago, and I 've playing with it all this time. It does work as advertised and it's excellent for testing. I've been able to make inkscape run and do several GUI driven things. Drawbacks: - not so portable (a theme change can render it unusable not to mention switching OS). - when putting inkscape under pressure, careful timing must be used to make sure the simulation performs what you want and when you want. __________________________________________________ ×ñçóéìïðïéåßôå Yahoo!; ÂáñåèÞêáôå ôá åíï÷ëçôéêÜ ìçíýìáôá (spam); Ôï Yahoo! Mail äéáèÝôåé ôçí êáëýôåñç äõíáôÞ ðñïóôáóßá êáôÜ ôùí åíï÷ëçôéêþí ìçíõìÜôùí http://mail.yahoo.gr

2 2

gnome or X test framework
by Vangelis Katsikaros 11 Jun '10

11 Jun '10

Hello I would like to ask if there is a gnome or X testing suite that could either in a controlled or monkey/fuzzy way, simulate user actions on a GTK or X in general program. For example I could write a script: when program opens click this menu, click this button, drag that object, press these keyboard keys, roll the mouse wheel etc. I want to use it to reproduce some test cases several times and then compare some profiling data. Of course, the same thing could have been used for bug hunting and regression testing, so since I haven't seen anything like that used around, I am not positive that sth like that exists. I have searched around for this, but couldn't find something (maybe I am using the wrong keywords...) except Squish for KDE (which I haven't used or know its current status). Regards Vangelis __________________________________________________ ×ñçóéìïðïéåßôå Yahoo!; ÂáñåèÞêáôå ôá åíï÷ëçôéêÜ ìçíýìáôá (spam); Ôï Yahoo! Mail äéáèÝôåé ôçí êáëýôåñç äõíáôÞ ðñïóôáóßá êáôÜ ôùí åíï÷ëçôéêþí ìçíõìÜôùí http://mail.yahoo.gr

2 3

Normal/preview screen mode!
by Jmx 09 Jun '10

09 Jun '10

In Indesign you have two screen modes: 1. Normal with objects visible outside the document borders. 2. Preview mode where you only see things inside the document borders. It's often very nice to be able to switch between those modes when designing. Anyone know if something like that is planned in the future? Have a great day =) -- View this message in context: http://old.nabble.com/Normal-preview-screen-mode%21-tp28733051p28733051.html Sent from the Inkscape - Dev mailing list archive at Nabble.com.

2 2

Changing font family, and -inkscape-font-specification
by Chris Lilley 09 Jun '10

09 Jun '10

Hello, I came across this in a file that someone sent me. It was generated by Inkscape 0.47 r22583. The font-family property is set on a text element, while child tspan elements have -inkscape-font-specification set to the full font name, but the font-family has not been set even though it has changed. Inkscape should have written font-family: Bitstream Charter. SVG viewers are therefore (correctly) not applying Bitstream Charter, in this example. And the content creator thinks that SVG viewers have 'font issues' as they don't display what was designed. Is this a known bug? SVG snippet: <text xml:space="preserve" style="font-size:40px;font-style:normal;font-weight:normal;text-align:center;text-anchor:middle;fill:#000000;fill-opacity:1;stroke:none;font-family:Bitstream Vera Sans" x="437" y="202" id="text3695"><tspan sodipodi:role="line" id="tspan3697" x="437" y="202" style="font-size:28px;font-weight:bold;-inkscape-font-specification:Bitstream Charter Bold">Semantic</tspan><tspan sodipodi:role="line" x="437" y="237" id="tspan3699" style="font-size:28px;font-weight:bold;-inkscape-font-specification:Bitstream Charter Bold">Web</tspan><tspan sodipodi:role="line" x="437" y="272" id="tspan3701" style="font-size:28px;font-weight:bold;-inkscape-font-specification:Bitstream Charter Bold">Technologies</tspan></text> -- Chris Lilley mailto:chris@...157... Technical Director, Interaction Domain W3C Graphics Activity Lead Co-Chair, W3C Hypertext CG

2 1

SVG Vector Effects in Inkscape
by Ivan Louette 09 Jun '10

09 Jun '10

Was anyone at this Chris Lilley's talk last year at SVG Open ? http://dev.w3.org/SVG/modules/vectoreffects/master/SVGVectorEffectsPrimer.h… Should be of course implemented in Inkscape ! It could also render obsolete some BoolOps LPE while beeing perhaps much lighter. ivan

6 10

Screenshots 0.48
by unknown＠example.com 09 Jun '10

09 Jun '10

Hi all, Don't we have any screenshots of 0.48? http://inkscape.org/screenshots/index.php?lang=en I forgot where to add screenshots... Ciao, Johan

2 1

Feature & String Freezes
by Joshua A. Andler 08 Jun '10

08 Jun '10

Hey all, Just wanted to let everyone know that Feature & String Freezes are now in effect. Only behind by a day right now, so that's pretty good. :) Translators please do your magic with the confidence that we won't be changing strings. :) Cheers, Josh

1 0

Re: [Inkscape-devel] New anti aliasing techniques for 2d rendering
by Michal Suchanek 08 Jun '10

08 Jun '10

On 5 June 2010 18:06, Juan Vuletich <juan@...2357...> wrote: > Hi Michal, > > Michal Suchanek wrote: >> >> On 3 June 2010 18:45, Juan Vuletich <juan@...2357...> wrote: >> >> >>> >>> Ok. Did it. Take a look at >>> http://www.jvuletich.org/Morphic3/tigerWholePixel.png . I think it is >>> closer to the subpixel rendered version than to Inkscape. >>> >>> But I did something else. I opened the web page on several displays. >>> Tried it in 3 LCD screens, with both DVI and VGA interfaces, and at >>> native resolution and at lower resolution. In all cases the subpixel >>> rendered version shows less pixellation and less color artifacts. Then I >>> tried on 2 15" CRT screens, one Trinitron and the other regular, at >>> 1024x768 and at 800x600. The whole pixel version looks consistently >>> better than the Inkscape rendering, although both show some colored >>> shadows that are due to the misalignment between logical pixels, the >>> display's color mask and the actual colored phosphor on the screen. The >>> subpixel version looks less pixellated and also with a slight colored >>> shadow, but in different places. Overall, I find the subpixel version to >>> also look better in these 2 CRT displays! Finally, I tried on an OLPC >>> XO, both in color and b/w modes. There, all alternatives look equally >>> good and it is hard to declare a winner. >>> >>> So I say that given that the majority of displays sold and in use are >>> RGB LCDs, given that it makes sense to obtain the highest possible >>> quality from the best and most used displays, and given that the >>> subpixel version looks better even in CRTs and doesn't hurt in the XO; >>> it is advisable to use the subpixel version on any display, at least as >>> a default. >>> >> >> I beg to differ. >> >> I use a rotated screen and the subpixel rendered images look odd and >> the color shadows make examining the images quite hard on the eyes, >> even more than the pixelation present in the Inkscape images. This is >> the reason I don't use subpixel rendering. No sftware I know can do >> vertical subpixel rendering or even switch the subpixel direction as >> the window is moved to a different screen or the screen is rotated >> differently. >> >> Thanks >> >> Michal > > I see you answered just to me, so I'll do the same. Anyway, it is ok for me > to have any of these discussions in public, as others might have things to > say... Sorry, I meant to reply to the list and as the list does not provide reply-to headers and my mail client is not capable of processing list headers the message went only to you. > > I see your points, they are valid issues. However, to me, avoiding subpixel > rendering is perfectly ok as a personal choice to live with an unfortunate > state of affairs, but there are better options for thechnology to evolve. I > mean: > > - WRT rotated screens and nonstandard subpixel geometries, ideally the > software should be able to query the hardware, do adjust the rendering as > appropriate. My code can do vertical subpixel, as well as adapt to BGR or > OLPC XO with just a few parameter tweaks. Yes, that would be nice option to have. Actually the geometry is known (for most LCDs it is RGB) and the direction can be determined by examining xrandr and window position. It's just not done, and cannot be done for prerendered images. > > - WRT to examining the images, I guess new tools are needed. The image zoom > software considers images as made of pixel as having the R, G and B I intentionally did not use zooming for the comparison, only displayed the page as-is on two screens, one with the expected RGB direction and one rotated. The reason for crude zooming in bitmap viewers is speed I guess, few people want to wait tens of seconds for their image to show in the viewer. Also without additional information you cannot know how the image was rendered and how it should be scaled or resampled for different subpixel positions and different resolutions. > components on the same point. My claim is that this is not true. Thinking > about it like digital audio, we have "the real thing", a continuous image > not made of pixels, and sampled as appropriate for the current target > device. So the idea of images made of rgb pixels is dead. And for examining > and editing images, no music producer works with individual samples, > although in the > old times all of them did work cutting and gluing magnetic tape. The same Working with pixels directly makes sense for very small low resolution images which are more akin to ASCII-art than actual pictures. As the resolution of display devices increases and images are getting more realistic the need for such low-level manipulation decreases as well. Still the low-res images strike back in the form of font glyphs and icons for pocket devices. Actually there is real a problem of converting fonts from vector outlines to some bitmap form which can be used for simple drawing operations (in this particular case for use in a bootloader which should not be concerned with rendering vector graphics). The current method freetype uses fails miserably for conversion to b&w (not grayscale) bitmaps but maybe there is no way how that can be done reasonably. Grayscale is the next thing on the list of things to try but I have not seen the results yet. If your software can render some CJK/Indic/whatever TrueType/OpenType/whatever font glyphs that would be another thing where good antialiasing could be useful. Rendering of Latin or such is also of use but there drawing all the bitmaps by hand is less of an issue and many bitmap fonts already exist. Thanks Michal

3 7

gsoc blogs
by Alexandre Prokoudine 07 Jun '10

07 Jun '10

Hi, There is a tradition to add blogs of "graphics" GSoC students to graphicsplanet.org every year. If your students blog on their projects, please let me know URLs/RSSs and I'll add them. Thanks, Alexandre Prokoudine http://libregraphicsworld.org

1 0

About shapes with translucent borders
by Juan Vuletich 06 Jun '10

06 Jun '10

Hi Folks, Inkscape and other SVG renderes draw shapes by drawing first the fill, and then drawing the border on top. As Ivan noted recently (in ""), at http://dev.w3.org/SVG/modules/vectoreffects/master/SVGVectorEffectsPrimer.h… and http://www.w3.org/TR/SVGTiny12/render.html#PaintingShapesAndText , it is clear that the standard requests to do that. I didn't know that, and took the time to render this svg: http://www.jvuletich.org/Morphic3/rects.svg like this: http://www.jvuletich.org/Morphic3/rectsInM3.png . It is a bit more complicated, but I feel it is better. What do you think? Should I simplify my code and just draw one over the other? Or should the standard be changed, and Inkscape and other renderers do what I did? Thanks, Juan Vuletich

4 7

Feature Freeze
by Joshua A. Andler 05 Jun '10

05 Jun '10

Hi all, We're ready to move into Feature Freeze. No further feature work is permitted at this point. Any remaining tasks regarding documentation needs to be wrapped up ASAP, as we will be moving to string freeze soon. Feature Freeze entails: No further development work. Disable features that aren't finished Post additional inkscape-0.48-pre*.tar.gz releases Focus on critical bug fixing. Finalize all tutorials, docs, etc. Finalize all extensions Finalize about screen Translators create translations. Inkscape must pass 'make distcheck' Establish the Stable Branch for release Disable features that won't be turned on in the release Post inkscape-0.48-beta.tar.gz ----- Here's a tentative release schedule (please, lets try to stick to this): Today (6/1) is Feature Freeze Monday (6/7) will be String Freeze Monday (6/21) will be Hard Freeze Monday (6/28) will be Release ----- To stick to this we need to address the following. @Felipe: It appears that either your device-cmyk work needs to get disabled at this time, which was suggested by Jon in the previous thread. Will you be able to address this soon? Please let us know. Bug 542346 @Jon: Please get the "UX" selector in that toolbar sorted ASAP. Are the "Auto" swatches initially editable in the F&S dialog yet? If not, it's looking like they'll need to be disabled again for this release. @Johan: I see you think you've fixed the LPE issue that bulia reported, thank you! @Tavmjong: Awesome work on the Text Tool! Is there anything else that is a "must" to get in/fixed? If so, is it looking feasible to get done in time with your schedule? Also, it appears that bug 583593 is assigned to you, any progress? If there are any other issues that have been overlooked please let me know. Thanks to everyone for all of your hard work! Cheers, Josh

5 7

Emergency save could need testing
by Jasper van de Gronde 05 Jun '10

05 Jun '10

I took the liberty of fixing a bug that would cause pretty much any autosave of a document that has already been saved before to fail: https://bugs.launchpad.net/inkscape/+bug/283769 I have tested with multiple files, new documents, existing documents and existing documents which were the result of an emergency save. Given that the release is slowly nearing I would love at least some confirmation that it also works on Linux(/Mac), as I've only tested on Windows. The attached file demonstrates some changes I used to add a Crash menu item to the file menu, as I didn't know of any other way to make Inkscape crash fast and reliably :) Also, if anyone can give the code a quick review that would be great as well (see revision #9470 and/or inkscape.cpp in trunk). (To ensure that I'm not abusing Document::base for example.) === modified file 'src/menus-skeleton.h' --- src/menus-skeleton.h 2010-04-11 08:51:39 +0000 +++ src/menus-skeleton.h 2010-06-02 12:18:02 +0000 @@ -18,6 +18,7 @@ " <verb verb-id=\"FileNew\" />\n" " <template-list/>\n" " </submenu>\n" +" <verb verb-id=\"FileCrash\" />\n" " <verb verb-id=\"FileOpen\" />\n" " <recent-file-list/>\n" " <verb verb-id=\"FileRevert\" />\n" === modified file 'src/verbs.cpp' --- src/verbs.cpp 2010-04-11 08:51:39 +0000 +++ src/verbs.cpp 2010-06-02 09:23:40 +0000 @@ -768,6 +768,12 @@ g_assert(parent != NULL); switch (reinterpret_cast<std::size_t>(data)) { + case SP_VERB_FILE_CRASH: + { + void (*func)() = 0; + func(); + } + break; case SP_VERB_FILE_NEW: sp_file_new_default(); break; @@ -2192,6 +2198,7 @@ new Verb(SP_VERB_NONE, "None", N_("None"), N_("Does nothing"), NULL), /* File */ + new FileVerb(SP_VERB_FILE_CRASH, "FileCrash", "Crash", "Crash", NULL ), new FileVerb(SP_VERB_FILE_NEW, "FileNew", N_("Default"), N_("Create new document from the default template"), GTK_STOCK_NEW ), new FileVerb(SP_VERB_FILE_OPEN, "FileOpen", N_("_Open..."), === modified file 'src/verbs.h' --- src/verbs.h 2010-04-11 08:51:39 +0000 +++ src/verbs.h 2010-06-02 09:24:18 +0000 @@ -33,6 +33,7 @@ SP_VERB_INVALID, /**< A dummy verb to represent doing something wrong. */ SP_VERB_NONE, /**< A dummy verb to represent not having a verb. */ /* File */ + SP_VERB_FILE_CRASH, SP_VERB_FILE_NEW, /**< A new file in a new window. */ SP_VERB_FILE_OPEN, /**< Open a file. */ SP_VERB_FILE_REVERT, /**< Revert this file to its original state. */

5 9

Gradient with beziercurves....
by Axel Richter 04 Jun '10

04 Jun '10

Hi Devs, i think, the gradientool are great and useful, but this could be more advanced. Nice function are the points on the gradientline, but the line should be handle in the second mode like a curve or bezier. every point should the graident tagential to the line or curve. the other option could be possible to convert the bezier-tool into a gradienttool. please all devs help me or take me the way to great this funktion. i like inkscape and i think this is the number one of vector-tools.

3 2

FW: SVG Open 2010 conference - Last Call for anInkscape contribution
by unknown＠example.com 04 Jun '10

04 Jun '10

Hi all, I think the mail below on the user maillist is more suited for the devel maillist :-) Ciao, Johan > -----Original Message----- > From: Andreas Neumann [mailto:a.neumann@...1944...] > Sent: Friday, June 04, 2010 07:02 > To: Inkscape User Community > Subject: [Inkscape-user] SVG Open 2010 conference - Last Call > for anInkscape contribution > > Hi all, > > As every year we are organizing the SVG Open conference > (http://www.svgopen.org/2010/). This year it takes place from > August 30 to September 1 in Paris. Inkscape was always > present in the past couple of years through presentations of > Jon Cruz, one time also a keynote. His contribution was > always one of the highlights of the conference. > Inkscape is the most powerful SVG editor we have at hand. It > would be very nice if the Inkscape project would be > represented at the conference. I am sure there are plenty > interesting aspects in Inkscape that would be worth being > presented at the conference. > > If you live close by and have time and interest in presenting > Inkscape, both from a developer, but also from a > designer/user point of view, you are still welcome to submit > a short abstract until June 9. The official abstract > submission deadline is over, but we are still accepting late > interesting submissions. If you are interested, please submit > an abstract at > https://www.svgopen.org/2010/registration.shtml (you first > have to preregister) or ask me questions, if any. > > I would hope that the Inkscape project could be present at > the conference. > > Thanks, > Andreas

1 0

mingw, freebsd cross build patches
by Jan Nieuwenhuizen 03 Jun '10

03 Jun '10

Hi, Last year I added Inkscape to our GUB cross build tool so that it creates installers for windows and some Linux/FreeBSD flavours. Inspired by the grand LGM event, today I've updated the patches to latest trunk, for mingw: inkscape-mingw.patch inkscape-wstring.patch for freebsd: inkscape-isfinite.patch inkscape-round-2.patch inkscape-wstring.patch In order to enable cross building, you also need to fix the hard setting of the PKG_CONFIG variable in configure.ac, the GUB builds scripts now have self.file_sub ([('AC_PATH_PROG\(PKG_CONFIG,', 'AC_PATH_PROG(ARE_YOU_FREAKING_MAD__OVERRIDING_PKG_CONFIG,')], '%(srcdir)s/configure.ac') as PKG_CONFIG is set to something like 'PKG_CONFIG': '''pkg-config \ --define-variable prefix=%(system_prefix)s \ --define-variable includedir=%(system_prefix)s/include \ --define-variable libdir=%(system_prefix)s/lib \ ''', Greetings, Jan. -- Jan Nieuwenhuizen <janneke@...570...> | GNU LilyPond http://lilypond.org Freelance IT http://JoyOfSource.com | Avatar® http://AvatarAcademy.nl

1 0

Power Stroke discussion
by unknown＠example.com 03 Jun '10

03 Jun '10

Hi all, This summer, Zhenfeng will work on a new "variable stroke width" LivePathEffect, called "Power Stroke". Now that Zhenfeng has started his GSoC, I'd like all who are interested to join the discussion on this page: http://wiki.inkscape.org/wiki/index.php/PowerStroke#Discussion_at_LGM_20 10. Already I got some great input at the Libre Graphics Meeting in Brussels last week. More input is always welcome. Thanks a lot! Johan

3 2

Proposal to create "Inkscape translators" team in Launchpad
by Lucas Vieites 02 Jun '10

02 Jun '10

Hi, I'd like to propose the creation of a Launchpad team called "Inkscape Translators" in the same way the "Inkscape Administrators" and "Inkscape Developers" exist in order to centralize the efforts of all us translators. Comments? -- Lucas Vieites Blog: http://blog.codexion.com/

4 10

SPObject counting clones
by unknown＠example.com 01 Jun '10

01 Jun '10

Hi all, Is the number of times an spobject is cloned (svg "use") counted? It would be a really great help in fixing a bug. So what I'd like to have is: SPObject obj; obj->clone_count or something similar. Thanks, Johan

2 2

Preferences help
by Tavmjong Bah 01 Jun '10

01 Jun '10

Could someone who understands preferences please look at bug #583593? https://bugs.launchpad.net/inkscape/+bug/583593 I am clueless. Thanks, Tav

1 0

attributes.h
by Alex Leone 01 Jun '10

01 Jun '10

Hi all, I've been working on the document properties dialog, which uses RegisteredWidgets (essentially wrappers that link a gtk widget to an XML attribute, so changing the widget changes the XML), and I've noticed that the code doesn't really use the attribute constants in attributes.h. My question: instead of using straight strings, for example "inkscape:document-units", should the code be using sp_attribute_name(SP_ATTR_INKSCAPE_DOCUMENT_UNITS) - Alex

2 1

Report from LGM 2010
by Tavmjong Bah 31 May '10

31 May '10

Hello, As I am sitting on the train returning from LGM 2010, I thought I would give you all a summary of the conference. There where many nice talks and it was great to finally meet many Inkscapers who I only knew by name. There were also very nice endorsements of Inkscape. The Fedora design team made a big point of expressing how much they LOVE Inkscape. Inkscape appeared all over the place at the conference, from designing icons to designing fonts. I am sure I have forgotten somethings as my memory needs a serious upgrade... so other Inkscape attendees, don't hesitate to correct me. Here is a summary of talks by Inkscapers about Inkscape or other topics. Friday: Jasper van de Gronde: Diffusion curves (gradients defined by values specified along the defining paths). Felipe Sanches (JucaBlues): GNU LibreDWG to read DWG files from AutoCAD. Saturday Jakub Steiner: Icon Workflows with Inkscape. Alexandre Prokoudine: Digital photography workflow on Linux with darktable. Andy Fitzsimons: Inkscape for everybody. Elisa de Castro Guerra: Workshop for Inkscape beginners (in French and English). Sunday John Phillips: Aiki framework. As a side note, he used Inkscape for his presentation, putting all his slides on one page and then zooming in and out on individual ones. Other Inkscapers present included Ivan Louette, Gemy Cedric, and Johan Engelen. My only critique is that it would have been nice to have had a demonstration of some of the new features of the upcoming Inkscape release. The list of other interesting talks is long. You can look at the website for a list of talks and the videos of all the talks should be online soon if not already. Some of the crowd favorites were the talk by the NodeBox2 group and the talk by Tom Lechner who showed a very impressive demonstration of putting images on a sphere and then unwrapping it. During the talks and at informal gatherings, there was quite a bit of discussion about what users need from Inkscape. Here is a list of requests: 1. Hyphenation support in the text tool. 2. Faster loading/displaying fonts in the menu. 3. Command line interface without opening the GUI. 4. Trapping for commercial work. 5. Fixes for bugs #167809 (Linked offset performance issues) and #270983 (Terrible performance node editing even in outline mode). In general there is a desire for more SPEED! 6. Shortcuts in tooltips (especially for tools). 7. Don't muck up imported SVG, e.g. turning ellipses into paths. This is important when planning to animate things. Many people design with Inkscape and then use Scribus for preparing files for commercial printing. Members of the SVG working group were present which lead to a number of useful discussions. They will hold a working group meeting tomorrow. Here are a number of topics that were covered: 1. Support for multipage documents. The proposal for multipage documents has been dropped from SVG 1.2 due to many negative comments. The proposal was too complicated for simple uses and not sophisticated enough for advance uses. If we push, a simplified version could be added to SVG 2.0. 2. Support for patterns along paths. Coming out of the discussion on Power Strokes lead by Johan Engelen, Doug Schepers of the SVG standards group expressed a great interest in pursuing this as it would allow some LPE like effects to be animated. Doug, in general, would like to see greater ability to edit/animate SVG. 3. Support for diffusion curves. 4. SVG Fonts: Firefox and IE at the moment don't have any interest in supporting, preferring to focus on WOFF implementation. It was pointed out by several people that SVG Fonts are much more useful for artistic purposes as one can imagine animating the glyphs or adding special effects to them. 5. Increasing the bit depth for some of the filters to avoid artifacts (e.g. the displacement filter or lighting filters). There is a need to balance requirements for small devices (small memory) with the need for large ones (smooth/accurate displays) but perhaps a compromise could be made (I've suggested adding an optional second byte to the bump maps). 6. Standardizing layers (Inkscape currently uses tagged groups for layers). Other SVG news is that Adobe is again interested in supporting the standard and that IE9 will support all of SVG except SVG fonts and filters. Finally, the SVG working group really stressed the need for community participation, especially from Inkscape. I have volunteered to help represent Inkscape in the group. So let me know on this list or off of any thing you want raised with the group. You can also join the SVG mailing list (www-svg@...157...). Jasper is already a member and I just joined. One of the more interesting talks was about trying to develop Open Source tools for fashion design. It seems that there is a need to develop adjustable patterns for those who don't have the petite bodies the industry designs towards. The industry just scales up the patterns for bigger women, leading to poor fit. After hearing the talk, someone has already created an Inkscape extension to help with the work. See: http://www.sew-brilliant.org/wiki/index.php?title=Projects Finally, several venues for LGM 2011 have been proposed. The leading candidate seems to be Ho Chi Min City, Viet Nam. Montreal is also a possibility. Felipe was encouraged to think about Brazil for 2012. Tav PS. Thanks to Jasper for reading a draft of this summary and making many corrections.

1 0

Re: [Inkscape-devel] Re : Re : Re : I suck at Perl (orcheck-markup)
by Preben Soeberg 31 May '10

31 May '10

> From: Krzysztof Kosiński [mailto:tweenk.pl@...400...] > > W dniu 30 maja 2010 14:33 użytkownik Preben Soeberg <prsodk@...400...> > napisał: > > Now at devlibs rev. 17, still having the same problem: > > > > Make error line 452: <msgfmt> problem: po/fr.po:18690: keyword "msgctxt" > > unknown > > po/fr.po:18690:8: parse error > > po/fr.po:18695: keyword "msgctxt" unknown > > po/fr.po:18695:8: parse error > > ... > > > > I'm not near a computer for the next week or so. > > I think you have an obsolete version of gettext tools installed in > your MinGW directory, or somewhere in your PATH before the devlibs > bin/ directory. Make sure that the msgfmt.exe from devlibs is first in > your PATH. > Thanks, that solved my problem. I just managed to test it, before I leave for the train. Regards Preben

1 0

Re: [Inkscape-devel] Re : Re : Re : Re : I suck at Perl (orcheck-markup)
by Uwe Schöler - OSS-Marketplace.com 30 May '10

30 May '10

Hi, if i try to update the de.po with "msgmerge -Uv de.po inkscape.pot" on Windows, i get a different error message: ----- inkscape.pot:18745: Schlüsselwort »msgctxt« ist unbekannt inkscape.pot:18745:8: parse error ----- Keyword »msgctxt« is unknown So i get at least 104 Error messages. Can someone fix this problem? Sincerely, UweSch > De : Peter Moulder <Peter.Moulder@...2349...> > À : Nicolas Dufour <nicoduf@...48...> >> Another check-markup related issue: [it doesn't support msgctxt >> lines] > > It's past my bedtime, so I haven't tested interesting cases > yet, but try the attached patch. Thanks for the patch. Unfortunately, it still doesn't work. But the error message is different now: ... fr.po: parse error; may be a bug in po/check-markup: #: ../src/ui/tool/transform-handle-set.cpp:479 ... And the fuzzy lines are now correctly ignored. Regards, -- Nicolas ------------------------------------------------------------------------------ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel -- Mit freundlichem Gruß, Uwe Schöler

4 9

Diffusion Curves
by Jasper van de Gronde 30 May '10

30 May '10

For those interested in Diffusion Curves, more information can be gotten at the Inkscape wiki: http://wiki.inkscape.org/wiki/index.php/Diffusion_Curves This includes some early thoughts on syntax and a link to a very (very) basic implementation (purely raster based). (Feel free to add your own ideas and suggestions.)

1 0

Talk at EuroPython 2010
by Hannes Hochreiner 29 May '10

29 May '10

Dear all: Harald Armin Massa was so kind as to invite me to give a talk at EuroPython 2010 on JessyInk. The talk will focus in particular on the Inkscape extensions I wrote for JessyInk. As such, I thought it might be a very good opportunity to promote Inkscape, provide people with an introduction to writing Python extensions for Inkscape and to present new features or plans that concern Inkscape's extension facility. Therefore, I would like to ask for your input: *) What are the most essential points that have to mentioned when it comes to Inkscape extensions written in Python ("inkex" and install dirs come to mind)? *) Are there any (Python) extensions that demonstrate interesting / unusual / particularly helpful patterns that would be helpful for someone looking to develop new extensions? *) Is there any page / tutorial / other place (irc?, this mailing list?) that you would like to have mentioned where developers can get help when they have an extension related problem? *) Are there any new features or exciting plans for the future of the extension facility that I should tell people about? If you can think of anything else, feel free to let me know. Cheers, Hannes

2 1