- Inkscape Devel - Inkscape Mailman

off-topic, but maybe related: ghostricpt got broken after installing inkscape-20040610
by Artemio 13 Jun '04

13 Jun '04

Hello everybody! This may be off-topic, but maybe not. I didn't do anything to my system except for installing inkscape-20040610 yesterday. I have been using my system (Mandrake Linux 10.0) for three months: viewing PS/PDF files, creating PS/PDF files - all with ESP Ghostcript 7.07 (that one with CUPS). But yesterday, suddenly, GS became broken. So, everytime I try to view a PS or PDF file with KGhostView, Ghostview or any other viewer, and everytime I try to print to PS or PDF, I get an error message box from these applications, they show a gs command line and an error message: "Unrecoverable error: syntaxerror in token Operand stack: --nostringval-- --nostringval-- Zmachine sRB --nostringval--" I don't have any GS_* variables defined except fot GS_LIB=/home/artemio.fonts The weird thing is that when I say "gs" in the command line, I instantly get this: ESP Ghostscript 7.07 (2003-11-19) Copyright 2003 artofcode LLC and Easy Software Products, all rights reserved. This software comes with NO WARRANTY: see the file PUBLIC for details. Unrecoverable error: syntaxerror in token Operand stack: --nostringval-- --nostringval-- Zmachine sRB --nostringval-- On my system, /usr/bin/gs is symlinked to /usr/bin/gs-common, and gs-common is an ELF executable, not a shell wrapper that adds some extra options. Please excuse me if this is off-topic here, but I just don't know what to do... Artemio. -- fOr ThE 1337 mEmBeRz OnLy -> http://elite.artemio.net [local time 12:56:51 (GMT +3) 13 June 2004] [system uptime 1 hr 49 min]

1 1

[Clipart] ANNOUNCE: First official release of Open Clip Art Library (fwd)
by Bryce Harrington 13 Jun '04

13 Jun '04

---------- Forwarded message ---------- Date: Sat, 12 Jun 2004 21:35:02 -0700 (PDT) From: Bryce Harrington <bryce@...260...> To: clipart@...330... Subject: [Clipart] ANNOUNCE: First official release of Open Clip Art Library The first official release package of the Open Clip Art Library is now available in the download section of the website: http://www.openclipart.org/downloads/ openclipart-0.03.tgz This is the "Father's Day, 2004" release. There aren't really any Father's Day type images, though; they're actually all UK road signs. ;-) Nineteen items passed a validation against the OCAL File Guidelines, and these are included in this release. The items that failed were missing RDF metadata sections and did not indicate title, author, and license. A listing of files scanned and a log of the testing results is included for review. A Makefile is included for installation on *nix platforms via the command `make install` as root. `make uninstall` also works. On Windows, users will need to manually install to their preferred directory. While not many items are included in this release, the focus has been to find and establish a process for accepting, checking, and packaging the files. With these in place, future releases will be quicker and easier to put out. :-) Bryce _______________________________________________ clipart mailing list clipart@...330... http://freedesktop.org/mailman/listinfo/clipart

1 0

sp_document_lookup_id deprecated
by MenTaLguY 13 Jun '04

13 Jun '04

Hmm, I seem to be more productive than usual tonight. I decided to go ahead and lay down some of the groundwork for decoupling SPObjects and ids. To begin with, I've replaced sp_document_lookup_id with two methods: * SPDocument::getObjectById() * SPDocument::getObjectByRepr() They do pretty much what you expect; I've already rewritten all the code in the codebase to getObjectById(), or getObjectByRepr() where it was simple and obvious to do so. (getObjectById() should stay at least for some things like Inkscape::URIReference) As before, I've left sp_document_lookup_id as a deprecated wrapper, but it will go away soon. -mental

1 0

SPObject update method C++ification
by MenTaLguY 13 Jun '04

13 Jun '04

