- Inkscape Devel - Inkscape Mailman

Incomplete translations because of "fuzzy" tags
by Arpad Biro 03 Jul '04

03 Jul '04

Dear Inkscape Translators, Recently I noticed (in de.po and pt_BR.po) that a lot of translated strings still carry the "fuzzy" tag. Please keep in mind that after translating a string that carried the "fuzzy" tag, YOU HAVE TO REMOVE THE FUZZY TAG - otherwise this translation will be discarded when creating the machine-readable translation file (*mo), which means that your work of translating those strings will be lost. Examples of how to remove the "fuzzy" tag: #: src/dialogs/desktop-properties.cpp:758 #, fuzzy msgid "Custom" msgstr "Personalizado" becomes #: src/dialogs/desktop-properties.cpp:758 msgid "Custom" msgstr "Personalizado" after translating, and #: src/dialogs/object-attributes.cpp:130 #, fuzzy, c-format msgid "%s attributes" msgstr "%s atributos" becomes #: src/dialogs/object-attributes.cpp:130 #, c-format msgid "%s attributes" msgstr "%s atributos" Alternatively, you can use KBabel for translating, so that the fuzzy tags are automatically removed after modifying a fuzzy string. KBabel also does a lot of other things for you (like updating the PO-Revision-Date field). I recommend using that software to everyone. Thanks for your hard work and let me know if you have questions. Arpad Biro __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail

3 3

Re: [Inkscape-devel] new tutorial started on Wiki
by Arpad Biro 03 Jul '04

03 Jul '04

Hi, > Yes, and I am still wanting to find out if the upload button does > anything useful, like putting a file on the > http://www.inkscape.org/cgi-bin/wiki.pl? webserver somewhere... I don't know what that function does (I guess you're referring to the Upload link which is in the header of every Wiki page). I'm CCing the development list, probably someone can enlighten us. Arpad Biro __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

Polyline and polygon point specification patch submitted
by Mark Nyrup Mortensen 03 Jul '04

03 Jul '04

Hi, I have submitted the patch for the polyline and polygon point specification and a simple self-explaining test-file to the tracker. And then another question somewhat related to the patch (and probably other places in Inkscape?): Does anyone know whether the "g_ascii_strtod" function actually is capable of reading and returning numbers sufficiently large to allow for the numbers available in SVG? From what I have seen so far i would say no, but again my knowledge of C/C++ and GTK+ is fairly limited. Mark Nyrup Mortensen

1 0

Report for 2004-07-02 18:00 GMT-0500
by unknown＠example.com 03 Jul '04

03 Jul '04

Hi. I have some bad news. Unfortunately, the last build attempt at compiling Inkscape CVS was very unsuccesful. I'm sorry, I really tried hard. Really. Here is the LOG file, and I hope that helps.

2 1

Polyline and polygon point specification
by Mark Nyrup Mortensen 03 Jul '04

03 Jul '04

Hi, i received a svg-file converted from wmf (by the Batik Graphics2D SVG Generator) a little more than a month ago. The file consisted of several thousands of polygons (i looked in the XML Editor :-), yet Inkscape displayed nothing but a blank canvas. I looked into the problem and found that Inkscape (and a pre-inkscape cvs-version of Sodipodi) only considered points in polygons (and polylines) written the same way as Inkscape does, and not in every way the SVG spec indicates (requires?). Well, to the point :-) I made a small patch (and a small test-file), which I have used for the last month with a CVS-update almost every day (no crashes), and I would like to know if anyone is interested in them? And then a small questions, sorry ;-) I would like to look into a blend tool (and some other more or less useful tools), but since I'm new to the internals of Inkscape, I would like to know if it's sane in it's current state (with the structural changes going on). I could still try to make an abstract outline of the blend function, which then could be implemented later (when the Extension API has been implemented around version 0.42?). (I make no promises though:-) I have been using Java almost exclusively since version 1.0.1 came out, with some perl and python tossed in, and have had only a brief look at C/C++ in the same period (that's the reason i don't promise anything :-). Mark Nyrup Mortensen

2 1

Re: [Inkscape-user] SVG that doesn't display in Inkscape.
by MenTaLguY 02 Jul '04

02 Jul '04

