- Inkscape Devel - Inkscape Mailman

Undoable Revert?
by Alan Horkan 21 Aug '04

21 Aug '04

Would it be difficult to make it so that you can Revert without destroying the Undo History? Make it so that you can revert and then be able to undo the revert? For one thing it would get rid of the need to interrupt the user with a prompt, and having recently used some Adobe software I have found it to makes the workflow much smoother (try something, revert, try something else, repeat...). Why throw away information if you can avoid it? I'll try and file a feature request soon. Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/ http://advogato.org/proj/OpenClipArt.org/

1 0

Please Help: Yoper linux packaging/compiling
by tom b 21 Aug '04

21 Aug '04

Hello, I'm having problems trying to RPM &/or compile inkscape in Yoper linux. I have a thread going on the Yoper site here: http://www.yoper.com/forum2/index.php?showtopic=1928 1) I tried the Redhat 0.39 RPM (using KPackage), & got Failed dependencies: libsigc-1.2.so.5 I compiled that lib sucessfully & put copies in several directories, but still got the same error in KPackage. 2) tried Suse RPM, & got Failed dependencies: libgnomecanvas-2.so.0 libgnomeprint-2-2.so.0 libgnomeprintui-2-2.so.0 libgnomecanvas-2.so.0 libsigc-1.2.so.5 3) tried a CVS tarball a few days ago, couldn't build a RPM or compile, due to lack of a makefile. Tried to build the makefile but that failed. 4) tried to compile from the source the stable 0.39, got as far as this step: http://www.yoper.com/forum2/index.php?showtopic=1928&view=findpost&p=9173 Please help out if you can, a RPM would be great to share with others, but I want to at least get inkscape working on my harddrive! cheers ===== high-speed downtempo radio: http://live365.com/stations/infuzon __________________________________ Do you Yahoo!? Yahoo! Mail - 50x more storage than other providers! http://promotions.yahoo.com/new_mail

4 3

no new CVS tarballs?
by tom b 21 Aug '04

21 Aug '04

Hi! There doesn't seem to be any new source snapshots since June... Have they moved? On the http://inkscape.org/download.php page, Daniel's Thrice-daily are old, & the current source snapshot is dated 20040711 (& missing the configure file). cheers ===== high-speed downtempo radio: http://live365.com/stations/infuzon __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

Nightly autopackage builds
by Mike Hearn 21 Aug '04

21 Aug '04

Hi guys, These should be back up now *touch wood* but I'll be gone for about a week so if there are any problems they won't be addressed immediately. If the nightly doesn't work here is a package I built here today which does work: http://navi.cx/~mike/inkscape/inkscape-0.40cvs.littlegreen.package GTKmm, glibmm and sigc++ 2 have been packaged and should work. Again not tested, don't have time. Boehm GC is statically linked. thanks -mike

2 2

crash on exit
by bulia byak 21 Aug '04

21 Aug '04