I finally got fed up with confusing the sp_object_{request,invoke} methods, so I gave them more descriptive names, made them real C++ methods, cleaned up internal comments, and documented them somewhat. Quick overview of what became what: > sp_object_invoke_write -> SPObject::updateRepr > sp_object_request_update -> SPObject::requestDisplayUpdate > sp_object_invoke_update -> SPObject::updateDisplay > sp_object_request_modified -> SPObject::requestModified > sp_object_invoke_modified -> SPObject::emitModified There are now two versions of SPObject::updateRepr() -- the two-argument version lets you specify a repr; the single-argument version works on the repr attached to the object (and defaults to flags of SP_OBJECT_WRITE_EXT if you don't specify). This means that most of the time when you just want to push changes down to the SPObject's repr, you only need to call object->updateRepr() with no arguments and it'll do the right thing. Other than that, given the massive scale of the change (see the ChangeLog), I've tried to resist making any other major changes. Given that changes touch a very large portion of the tree you'll all probably find yourselves rebuilding quite a lot of files. Sorry about that. ^^; Also note that if you've written any new code using the old C methods, it should still work for now (I left wrappers in place), but you will get deprecation warnings. So rewrite that soon, I'll be pulling the wrappers in a day or two. -mental

1 0

SVG::Parser issue with top level comments
by Bryce Harrington 13 Jun '04

13 Jun '04

Hi Peter, In testing out use of SVG::Parser with SVG documents created by Inkscape I found an issue. Inkscape (as well as other SVG editors like Sodipodi) insert a comment at the top level indicating the app that made it, but SVG::Parser appears to not like top level comments. I.e., for a document like this: <?xml version="1.0" encoding="UTF-8" standalone="no"?> <!DOCTYPE svg PUBLIC "-//W3C//DTD SVG 20010904//EN" "http://www.w3.org/TR/2001/REC-SVG-20010904/DTD/svg10.dtd">  <svg id="svg1" ...> ... </svg> I get the following from running it through SVG::Parser 0.97: Can't call method "comment" on an undefined value at /usr/lib/perl5/site_perl/5.8.0/SVG/Parser/Expat.pm line 225. When I change line 225 from this: $parent->comment($data); to this: if ($parent) { $parent->comment($data); } The problem goes away. For my purpose, dropping comments is fine; I imagine there is probably a better solution, and would love to hear it. (I'm writing a validator for checking presence and validity of RDF metadata within an SVG file, for the Open Clip Art Library project, http://www.openclipart.org.) Hope this helps! Bryce

2 1

node locking
by Kees Cook 12 Jun '04

12 Jun '04

This is in the RFE tracker, I think, but I thought of it again while reading the layer/group/selection thread. The quick summary: I hate the "dia" program. I want to use inkscape for all my diagrams, but it lacks the ability to link objects. One idea was to lock nodes together so that if one moves, so do the others linked to it. How difficult is this? - Defining a UI for locking/unlocking nodes. When in "node edit" mode, something needs to happen to change the view so a second node can be selected from another object. - I assume SVG doesn't have any concept of this, so another inkscape-named identifier would need to be added to describe locked nodes. - The preview renderer probably won't show the "true" result, since it would probably only work on the selected object? -- Kees Cook @outflux.net

2 1

RE: [Inkscape-devel] window focus confusions
by bulia byak 12 Jun '04

12 Jun '04

> 1. make it visually obvious (perhaps the selection could change colour) >which >window my dialog actions will affect, or Yes, that might be useful. I thought about that too. Please add a RFE. > 2. to lock the "active" window (maybe the last one actually edited?) to >consequent dialog actions. No, I don't think it's going to be intuitive. >Or maybe there's another, more obvious way to solve it. For example: 3. Turn off "focus follows mouse" :) 4. Use maximized document windows. I always use them, except I when need to compare two documents side by side (rarely). _________________________________________________________________ http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

4 3

Re: [Inkscape-devel] layers
by bulia byak 12 Jun '04

12 Jun '04

>When I'm doing comic projects in inkscape, the way I typically have it >organized is each panel is a set of: I'm not quite sure what is a "panel" but I think all this is covered by the "named selections" (or better cal them "sets") idea. Here are a few more UI tweaks for it: - When you happen to manually select exactly the objects that make up one of the sets, that set's name is displayed in the combo box - the same end result as if you selected the name from the list and thus caused it to be selected. - When one of the names is shown in that combo box, you can erase it, which results in removing this set from the list of defined sets. (Objects remain, they're just not in the set anymore.) Maybe a small button near the box can also be added for this purpose. - When you select something and then type the name of a set in the combo box (rather than select that name from the list), the current selection is added to that set, rather than replace it. - In the Object Properties dialog, add a Sets field next to Id, which would list (and allow you to edit) a comma-separated list of sets that the currently selected object belongs to. For multiple selections, list only those sets to which all selected objects belong. - In the same dialog, enable the visible/active checkboxes to be applicable to any number of selected objects. That will let you select one of the sets and hide/unhide it with a couple of clicks. _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN Premium http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