On Wed, 2004-06-30 at 22:36, Trent Buck wrote: > Removing the <switch> </switch> tags from around the body seems to work. > > About 80% of the data is some binary formatted junk in an <i:pgf> tag. > I guess it's a thumbnail or something. > > Maybe as a kluge inkscape should ignore <switch> tags to make such > exported images work? <switch> its intended use is to enclose a bunch of children, only one of which is supposed to be rendered (based on conditions specified in their requiredFeatures, requiredExtensions, and systemLanguage attributes); I'm not sure whether displaying everything would be an improvement over displaying nothing for typical documents that use it. It shouldn't be hard to support properly, though. We're a little too close to the pre-release freeze to squeak it into this release, but I'll put in an RFE and stick it on the roadmap for 0.40. -mental

1 0

Brasilian Portuguese Translation
by Juarez Rudsatz 02 Jul '04

02 Jul '04

Attached there is a pt_BR translation. Somebody could review ? Mit Freundichen Grüßen Juarez Rudsatz

2 1

new tutorial started on Wiki
by John Griessen 02 Jul '04

02 Jul '04

Hi, I've started putting up a tutorial, and would like a little help putting an image on the wiki... I read about links thinking they would apply to a upload file that is an image in .png format, but no luck... http://www.inkscape.org/cgi-bin/wiki.pl?action=edit&id=TutorialIdeas is where to look to help out. I have not seen any other image content on the Wiki, is it possible? JG -- John Griessen Cibolo Design Austin Texas EE good at IR systems, power supplies, logic design, A2D D2A, digital amps, mechatronics, SiGe and CMOS layout, MEMS/mech/electronic/photonic modeling, charge pump PV/battery/fuel cell power converters, linux counter #249315

2 1

Report for 2004-07-02 10:00 GMT-0500
by unknown＠example.com 02 Jul '04

02 Jul '04

Hi. I have some bad news. Unfortunately, the last build attempt at compiling Inkscape CVS was very unsuccesful. I'm sorry, I really tried hard. Really. Here is the LOG file, and I hope that helps.

1 0

mergining SPObject and SPRepr
by MenTaLguY 02 Jul '04

02 Jul '04

(yay, I'm back, sorta) Since it's been brought up I don't think the suggestion of merging SPObject and SPRepr to solve our update problems is necessarily a good idea. The main reason is just that with a unified representation we have to make a tradeoff between: * an efficient representation for editing or * a representation that preserves the XML syntax tree during every transformation (i.e. we don't want Inkscape to chew up or discard arbitrary XML fragments which have no semantic meaning to us, but are important for other uses..) Both of these are important goals for us, so I think dividing our representation into separate classes to address each of these needs is necessary. We could still wrap SPObject/SPRepr pairs in another object, which would encapsulate our updating strategies for them. That _might_ be helpful, but I'd need to think about that some more. FWIW, here are some of the updating problems I see: 1. the id binding problem Currently, the SPObject <-> SPRepr binding is maintained by using XML fragment ids. This is IMO, more problematic than it's worth and forces us to impose ids on all XML nodes (including text nodes). My existing plan is to do the mapping directly rather than relying on ids (I've done some of the preliminary work on this already; new code should use SPDocument::getObjectByRepr rather than SPDocument::getObjectById). 2. the authority problem Are SPObjects or SPReprs authoritative? Not all our code is consistent in this regard, especially as it's often more convenient/efficient to update the SPObject directly. I believe the answer should be that SPReprs are authoritative, though SPObjects can temporarily be out of sync ("dirty") with new changes, provided those changes are flushed to the SPRepr layer at key points, e.g. before committing an undo log. (i.e. SPObject is essentially a cache for SPRepr, which functions as a backing store) 3. the manual update problem Many times it's more efficient to make changes at the SPObject level rather than to the SPRepr. Under the present system, this requires explicit calls to SPObject::updateRepr() to synchronize the state; if updateRepr() is called for every SPObject change, it becomes grossly inefficient. On the other hand, it's very tricky to defer these update calls until later, because mistakes are easy and they often get missed. I think the solution is to automate the "lazy" updating of SPReprs, so we get the performance benefits of lazy updates without having to debug manual updating code in a bajillion places. This is one thing that could (conceivably) be addressed in a wrapper class. -mental

1 0