Since today inkscape crashes on exit (worked fine yesterday): Program received signal SIGSEGV, Segmentation fault. 0x080d396a in sp_defs_release (object=0x8393118) at sp-defs.cpp:73 73 if (((SPObjectClass *) (parent_class))->release) { (gdb) bt #0 0x080d396a in sp_defs_release (object=0x8393118) at sp-defs.cpp:73 #1 0x409c9dc2 in g_cclosure_marshal_VOID__VOID (closure=Variable "closure" is not available. ) at gmarshal.c:77 #2 0x409b76b4 in g_type_class_meta_marshal (closure=Variable "closure" is not available. ) at gclosure.c:514 #3 0x409b73bc in g_closure_invoke (closure=0x84187c0, return_value=0x0, n_param_values=1, param_values=0xbfffd870, invocation_hint=0xbfffd758) at gclosure.c:437 #4 0x409c974a in signal_emit_unlocked_R (node=0x840b1b0, detail=0, instance=0x8393118, emission_return=0x0, instance_and_params=0xbfffd870) at gsignal.c:2552 #5 0x409c8766 in g_signal_emit_valist (instance=0x8393118, signal_id=Variable "signal_id" is not available. ) at gsignal.c:2195 #6 0x409c88a6 in g_signal_emit (instance=0x8393118, signal_id=162, detail=0) at gsignal.c:2239 #7 0x080e5d93 in sp_object_invoke_release(SPObject*) (object=0x8393118) at sp-object.cpp:599 #8 0x080e53e7 in sp_object_detach(SPObject*, SPObject*) (parent=0x840fac8, object=0x8393118) at sp-object.cpp:406 #9 0x080e5559 in sp_object_detach_unref(SPObject*, SPObject*) (parent=0x840fac8, object=0x8393118) at sp-object.cpp:418 #10 0x080e58b0 in sp_object_release (object=0x840fac8) at sp-object.cpp:498 #11 0x080da98e in sp_item_release (object=0x840fac8) at sp-item.cpp:166 #12 0x080f1ec6 in sp_root_release (object=0x840fac8) at sp-root.cpp:190

2 1

Copyright statements in code
by Bryce Harrington 20 Aug '04

20 Aug '04

Regarding copyrights for source code files, some of the files in the codebase are incorrectly copyrighted... The trick is that for it to be legal, the name must be a legal entity (i.e., a real person's real name). So for example, 'The Inkscape Project' would not be a legal copyright holder, unless we did the paperwork to incorporate it, paperwork to assign our copyrights over, etc. I'm not certain about pseudonyms, but would assume those are similarly not valid, unless you legally registered that name or something. I doubt we'll ever get into legal trouble, although you never know. But more importantly, if other projects start reusing our code, they may be more strict about copyrights being properly set. Anyway, not a major issue but probably worth some thought. Bryce

6 9

Re: Hi! Thanks...
by Bryce Harrington 20 Aug '04

20 Aug '04

Thanks for the good words! On Fri, 20 Aug 2004, Kmos wrote: > I just want to say, thanks for the great program Inkscape > > for vectorial edition.. maybe with more work it should be a > > Corel Draw for Linux. > > > > Keep the good work... >

1 0

Mozilla/Firefox gtk2.4 file dialogs
by Bob Jamison 20 Aug '04

20 Aug '04

I just noticed yesterday that the latest nightly Gtk2 builds of Mozilla and Firefox appear to be using the new Gtk2.4 FileChooserDialog. It might be interesting to find out how their audience rates the usability of it. Bob

2 1

ANNOUNCEMENT: Scribus Team Releases First Release Candidate of Scribus 1.2
by Plinnell 20 Aug '04

20 Aug '04

The Scribus Team is pleased to announce the first release candidate for the upcoming Scribus 1.2. The Scribus team urges all users and distros to use this latest release and test thoroughly. The Scribus 1.2 stable release planned for later this summer, encapsulates over a year of development building on the original 1.0 release. Already, Scribus is being used in commercial settings including a new weekly newspaper launched this spring. Among the major features of Scribus 1.2: * A new story editor, complete with style and formatting functions. Performance, stability and ease of use have been greatly enhanced. * Several new plug-ins, including exporting documents in many image formats,a font previewer and special hyphenation rules for Czech and other languages. * Many significant upgrades to the PDF exporter, including the ability to export gradients with transparency, Open Type Fonts, set linescreen, automatically adjust compression type and other advanced features. * A New Template and Save As Template function to make it easy for new users to create documents, as well as create new templates. * Over 250 bug fixes and feature requests have been implemented. * A new EPS/PS importer, which can import EPS/PS and then edit the imported vector objects as Scribus native objects. * Many improvements to the SVG importer/exporter. Scribus now can handle most types of gradients, including transparency in imported SVG. *Dozens of new keyboard accelerators and extensive tooltips throughout. *A new print previewer, which has the ability to render CMYK separations on screen, transparency, UCR (Under Color Removal) giving users a true postscript generated preview of the page. * Many enhancements to text frames including multi-columned text, baseline grids, new contour options, tabs and drop caps. * A new table feature to create basic tables within Scribus. * Extended support for right to left languages, including Hebrew and Arabic. Scribus is now translated into 25 languages with more to come. The Scribus Team wishes to thank the many contributions and support we have received from users, bug reporters and packagers who have helped to bring Scribus to a new level. Downloads, docs and sample files at : http://www.scribus.net and http://www.scribus.org.uk Bug reports and feature requests: http://bugs.scribus.net

1 0

A bug when opening postscript files from Matlab
by Antoine Sirinelli 20 Aug '04

20 Aug '04

Hi, when I try to open postscript files from Matlab, I have some trouble with the text. The figure is fine but each text area is followed by a strange character : a little square. It appends for either traditional postscript files and Level 2 ones. The little squares are not visible if I print the figure (via lpr) or I visualize it (via gv). You can try with these two figures : http://monte-stello.com/~antoine/inkscape/bug.ps (Level 1) http://monte-stello.com/~antoine/inkscape/bug2.ps (Level 2) Antoine

1 0

Message dialog
by Bob Jamison 19 Aug '04

19 Aug '04

You might have noticed the DebugDialog, which is found from the View/Messages... menuitem. It is a trivial text window, whose only current purpose is to catch g_log(), g_message(), g_warning(), etc messages, and print them in the GUI, instead of writing to the terminal. While Linux users might not consider this exciting, this will hopefully be a benefit to Win32 users. On Windows, that extra DOS console window popping up can be a terrible annoyance. So it is turned on by default on Win32, and can be turned on for other platforms by setting dialogs.debug redirect="1" Of course, if we control our log messages, this dialog will not see any usage at all. Hopefully, though, this can serve an alternate purpose as a text output for script engines. One thing I have noticed, is that Gtkmm and Glibmm might not be using glib to print their messages. This could be a problem. The same applies to other libs like Boehm-gc. I hope that we do not need to redirect stdout/stderr to catch this information also. If someone knows how to catch Glibmm messages, please let me know. Bob

1 0

Re: [Inkscape-devel] randomized star
by bulia byak 18 Aug '04

18 Aug '04

> I was sure I'd want at least 36 (360 degrees) and > that I'd be happier to have 100, but I cannot imagine I'll ever need > as much as 1024. They do have their uses. Stars with hundreds of rays can give interesing texture effects, especially since we don't yet have blends. And randomization of such stars is even more interesting: http://inkscape.org/screenshots/gallery/inkscape-0.40-CVS-linux-randomize.p… P.S. Bryce, could you please link the front page randomized stars announcement to this screenshot?

4 3

wiki spam
by Bryce Harrington 17 Aug '04

17 Aug '04

banned "britney.bizrate.com" from posting to the wiki (more pureteenz hentai spam). Also added a filter in wiki.pl to block postings of that link. Bryce

1 0

Re: Connection test file
by Peter Moulder 17 Aug '04

17 Aug '04

[Background for inkscape-devel readers: Ted found that when the connected-to object was a <rect>/SPRect, updates to the connector positions seemed to lag by one move. I found that <text> behaved similarly, but that no other elements had that problem. I also found that if the connected-to object was in a group, then moving the group doesn't emit a `transformed' signal. In the case of clones (SPUse), it's unclear whether the clone should move in parallel with the move of the containing group. As a user I'd have expected the clone to move, but if I think about the SVG representation then the current behaviour makes sense, in that having the clone move in parallel with group moves would involve changing the transform on the clone.] Ted's rectangle test case now works. Text also now works, but not through any work of mine. (I'd guess because someone recently made sp_text_set_transform essentially a no-op.) I haven't yet addressed the case of connecting to something that's inside a group (that the other object isn't in). > It might be interesting if you posted these observations [about why > <text> and <rect> had the problem and no other shapes] to the list -- > I'd be curious if there was a good reason for this. In the case of SPRect, the problem was that its bbox is calculated from its SPShape information, but sp_rect_set_transform modified only the SPRect-specific data, it didn't call sp_rect_set_shape to update the SPShape data. The fix options were either - Provide an SPRect-specific bbox method rather than inheriting SPShape's implementation. - Add a call to sp_rect_set_shape from sp_rect_set_transform. I decided to do the latter, in case there were any other users of the SPShape information that would otherwise lag. pjrm.

3 9

how to stop wiki spam:
by bulia byak 16 Aug '04

16 Aug '04

2 ideas: - allow only registered users to post external links - make it possible to lock and old page so it's still there but not editable anymore How difficult is this?

2 10

grids, spacing and zoom
by Robert Crosbie 16 Aug '04

16 Aug '04

Using 0.39 stock. I noticed that if I show grid and scroll up through grid spacings, the grid will sometimes visually jump to a smaller size. Same thing with increasing the zoom. likewise with decreasing the spacing and zooming in but the grid spacing will jump to a larger size. I was trying to come up with a repearable process for displaying this, but it seems that paper size, zoom level and grid spacing are all dependent on each other to reproduce it. Check out this image and the difference between a grid spacing of 5 and 6 mm. http://members.rogers.com/rcrosbie/ink_grid.png Is there a relationship between the grid display and the zoom level? Shouldn't the grid be set in relation to the document/paper? Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ Don't just Search. Find! http://search.sympatico.msn.ca/default.aspx The new MSN Search! Check it out!

2 1

[Fwd: Re: Multiple Pages in SVG 1.2 + Hyperlinking]
by Jon Phillips 16 Aug '04

16 Aug '04

Here is the reply from the SVG list on multiple pages. Please post any thoughts on multple pages in Inkscape to this list. Jon -----Forwarded Message----- > From: Craig Northway <craign@...512...> > To: Jon Phillips <jon@...235...>, www-svg@...157... > Subject: Re: Multiple Pages in SVG 1.2 + Hyperlinking > Date: Mon, 16 Aug 2004 08:49:16 +1000 > > Jon Phillips wrote: > > >I'm trying to figure out how to implement Multiple Pages in Inkscape > >(www.inkscape.org), and wonder if there is a good way to allow for > >hyperlinking between pages, and thus to make pages individual documents > >that can be linked together by a master docuent using the current > >syntax, > > > ><pageSet> > > <page> > >  > > </page> > > > > <page orientation="90"> > >  > > </page> > > > > <page> > >  > > </page> > > </pageSet> > > > >If the above <page>...</page> could be: > > > ><page xlink:href="page3.svg" /> > > > >or > > > ><page xlink:href="fallCatalog.svg#page3" /> > > > >That would be brilliant for implementation, as SVG files with multiple > >pages would become huge. Also, by having multiple pages as multiple > >files, this could allow for easier reusability between > >documents/presentations/animations/slide shows. > > > >Comments or feedback? > > > >Jon > > > > > > Jon, > > Why can't you just do this > > <page> > <use xlink:href="somefile.svg#page3/> > </page> > <page> > <use xlink:href="someotherfile.svg#page4/> > </page> > > Where in somefile.svg/someotherfile.svg there is something like: > > <g id = "page3"> > ... > </g> > > or > > <svg id ="page3"> > ... > </svg> > > It seems to me that you suggestion is fairly redundant, or have I > misunderstood? > > It's also intended that paginated documents, particularly large ones, > should have streamedContents (section 9.2 1.2 in the current > specification) set to "discard" to facilitate implementations destroying > data from the previous page after rendering. So the size of the document > won't be as much of an issue for the renderer, providing content > generators take heed of this suggestion. > > Craig -- Jon Phillips USA.PH.858.361.2811 jon@...235... http://www.rejon.org Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) CVS Book (http://cvsbook.ucsd.edu/) Scale Journal (http://scale.ucsd.edu/)

1 0

Inkscape Status 8/15/2004
by Bryce Harrington 16 Aug '04

16 Aug '04

We've hit the hundred mark both for the devel and user mailing lists. Welcome, new people! :-) Bryce Statistics Nov 15 May 15 Jun 15 Jul 15 Aug 1 Aug 15 ========== ====== ====== ====== ====== ====== ====== Lifetime Rank on SourceForge: 4391 1028 928 845 844 774 (68.5%) (92.7%) (93.4%) (94.0%) (94.0%) (94.6%) Max Week's Rank on SourceForge: 62 36 41 33 17 53 (99.6%) (99.8%) (99.8%) (99.8%) (99.9%) (99.7%) Total SF Page Views * 475,000 616,263 741,681 838,154 900,566 Total SF Downloads * 27,400 34,015 39,359 44,068 47,278 Total Freshmeat URL Hits 746 * 7,333 7,946 9,034 9,382 Total Freshmeat Subscriptions 16 74 87 93 112 114 Lines of Code in src/: 115,901 189,116 280,263 264,418 273,381 276,437 Code lines 147,471 210,119 192,240 199,473 200,684 Comment line 16,757 40,620 41,926 42,411 43,558 Blank 25,886 34,677 35,422 36,717 37,425 Lines of Docs in doc/: 1,135 4,544 15,170 15,217 16,117 16,358 Lines of content in website: 1,173 6,008 6,372 6,784 6,953 7,106 Size of the Inkscape wiki: 3,700 18,638 17,176 17,854 19,096 19,665 Minutes since last ChangeLog mod: 360 * * 54 30 * Bugs open/total: 9/15 57/365 63/401 73/496 103/548 110/568 Features open/total: 18/18 183/238 210/285 242/331 253/347 266/361 Patches open/total: 1/ 6 4/ 83 5/ 88 8/110 6/117 5/120 CVS Commits (as per inkscape-cvs): 481 3391 5549 6314 6,528 6,822 Inkscape-devel membership: 49 78 84 95 98 104 Inkscape-announce membership: 9 43 53 60 65 74 Inkscape-user membership: 71 76 90 98 109 Num Translations : 32 33 33 Ave Translation Ratio: 40.5% 43.8% 44.9% * - Statistics unavailable

1 0

Two patches waiting in Bug Tracker
by Dominic Battre 15 Aug '04

15 Aug '04

Hi. Can one of the gurus have a look and comment on the patches I have uploaded for these bugs? [ 995588 ] zero-length line with stroke:black problem http://sourceforge.net/tracker/index.php?func=detail&aid=995588&group_id=93… [ 995582 ] newline inside of a <text> element is not stripped http://sourceforge.net/tracker/index.php?func=detail&aid=995582&group_id=93… Dominic

2 1

Web Site Changes
by Plinnell 15 Aug '04

15 Aug '04

Hi, I am in the middle of a changing the DNS servers for http://www.scribus.net You might not be able to directly access it in the next 24-48 hours, until the changes propagate throughout the DNS peers. In the mean time, if it is unaccessible, you can get to it via http://www.scribus.org. uk, http://scribus.us or http://scribus.biz Once, this is in place, we can directly link to it, instead of the current redirect. Thanks for your patience. Peter

1 0

randomized stars
by bulia byak 15 Aug '04

15 Aug '04

* A new Randomization control for the Star tool lets you set the amount of random displacement of the star's tips and (for rounded stars) curve handles. A little randomization makes a star less regular, more humane and sometimes funny; strong randomization is a way to obtain a variety of crazily unpredictable objects. Unleash your imagination!

3 9

knot statusbar tips
by bulia byak 15 Aug '04

15 Aug '04

* Each knot (control handle, node, node handle, etc.) displays a tip in the statusbar when mouseovered, explaining the function of the knot and its applicable keyboard modifiers. P.S. Don't forget to update http://inkscape.org/cgi-bin/wiki.pl?ReleaseNotes when you do something notable.

1 0

pattern edit regression
by bulia byak 15 Aug '04

15 Aug '04

Now when you start dragging the pattern scaling knot, the scale "jumps" unpredicably. There was some recent pattern-related change in object-edit by Carl which may have caused this. Carl, could you please look into this?

2 1

more GC work (SPRepr)
by MenTaLguY 15 Aug '04

15 Aug '04

Been doing some more gc-related work; I've been taking advantage of the facilities offered by the garbage collector to simplify SPRepr's implementation a little. The biggest win was in the strings used in the repr transaction logs. Previously, new copies were made to put in the log since memory management got hairy otherwise. Now the transaction logs and the attributes/text nodes can share the same strings. Another win is that SPRepr does not require a destructor anymore. Some current rough areas: * because finalizers are needlessly registered for SPRepr (as an Inkscape::Refcounted), we will occasionally end up with finalization cycles. This is not really harmful (especially for an object which has no destructor), but it does print a message on stderr and leak a very tiny amount of memory when it happens. I need to figure out how to have finalizer registration for Inkscape::Refcounted be optional. * secondly, the shared, immutable, garbage-collected strings allocated with Inkscape::Util::shared_c_string() are currently indistinguishable from any other C string. I am wondering whether I should introduce a special class for these, so type-checking will prevent someone from passing an ordinary string when they should be passing one of these instead (passing a static string is OK, but a temporarily allocated string will cause interesting and hard-to-diagnose bugs when it is freed out from under someone who was still holding a reference because they assumed it was safe to do so...) -mental

1 0

text refactored
by bulia byak 14 Aug '04

14 Aug '04

I just finished committing a huge patch from Fred which refactors the old sp-text into smaller pieces. The text system now became more powerful, about 10% faster, with less arbitrary limitations, and much more manageable. This is the foundation on which the GUI for the recently added flowtext and texpath will be built, as well as a necessary prerequisite for implementing text selection and styling of arbitrary text fragments. As of now, almost everything that used to work, works. Known exceptions: - letterspacing adjustment from keyboard does not work - kerning adjustments from keyboard does not work in non-latin text - keyboard movement in non-latin text is wrong (2 arrow keypresses needed to move one char) - the End key jump in the last line is off by one char These problems will be fixed soon. Of course there are likely other bugs too. Please test text editing and rendering thoroughly and report the results here. For now we're only interested in things that used to work until today but are broken now; if you discover something which also did not work in 0.39, submit to the bug tracker.

2 1