2 1

RE: pango again
by bulia byak 12 Jun '04

12 Jun '04

>what should fuzzy font matching do? (i admit i haven't >really looked into what it was doing) It has almost nothing to do with actual fonts, it only does a lot of string parsing - breaking CSS family specification into tokens, comparing them to the names of all available fonts, and selecting the best match based on various priorities and weights. I'll look at how Pango does its matching but I think we'll need to keep most of, if not all, of this fuzzy matching code (which even does some cashing to speed up matching - this turned out necessary for documents such as keys.svg). Likely we'll ask for a list of font names (families and styles) from Pango, do our fuzzy matching, and request the font with the best name we found. > > 5. Symbol fonts still don't work. When I select > > Symbol font in the list, I > > get > >argh. some error checking is needed. tho it's strange >that the symbol font doesn't have a charmap. how is >the unicode<->glyph conversion done? PfaEdit (a highly recommended font editor btw) reports that symbol.ttf (from a Windows installation) uses "Symbol" encoding, and it correctly shows all its characters. So perhaps it's just a special encoding that we need to support. >pango layout should do the trick, with one caveat: >since you can only specify one font for the layout, >for the dominant direction, all the text in the >opposite direction gets a default font from pango. if >you have idea on how to tell pango to choose one >specific font... Well, in this case one can put the opposite-direction fragments to be in <tspan>s in SVG, and set a font for them. Anyway, this is much better than not having RTL before. Unfortunately I can't compile the Windows build today - errors during linking: libinkscape.a(inkscape.o)(.text+0x1a6):inkscape.cpp: undefined reference to `sp_marshal_VOID__POINTER_UINT' libinkscape.a(document.o)(.text+0x194):document.cpp: undefined reference to `sp_marshal_VOID__DOUBLE_DOUBLE' libinkscape.a(view.o)(.text+0x136):view.cpp: undefined reference to `sp_marshal_BOOLEAN__VOID' libinkscape.a(view.o)(.text+0x1e7):view.cpp: undefined reference to `sp_marshal_VOID__DOUBLE_DOUBLE' etc. I used to get such errors before from time to time and I don't really know how to fix them. Any help is appreciated. _________________________________________________________________ Free yourself from those irritating pop-up ads with MSn Premium. Get 2months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

3 2

win build error
by bulia byak 11 Jun '04

11 Jun '04

Ted, here's the error I get when trying to crosscompile for windows: extension/implementation/script.cpp: In member function `gchar* Inkscape::Extension::Implementation::Script::solve_reldir(SPRepr*)': extension/implementation/script.cpp:90: error: `INKSCAPE_EXTENSIONDIR' undeclared (first use this function) Is this something you can fix? _________________________________________________________________ MSN Premium: Up to 11 personalized e-mail addresses and 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0