- Inkscape Devel - Inkscape Mailman

crashes abated?
by MenTaLguY 10 Sep '04

10 Sep '04

It looks like the crashes have all been fixed on my end; how's it look for the rest of you guys? -mental

4 5

weird livarot crash
by MenTaLguY 09 Sep '04

09 Sep '04

I've been working on some of the groundwork for the layers dialog; doing a routine test build, I discovered that Inkscape had started crashing. Backtrace points to livarot, which I haven't touched at all... The only part of my new code that is actually currently used is the addition of three sigc++ signals to SPReprDoc; so far as I can tell that should not cause Shape::~Shape() to crash.. Can you all review this patch (attached) and see if I'm missing something obvious? I'm at my wits' end here... -mental

5 17

RE: [Inkscape-devel] Re : Various publications about Inkscape.
by Gazal, Geraud (MED) 09 Sep '04

09 Sep '04

> Any idea who publishes it? Lost of magazines seem to be translated > and reprinted in other languages across Europe but I dont happen to be > familiar with Linux+. Yes : here is their web site : http://www.lpmagazine.org/en/modules/news/ > > The author points out that : Inkscape is undergoing a > Gtkmm'ification' and > > I realy hope the author didn't use the phrase "Gtkmm'ification'" in a > print publication because it is a really terrible (but > convenient) use of > the English language to begin with. He really should have > written that > Inkscape is starting to use the gtkmm libraries (or something > equivalent > in French of course) that would be more widely understandable. No the exact sentence is 'is being converted to Gtkmm' Regards, Matiphas PS : Alan, the scan will be in your mailbox tonight

1 0

Please test win32 plugins
by Bob Jamison 09 Sep '04

09 Sep '04

This morning I enabled the Win32 side of Ted's plugin mechanism, which includes 'gimpgrad.dll' . Would our Win32 testers be so nice as to test this, by loading a Gimp gradient into Inkscape? Thanks. Bob

5 9

Inkscape mentioned in Linux Magazine
by Alan Horkan 09 Sep '04

09 Sep '04

http://inkscape.org/cgi-bin/wiki.pl?ArticlesAndPresentations Inkscape is mentioned in Issue 47 of Linux Magazine (published in the UK, and has a sister publication in Germany). It features a a roundup of various vector graphics applications titled "Line by Line". Gestalter, Inkscape, Karbon 14, OpenOffice.org Draw, Skencil (formerly known as Sketch), Sodipodi and Xfig are reviewed. Paraphrase/summary of the section on Inkscape, my comments in [brackets], direct literal quotes are in inverted commas. Inkscape is new. Inkscape unashamedly borrows ideas from other projects. "Some dialogs have been taken directly from Sodipodi" [author seems to have missed that Inkscape started as a fork of Sodipodi] Installation considered complicated, needs gtkmm and libsigc. "Neatly organized main window" Uses SVG, can read many formats (AI, Postscript, Skencil,...) [author doesn't realise this trick is achieved by using Skencil] Seperate window for each drawing ... "meaning the tools are accessible at all times". Fully featured drawing tools, usual primitives also has starts, spirals. Calligraphic lines also supported. Notes the help files and tutorials are in SVG allowing you to experiment with them. [clearly this is an idea that reviewers appreciate] Author has issues with the Grid, complained the snap to grid option did not work (also complained about it in Sodipodi). Eventually mentions that he is using inkscape 0.39, and says despite the version number Inkscape is very stable. Positive information from the other reviews I think is worth noting and might be learned from if we want to get better reviews. multipage support. karbon 14 supports WMF OpenOffice.org Draw PDF export Conclusion section of the roundup says roughly, OpenOffice.org best, most features. After that Skencil, then after that again "Inkscape is probably the best of the rest and has developed into a clear-cut, but powerful illustration tool in a very short time. This is obviously the one to keep an eye on for the future". Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/ Inkscape, Draw Freely http://inkscape.org Free SVG Clip Art http://OpenClipArt.org

1 0

Inkscape /Scribus IRC meet
by Plinnell 09 Sep '04

09 Sep '04

Hi all, Bryce , Jon Phillips and I have discussed casually a second IRC meet. Now is a good time. Scribus. 1.2 is done and before we dive into 1.3 we can outline some of our thoughts. Our tentative time date is 19 Sept 2004 1000 UTC. Let me know how this works.... Notes and a draft topic list: http://inkscape.org/cgi-bin/wiki.pl?ScribusInteroperability Cheers, Peter

4 7

not a bug report
by Stevie J 09 Sep '04

09 Sep '04

Hi there, I've just recently downloaded the latest Windows build of Inkscape. I found it easy to install, easy to use, powerfull and it let me draw exactly what I wanted to easily and quickly. Just wanted to say thanks to everyone involved in the development, you guys done good!!!! :-) Cheers, Steve ___________________________________________________________ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

1 0

--disable-gc
by MenTaLguY 09 Sep '04

09 Sep '04

I've introduced a --disable-gc ./configure option to aid in debugging. It disables the garbage collector completely and does not link the executable with libgc at all. note: The same heap corruption is still happening in this build, so this categorically rules out libgc as part of the problem. However, I am leaving --disable-gc in CVS as it is still helpful when debugging (it's not the default; you will have to specify it). Just be aware that a --disable-gc build will leak memory, since it is generally not freed. -mental

1 0

Improvements in command-line PNG export
by bulia byak 08 Sep '04

08 Sep '04

* You can now specify the background opacity (--export-background-opacity or -y). * If no background color (-b) or background opacity (-y) specified, the values from the document (sodipodi:namedview) are used. * You can now export an area corresponding to a single object by specifying the ID of the object with the --export-id or -i switch, for example: inkscape -e mypath.png -i path966 mydoc.svg * When exporting with -i, you can add --export-use-hints or -t to tell Inkscape to use the filename and DPI export hints stored for that object when it was last exported from the GUI. For example, inkscape -i path966 -t mydoc.svg will export path966 to the PNG file with the same filename and resolution as you used for exporting it from wihtin Inkscape, so you don't need to specify them on the command line. These changes (see the man page for full details) allow you to easily script exporting parts from complex documents and to better integrate GUI editing with command-line use.

1 0

default template
by Jon Phillips 08 Sep '04

08 Sep '04

I was just trying to design a default template and wonder if the best place for default templates is in our share folder, a folder (on my install by default that is installed here: /usr/local/share/inkscape and is owned by root:root with 755). Thus, only non-root user can put files into these folders like templates, tutorial, etc. I wonder if we are placing these files in the proper location. Should we not be installing them in the user's home preference folder: ~/.inkscape Even if we don't install all these files here, then we should definitely read for existence of these folders and files, and most importantly templates/default.svg from the user readable/writable preferenes folder. Do you all agree with me? Many users will not have root access, and that is bad for user preferences to be changed at that level. What if we had multiple users on a system, aka, a school that uses Inkscape. Then each user could not have their own preferences for default templates, etc. Jon -- Jon Phillips KOREA.PH.010.3140.7483 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/)

2 1

Trace dialog
by Bob Jamison 08 Sep '04

08 Sep '04

I started a small dialog that sets the parameters of tracing. All it does at the moment is set the brightness threshold for black&white conversion. Others controls will come later. You might try playing with it, using /share/clipart/tux.png. Bob

3 6

Re: [Inkscape-user] Various publications about Inkscape.
by Jon Phillips 08 Sep '04

08 Sep '04

That is great...can you place these onto this page on the Inkscape wiki. We try to collect press! Thanks for finding these! http://inkscape.org/cgi-bin/wiki.pl?ArticlesAndPresentations Also, Ted and others that have been presenting, please put up your presentations and where...MRDOCS...you presented haven't you? Jon On Wed, 2004-09-08 at 20:11, Gazal, Geraud (MED) wrote: > Hi all, > > www.linuxgraphic.org is a French web site dedicated to graphic creation > under linux (strange, isn't it ?). > * Yesterday it has published a small tutorial (in French) dedicated to > inkscape users (but applicable to any graphic creation app, I think) : how > to have a 'mirror effect'. Quite nice. I will ask the site if they are ok if > I translate this doc in English and then make it available from the inkscape > website. > The tutorial is there : > http://linuxgraphic.org/section2d/articles/miroir_Inkscape/index.html > * They've also announced the release of Open Clipart 0.06 on the main page. > > Linux+ (http://www.lpmagazine.org/en/modules/news/) European (Polish) > magazine translated and published in French, English, German, Spanish and > Czech has issued an article on Inkscape too. I have the French version. I'll > produce a sum up + translation in English on mailing list. > > > > Regards, > > Matiphas > > > ------------------------------------------------------- > This SF.Net email is sponsored by BEA Weblogic Workshop > FREE Java Enterprise J2EE developer tools! > Get your free copy of BEA WebLogic Workshop 8.1 today. > http://ads.osdn.com/?ad_id=5047&alloc_id=10808&op=click > _______________________________________________ > Inkscape-user mailing list > Inkscape-user(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-user -- Jon Phillips KOREA.PH.010.3140.7483 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

man page source?
by bulia byak 08 Sep '04

08 Sep '04

I want to update the man page. Which file to edit? Inkscape.pod seems much more editable, but inkscape.1.in is more recent in the CVS, as pjrm changed it directly: http://cvs.sourceforge.net/viewcvs.py/inkscape/inkscape/inkscape.1.in?rev=1… So, which one is the real source?

4 9

TAGS broken
by bulia byak 07 Sep '04

07 Sep '04

Generating tags does not work recently: inkscape/src $ make tags make: *** No rule to make target `refcounted.h', needed by `TAGS'. Stop. Can anyone please look into it? I need tags for editing but I don't know where to look.

1 0

Delay on scripting support
by David Turner 07 Sep '04

07 Sep '04

Unfortunately, I've unexpectedly had to move house, so I haven't been able to get time to adding scripting support. I had hoped to get to it before now, but I haven't. I'm leaving the country in three days for a month, and I won't have access to a compiler. I'll be unsubscribing from this mailing list after I send this message. I hope that when I get back, my life will settle down a little and I'll be able to hack on Inkscape some more. Sorry for dropping the ball here. -- -David "Novalis" Turner Stalk Me: 617 441 0668 <insert dark NIN lyrics here>

1 0

Re: [Inkscape-user] Line reported to be longer than I expected
by bulia byak 07 Sep '04

07 Sep '04

> The line is reported to be 2mm longer than I expected (402mm), even > though it touches the bottom and top of the page perfectly, the page is > reported to be exactly 400mm high. Is this a bug or a feature? It's a bug. Lines' bboxes extend beyond line ends by the line width. This is because the bbox is now calculated simply by adding half the stroke width to all 4 sides of the without-stroke bbox, but in this case (for unclosed horizontal line) it should be added only to the top and bottom. It is a very difficult bug to fix because we currently have no code to reliably determine how far the stroke of a given shape extends, which may be affected not only by stroke width but also by (as in your case) shape orientation and closeness, join and cap types, and miter limit. Anyway, I think we don't yet have this in our bug tracker, so please submit it (with my comments).

1 0

Gtkmmification
by Bryce Harrington 07 Sep '04

07 Sep '04

Hi all, We had identified the primary goal for this next release, 0.40, to be the conversion of Inkscape's user interface from Gtk+ to Gtkmm. To date we've been attacking this both from a bottom-up perspective, by working on converting individual dialogs to Gtkmm, as well as a top-down perspective, by starting from the top level Inkscape::Application object and working down. This latter top-down approach is what I've been working on the past few weeks. Here's a summary of where this work is at. The Inkscape::Application class is the top level manager of the main window. It creates and provides the callbacks for the GUI elements such as menus, toolbars, the main canvas, the statusbar, etc. One day, once this is merged into the main Inkscape codebase, it will also own things like the user preferences and the document model itself. You'll notice that the application.h file is pretty terse. This is because nearly all of the Inkscape::Application internals are hidden in a subclass called Inkscape::ApplicationImplementation. This means that the application.h is kept very lightweight, and other parts of the program can include it without including the whole world (only gtkmm/window.h). Inkscape::Dialog is a new abstract class. This provides a general purpose interface that Inkscape::Application can use for interacting with any of the dialogs. If there are stylistic or behavioral aspects that we want to apply to all dialogs in Inkscape, this is where we would do it. For instance, this class will provide common routines for saving the position and size of dialogs in the user's preferences, as well as the transient behavior. If you recall the trouble we had implementing those in each dialog independently under Gtk+, you can imagine how this will help centralize the behavior to one easily maintained place. Inkscape::DialogManager is another new class. This is basically just a container of all the dialogs in Inkscape, that allows us to construct them lazily - instead of creating them all at program startup, we construct them right before they're first used, then cache the dialog until DialogManager gets destructed. DialogManager also provides a set of signals that can be issued to all Inkscape dialogs, such as to show/hide all dialogs. DialogManager hooks these signals to each dialog as it creates them. One of the nifty things about Gtkmm is that it makes it quite easy to create new widgets, and we're taking advantage of this by creating "compound widgets" for sets of widgets that get reused throughout the application. For instance, most of our dialogs are implemented as Notebooks with pages that contain labeled frames within them and a table within that; the Inkscape::NotebookPage widget provides a convenient way to build a dialog using this scheme. LabelledSpinbutton, created by Carl, provides a combination of a label and a spinbutton entry, which is used repeatedly on the preferences dialog. ScalarWidget provides a widget for entering numbers associated with units, such as appears heavily on the transformation dialog and in general throughout the application. Using these widgets, Carl and I have roughed out much of the transformation and application preferences dialogs (although none of the widgets are hooked to anything internally yet). In general, what we can expect from Gtkmm is a) flexibility, and b) reduced linecount. It uses the exact same widgetset underneath, so by and large Inkscape will *look & feel* the same, and there's no plans to redesign the layout of anything (although we may do some small tweaks where it makes things easier). But this will let us do the same stuff in a fraction of the number of lines of code; this will make it easier to maintain and enhance Inkscape's look and feel in the future. This top-down gtkmm work is available in Inkscape's 'experimental' CVS module, in experimental/bryce/inkscape_gtkmm. A simple makefile is included if you'd like to fire it up and try it. If you're interested in working on something related to this Gtkmm work, you'll find this top-down codebase pretty easy to get up to speed on, since there's only about a dozen files of significance. There are examples of both widgets and dialogs, that you can use as guides in developing your own widgets and dialogs. Inkscape::Application has many of the stubs in place for adding menus, toolbars, the statusbar, and the canvas, so if you're interested in working on any of those, the hooks are there for it. If you've never done Gtkmm development, you'll find the tutorial at gtkmm.org to be quite handy - took me only a couple evenings to work through enough of the examples to feel comfortable with it. If you're not sure about your C++ skills, don't worry - gtkmm is designed in a way that allows this work to be done using really basic C++ features, so as long as you're familiar with inheritance, constructors/destructors, and public/protected/private, you should find it pretty clear. Knowledge of templates is helpful, since they're used in various places, but not required - you can learn as you go. There is a PLAN file with some todo's I've identified for myself to work on. At the end of that file, I've also written up some little projects (like implementing the Statusbar or developing Accelerators) that need doing. You're welcome to commit work into this package, although I appreciate hearing what you plan to work on so we can coordinate efforts. The big picture plan for this is to get the structural aspects figured out and examples put in place, then move it into the main Inkscape codebase for further development, with a cmdline flag to indicate which interface to use. I'd like to have at least two dialogs at 100% (including docs!), half a dozen compound widgets fleshed out, some of the canvas integration code stubbed out, so it'll be clear how to plug in the canvas when we get to that point. Bryce

2 1

freehand smoothing?
by bulia byak 07 Sep '04

07 Sep '04

People keep complaining about the unsmooth freehand drawing in Inkscape and point out Sodipodi's smooth drawing as its advantage over us: http://linuxfr.org/2004/07/20/16864.html (see comment "Sodipodi meilleur que Inkscape ?") I remember this problem was being attacked quite some time ago, and I was under an impression that the solution was near. Peter and Nathan were working on it, as well as the person known as paraprax on jabber. Can someone please update me on the status of that work? How far has it progressed and what is needed to finish it? I would really love to see this issue closed for the next version.

3 5

London Linux Expo 6-7 October 2004
by Plinnell 06 Sep '04

06 Sep '04

Hi all, Correction, the date is 6-7 October 2004. Cheers, Peter

1 0

London Linux Expo 6-8 October 2004
by Plinnell 06 Sep '04

06 Sep '04

Hi all, The Scribus Team has been invited by UKLinux.net again to exhibit at .Org Village as a part of LinuxWorld in London, 6-8 October 2004. Any UK or European users who are planning to attend can enter free with advance registration. If you are a user and are attending, please make your self known at the booth. For details, see: http://linuxexpo.co.uk/ I would really appreciate having one or two knowledgable users help to demo Scribus and other DTP applications. If there are Inkscapers or Scribus users who would like to help with the exhibit, please contact me off list. Cheers, Peter

1 0

possibly-obnoxious Doxygen usage: where to document structs/classes
by Peter Moulder 05 Sep '04

05 Sep '04

I've recently been playing with using doxygen for inkscape's sources. For the most part the changes are uncontraversial. In this and a future post are the couple things that I thought people may want to comment on. Moving documentation from a .h file to a .cpp file -------------------------------------------------- While updating the documentation for a member of SPCurve, I used some text that I thought might need changing [indeed it already has changed]. Sometimes people are hesitant to change documentation in a .h file, as doing so can cause lots of ~needless recompilation. As mental once mentioned, doxygen allows putting doc comments in .cpp files instead of .h files. The best example of this is documenting a non-inline function: the doc comment can precede the definition in the .cpp file instead of its declaration in the .h file. Doing so has the additional benefit that the comment is more likely to be kept up to date for changes to the definition. A more questionable possibility is to store documentation for a struct/class in a .cpp file instead of the .h file where the type is defined. I've experimentally done this for SPCurve: the .h file now has a single comment /* See end of curve.cpp for doxygen documentation. */ One reason that it's questionable to move the documentation away from the definition of the type is that doing so requires extra doxygen directives to say what the the comments pertain to. (See end of curve.cpp in CVS.) Will moving the documentation away from the definition result in people not updating the documentation for changes to the definition? The `See end of curve.cpp' comment should mitigate this problem. Also keep in mind the already-mentioned reduced disincentive to edit comments in .cpp files compared to .h files, which tends to increase accuracy of comments kept in .cpp files compared to .h files. Regarding convenience of reading the documentation: I'd guess that at some point doxygen will be the preferred way of accessing doc comments (e.g. using doxygen under emacsen; not sure about vim, but possibly one can use vim's existing tags support). When using doxygen to access documentation, it shouldn't matter whether we use the .h or .cpp file. Whereas if not using doxygen, then there's an advantage to storing in the .h file: e.g. people can use a standard tag search to get to the type's definition. Consequently one might recommend "keep the doc comment with the type definition for now, and we may move to .cpp files later. Or decide based on how widely-#included the .h file is and how often the documentation is likely to change." In any case, no doubt people's responses in this thread will influence people's case-by-case decisions as to where to put the documentation. pjrm.

2 1

possibly-obnoxious Doxygen usage: how to use mathematical notation
by Peter Moulder 05 Sep '04

05 Sep '04

I said that there were two issues with doxygen usage to be discussed, but this second one is so minor that actually I don't think we need discuss it, and I wouldn't be writing this if I hadn't said that I would :) . When documenting the requirements or guarantees of a function, or the invariants of class/struct instance variables, it's common to use operators from mathematics, whether comparison relations (>=, !=), boolean operators (and, or, not, maybe logical implication), set operators (\in, \subseteq, union, intersection), or quantifiers (forall, exists). Sometimes one would prefer to differentiate between operator!= and mathematical/abstract inequality (e.g. for NaN or for glib data structures commonly referred to with pointers). Similarly, one may wish to use the easier-to-reason-with commutative mathematical and/or operators instead of C/C++'s short-circuiting &&/|| (or `\&\&', to use doxygen quoting!). In javadoc, which I'm more accustomed to, the natural solution is to use HTML character entity references (`&and;', `∈', `≥' etc.) -- partly because HTML supports them, and partly because the alternative escaped representations (`&&', `>=') are worse. However, doxygen doesn't currently accept many of these -- see http://sourceforge.net/tracker/index.php?func=detail&aid=1018462&group_id=5… which also discusses alternatives. Unlike HTML/JavaDoc, Doxygen does allows backslash to be used for escaping, which eases things a little. Probably for the moment we'll stick with backslash escaping or keeping the words in the generated documentation rather that using symbols. Has an advantage that people are more likely to understand forall/exists/&&/|| than the corresponding symbols ∀/∃/∧/∨ (upside-down A, backwards E, upside-down v, right-way-up v). pjrm.

1 0

Snaping should be done only on bbox.
by Hans Deragon 05 Sep '04

05 Sep '04

Greetings. Newbie here. I chatted with bbyak and we found that snapping is done on both bbox and nodes by default. This gives an odd snapping behavior to path objects with large strokes, very counter intuitive, and with a perceived snapping to a grid finer than the one which is currently set. bbyak believes that snapping should be done on bbox only by default, and leave to experienced users to set snapping on both types in the preferences dialog, if he desire. So, I propose that default snapping be done only on bbox. If we agree, can someone bring the change to the code? BTW, great tool. I fell in love with it. Best regards, Hans Deragon -- Consultant en informatique/Software Consultant Deragon Informatique inc. Open source: http://www.deragon.biz http://facil.qc.ca (Promotion du libre) mailto://hans@...527... http://autopoweroff.sourceforge.net (Logiciel)

2 2

Text rendering on Win32
by Bob Jamison 04 Sep '04

04 Sep '04

Hi all, Now that the Win32 builds are working again, another problem has appeared(or disappeared) on Win32. Text rendering is not drawing the text on the screen at all. The <text> item is there, and editable, but there is no visible rendering at all. I really don't think that this has anything to do with the crashing bugs, except for the crashes preventing us from seeing the symptom for the last few weeks. (Though I may be wrong. Maybe something is missing from Pango?) Have there been any significant changes in text rendering in the last several weeks that might be causing this? The guys who work with text rendering, layout, and Pango can probably fix this one a lot better than I can. Bob

2 1

w32 status ... (was: Another attempt at boehm on w32)
by Sudhan 04 Sep '04

04 Sep '04

vellum wrote: > Bob Jamison wrote > > " A test build using this new package > >>of libs is: >> > > http://troi.hous.es3.titan.com/~rjamison/inkscape/builds/Inkscape0409021512…" > > I tested it this morning and it works for w2k. Will not be able to really > play for a few days but certainly it opened and drew some scribs and the > buttons that I tried worked. Great news. > > vellum > I am on w2k, and when I tried the build, I still have the issue of invisible text elements. They are there all right. I can select them and change properties etc., just not visible. Am I the only one facing this issue. NOTE: This is the case with my self builds as well as the one building by Bob. Sudhan

3 6

Re: [Clipart] Logo vote
by Jon Phillips 04 Sep '04

04 Sep '04

I'm tallying up now, if you are trying to get a vote in, then get it in within the next few minutes!!! Jon On Sat, 2004-09-04 at 05:27, Alberto Simões wrote: > How are we on votes? Too far from a winner? > > Cheers, > ALb > > > On Fri, 3 Sep 2004 21:12:02 +0200, bvirlet <bvirlet@...400...> wrote: > > Hello, here is my vote : > > > > http://openclipart.org/clipart//OCALLogos/ocal_logo_0.5_01.svg > > without the little problems in the text (i don't know, maybe is it my viewer) > > > > Bruno > > _______________________________________________ > > clipart mailing list > > clipart@...330... > > http://freedesktop.org/mailman/listinfo/clipart > > -- Jon Phillips KOREA.PH.010.3140.7483 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

Re: [Inkscape-devel] Re: Select Under
by Alan Horkan 04 Sep '04

04 Sep '04

On Thu, 2 Sep 2004, bulia byak wrote: > Date: Thu, 2 Sep 2004 13:21:32 -0300 > From: bulia byak <buliabyak@...400...> > To: Alan Horkan <horkana@...44...> > Subject: Re: [Inkscape-devel] Re: Select Under > > On Thu, 2 Sep 2004 14:22:52 +0100 (BST), Alan Horkan > <horkana@...44...> wrote: > > Presumably Metacity is not one of those Window managers (and hopefully not > > the default KDE window manager either). > > Dunno about Metacity, but KDE does steal alt+click. I had to > reconfigure it (it was easy). Of course forcing people to do WM > configuration is not the best thing possible, but there's simply no > other modifier I could use for this. And besides, alt+click and > alt+drag are not core capabilities, so casual users can do without > them. (logged into a Linux machine to check) Metacity use Alt+Click(and Hold) to allow users to drag a window but I cannot come up with a better suggestion and you are right, select under is not a vital feature so for now it is a reasonable compromise. >From trying to make changes in other projects my worry (paranoia almost) is that users will become too accustomed to all the little compromises that have to be made. That in the future when people want to change things for the better users will resist, or even worse developers will have moved on and the new developers will also resist changes failing to understand the compromises that were made. We are not yet even at 1.0 so there is room to change things, and the attitude of the communinity is good so I expect the current developers wont be leaving anytime soon. Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/

4 4

inkscape:groupmode reintroduced
by MenTaLguY 03 Sep '04

03 Sep '04

Just a quick note that I've reintroduced inkscape:groupmode, so all that's needed to make a layer is to make a group and then set its inkscape:groupmode attribute to "layer" from the XML editor. The "Active Group" selector (secretly the "Layer Selector") doesn't update when layers are made/unmade yet (the reason I removed inkscape:groupmode for the 0.39 release), but other than that the non-widget portions of layers are done. [ we do also need to establish which layer to start in when a document is loaded; currently we still start out with the root as the current layer ] -mental

3 2

Re: [Inkscape-user] print to ps: transparency and gradients
by Ted Gould 03 Sep '04

03 Sep '04

On Fri, 2004-09-03 at 06:13, Aewyn wrote: > It seems to me, inkscape print to ps doesnot > handle transparency and gradients. > > Can I make it work? Sure! I think to get transparency to work properly you're going to have to use Postscript Level 3 -- which, to my understanding, is the first version to support alpha. The thought in the back of my head for doing this would be to steal the Postscript/PDF engine from Scribus and plug it in to Inkscape. It would be really cool if you did this. If you have questions about where to put stuff or what you can do feel free to ask. --Ted PS - I cc'd the devel list because this discussion should probably be moved there.

1 0

Another attempt at boehm on w32
by Bob Jamison 03 Sep '04

03 Sep '04

Whilst talking to Mental, I noticed one thing about the Boehm-GC libs that might be a problem on Win32. gc6.2 and gc6.3 have similarly-named .h files in their include directory, but they are in -different places-. This means that an upgrade from 6.2 to 6.3 will not overwrite the .h files, and a mismatch between the .h definitions, and the actual object in libgc.a, is very possible. To reduce the number of candidate sources of bugs in GC by one more, I have repackaged gtk24.zip to contain only the .h files supplied by gc6.3. The cleaned-up gtk24.zip is here: http://troi.hous.es3.titan.com/~rjamison/inkscape/gtk24.zip ...and a complete rebuild of Inkscape is here: http://troi.hous.es3.titan.com/~rjamison/inkscape/builds/Inkscape0409010635… Again, I am not saying that this is going to fix the problems, but as Forrest Gump would say, "that's one less thing." Bob

6 11

end of code freeze
by MenTaLguY 03 Sep '04

03 Sep '04

I guess now that Win32's struggling back to its feet we can lift the code freeze and carry on. Any objections? -mental

1 0

Scribus Nominated As A Finalist For Linux Format Awards 2004
by Plinnell 02 Sep '04

02 Sep '04

Hi all, Issue 58 Sept 2004 of Linux Format UK has chosen Scribus as one of four finalists for Best Office Software. >From the article, "In spite of four hundred nominations in this category, most of them were for the same select group of software, resulting in a pretty short list. Newcomer Scribus is a welcome addition". Scribus users are encouraged to vote for their favorites at: http://www.linuxformat.co.uk/awards And they based this on 1.2 cvs, not the final version :) Cheers, Peter

1 0

unsuscribe
by unknown＠example.com 02 Sep '04

02 Sep '04

1 0

Inkscape Status 2004-09-01
by Bryce Harrington 02 Sep '04

02 Sep '04

I notice that the daily downloads of Inkscape have started equalling that of Sodipodi. This is one of the few remaining statistics that Sodipodi has surpassed Inkscape at, so is interesting to see this now changing. Beyond that, things appear to be fairly level right now; hopefully we'll see accelerated growth as we move into the fall. Statistics Nov 15 May 15 Jun 15 Jul 15 Aug 15 Sep 1 ========== ====== ====== ====== ====== ====== ====== Lifetime Rank on SourceForge: 4391 1028 928 845 774 777 (68.5%) (92.7%) (93.4%) (94.0%) (94.6%) (94.5%) Max Week's Rank on SourceForge: 62 36 41 33 53 79 (99.6%) (99.8%) (99.8%) (99.8%) (99.7%) (99.6%) Total SF Page Views * 475,000 616,263 741,681 900,566 954,864 Total SF Downloads * 27,400 34,015 39,359 47,278 50,672 Total Freshmeat URL Hits 746 * 7,333 7,946 9,382 9,811 Total Freshmeat Subscriptions 16 74 87 93 114 115 Lines of Code in src/: 115,901 189,116 280,263 264,418 276,437 294,072 Code lines 147,471 210,119 192,240 200,684 210,979 Comment line 16,757 40,620 41,926 43,558 50,014 Blank 25,886 34,677 35,422 37,425 39,531 Lines of Docs in doc/: 1,135 4,544 15,170 15,217 16,358 16,769 Lines of content in website: 1,173 6,008 6,372 6,784 7,106 7,391 Size of the Inkscape wiki: 3,700 18,638 17,176 17,854 19,665 19,921 Minutes since last ChangeLog mod: 360 * * 54 * 2733 Bugs open/total: 9/15 57/365 63/401 73/496 110/568 120/592 Features open/total: 18/18 183/238 210/285 242/331 266/361 267/369 Patches open/total: 1/ 6 4/ 83 5/ 88 8/110 5/120 5/122 CVS Commits (as per inkscape-cvs): 481 3391 5549 6314 6,822 7,083 Inkscape-devel membership: 49 78 84 95 104 108 Inkscape-announce membership: 9 43 53 60 74 77 Inkscape-user membership: 71 76 90 109 112 Num Translations : 32 33 33 Ave Translation Ratio: 40.5% 44.9% 45.0% * - Statistics unavailable

1 0

Select Under
by bulia byak 02 Sep '04

02 Sep '04

On Thu, 26 Aug 2004 01:35:54 +0200, Aewyn <aewyn@...523...> wrote: > Working with lot's of semi transparent objects I ran a serious problem. > I can't select an object underlaying objects, bacause at this moment the > object upper is selected. > > I can use tab to switch objects, but working with 100 object, it is > impossible. > > So it would be nice a view "wireframe", with possibility border selecting. Wireframe view is in our plans, but not in the short term. Instead I just did what I wanted to do for a long time, hopefully it will help: * Select Under: in Selector, clicking with Alt selects the object at cursor which is below (in z-order) the currently selected object at cursor; if the bottom object is selected, Alt+click again selects the top object. Thus, several Alt+clicks will cycle selection through the z-order stack at the click point. Combining Alt with Ctrl and Shift works, too. Note that on Linux, some window managers steal Alt+click, but Ctrl+Alt+click ("select under in groups") and Shift+Alt+click ("select under, add to selection") will still work. And also as a helpful reminder, * Pressing Alt, Ctrl, or Shift displays the function of these modifiers in the statusbar (only in Selector so far). This is in CVS now.

2 4

logo vote for OCAL
by Jon Phillips 01 Sep '04

01 Sep '04

Hello Inkscapers, We are voting on the OCAL logo right now. Please submit your top 3 logo choices from here: http://www.openclipart.org/cgi-bin/navigate/OCALLogos to the Open Clip Art Library list. We need more eyes on the logos and have had few votes. The vote cutoff time is FRIDAY afternoon 5 PM PST. If you are not on the mailing list, then now is a good time to jump on the project and pick up a shovel by voting and submitting your metadata rich graphics! Jon PS: You can also submit your logo votes to my email address... -- Jon Phillips KOREA.PH.010.3140.7483 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

[Fwd: [Inkscape-user] moving forward (Was: Re: cause of crashes)]
by MenTaLguY 31 Aug '04

31 Aug '04

Whoops, meant to send this to the development list.. -----Forwarded Message----- From: MenTaLguY <mental@...3...> To: Inkscape Users List <inkscape-user(a)lists.sourceforge.net> Subject: [Inkscape-user] moving forward (Was: Re: cause of crashes) Date: Sun, 29 Aug 2004 13:01:02 -0400 Ok, so it appears we're currently waiting on someone to test with a build of libgc that we know to have been compiled with the appropriate options (this means C++ support, but nothing else -- particularly no malloc replacement). So, is someone willing to assume responsibility for making a new build of libgc to test with, and documenting what steps they took when building it? -mental

2 1

refcount rules
by MenTaLguY 31 Aug '04

31 Aug '04

On Mon, 2004-08-30 at 00:59, bulia byak wrote: > Mental, please check out the patch in this bug: > > https://sourceforge.net/tracker/index.php?func=detail&aid=1012874&group_id=… > > and apply if ok. It fixes a bad memory usage crash in deleteObject. Unfortunately sourceforge is currently in "read-only" mode, so I cannot comment in the bug itself. The patch hides the problem without really fixing it, though (and sort of breaks the intended semantics I had for successors, albeit not in a way that matters too much). The bug is not in deleteObject, but rather that deleteObject's caller is not retaining a reference to it (by increasing the reference count) while deleteObject() does its work. The general rule is always, always, always make sure that you have claimed a refcounted object before calling a nontrivial function (especially one that modifies the object). This holds not just for deleteObject(), or SPObjects in Inkscape, but for any software with simple refcounted objects. [ The garbage collector relaxes this requirement slightly, but only for classes which are managed by it, which SPObject is not yet. ] The correct fix is to modify the portion of sp_marker_prev_new(): SPObject *oldmarker = sandbox->getObjectById("sample"); if (oldmarker) oldmarker->deleteObject(false); thusly: SPObject *oldmarker = sandbox->getObjectById("sample"); if (oldmarker) { sp_object_ref(oldmarker, NULL); oldmarker->deleteObject(false); sp_object_unref(oldmarker, NULL); } Probably simliar mistakes are made in other places as well (and with other functions beyond just deleteObject() -- deleteObject() is simply more likely than most to remove the remaining external refcounts on the object). -mental

2 3

libgc on Win32
by MenTaLguY 30 Aug '04

30 Aug '04

Talking to Simarilius, it looks like the version of libgc we've been using on Win32 has been built to replace the standard malloc. This should in principle be harmless (except that the collector will be scanning a lot of memory it does not need to, and might mistake e.g. bitmap data for pointers), but Could someone try a version of libgc that has been built without the malloc-replacement option and report back? A different problem may be that Win9x and WinNT/2k/XP could require different builds of libgc. -mental

6 14

GC_no_dls
by MenTaLguY 30 Aug '04

30 Aug '04

I'm going to make one small adjustment to the GC code now: adding GC_no_dls = 1 to the GC intialization code. This will prevent libgc from scanning the static data areas of dynamic libraries, which seems to cause problems on FC2, and in any case is unnecessary. Ideally we want the most conservative gc configuration that is reasonably possible; this should bring us a step closer. -mental

3 3

switch + documentation translations
by bulia byak 30 Aug '04

30 Aug '04

With the number of documentation translations growing, the current system becomes less and less sustainable: if I now update an English tutorial, translators will have lots of trouble spotting the changes and updating their translations accordingly. It basically amounts to manual comparisons, which means the translations are likely to almost always be out of sync with the original. How to fix this? I thought about the switch element: http://www.w3.org/TR/SVG11/struct.html#SwitchElement Inkscape needs to support it (it doesn't yet) at least for the systemLanguage attribute. Then, all translations of a tutorial can be stored in one file. A translator would select each text obejct (they will need to be converted to flowed text objects, by the way) and use a command to add an alternative for his language, then type the translation. Illustrations would be shared across all languages. This way, if a new section is added but not translated yet, users of a non-English language will still see this section in English, which is better than not seeing it at all. Inkscape could provide additional help by storing the last-edited timestamps in switch'ed objects, so that a translator could find sections where the original is more recent than a translation. What do you think of this idea?

7 8

resurrecting Win32 builds
by Bob Jamison 30 Aug '04

30 Aug '04

Hi all. Just thought I'd update everyone on the Win32 situation. Re: win32 startup crashes =================== For the entire summer, I have been without a Win32 box on which to do native builds or test Inkscape. All I can do is make cross-compiled builds and depend on other people to test and debug Win32 factors. Simarilius and others have been researching many possible reasons for the crashing bugs, and trying to alleviate them. malloc/free and null pointers seem to be prime suspects. One possibility occurred to me yesterday. The GCC3.4.1 compiler we have been using for cross-compiling was a CVS HEAD version, and not the final 3.4.1 release. It was possible that MinGW patches might insufficiently apply to this code. It is thus possible that the objects created from C++ might be buggy. So I rebuilt the cross-compiler and all of the C++ libs in our gtk24.zip collection, and put these new builds on the web site. Anyone building Win32 Inkscape should get a fresh copy of these. The same links as before have the new items. I built Inkscape with these libs yesterday, put them on the server. Bulia said it works; Simarilius says there are still some problems. So -at least- we are making some progress. One possible problem area to investigate is MSVCRT's RtlFreeHeap() seeing different address spaces in the .exe and .dlls. Allocating memory in one, and freeing in the other would cause a fault in WinNT and above (not 9x). Re: server =================== After more than a week of downtime, my little development server is partially back online. The current location is now: http://troi.hous.es3.titan.com/~rjamison/inkscape By 'partially,' I mean that it can be accessed via http, but the admin has not fixed the routers to allow the machine to see the Net. So it cannot do a cvs checkout, thus cannot do an autobuild. The admin is a good guy, so this condition is certainly temporary. Because of this, I did a manual build, and put a copy in the /builds subfolder (link at the top of the page). I will do this occasionally until things are fixed. InkscapeLatest.zip points to it. Bob

3 5

evil_malloc
by MenTaLguY 30 Aug '04

30 Aug '04

Since I was asked about evil_malloc() -- the main reason I introduced it was that malloc debuggers (e.g. Electric Fence) don't like malloc(0), and I wanted to be able to use them. The reason is that malloc(0) is not required to return NULL; all that is required is that it return a pointer which can be free()d -- this can introduce some subtle bugs depending on the platform and libc versions. [ regrettably, realloc(p, 0) is not guaranteed to return NULL either, though it is more likely to :/ ] While I don't see any harm to livarot specifically resulting from differing malloc(0) behaviors, there is far too much code in there that is "wrong, but harmless". I want rid of it; subtle bugs cropping up in livarot is sapping far too much of my development time. So, anyway, the proper resolution to the evil_malloc() business is to replace the calls to evil_malloc() with an explicit check of the allocation size (really, nrPt or whatever the size is computed from). I will do that myself eventually, but it's a simple enough task that anyone can do it if they are so inclined. -mental References: http://sources.redhat.com/ml/libc-hacker/1998-06/msg00001.html http://users.bestweb.net/~ctips/tip028.html http://lists.freebsd.org/pipermail/freebsd-standards/2004-February/000395.h… http://www.ussg.iu.edu/hypermail/linux/kernel/0011.0/1122.html http://www.uclibc.org/downloads/Glibc_vs_uClibc_Differences.txt (item #4)

1 1

Fedora-2 RPMS
by Plinnell 29 Aug '04

29 Aug '04

Hi all, I've uploaded Fedora-2 rpms for 0.39, thanks to Phil Compton, one of the core Fedora packagers. The move is allmost done, so next time, there will be less delay. Cheers, Peter

1 0

Re: Re: Temp freeze + stuff
by Bob Jamison 29 Aug '04

29 Aug '04

bulia wrote: >Works! Though it is very slow for large images, almost as good as a >dead freeze. To make it usable, we need to provide a progress bar and >to make it interruptible in some way. Another problem is that it puts >the path into 0,0 instead of overlaying the original image; look up >sp_selection_tile in selection-chemistry that solves a similar problem >for Tile. Yeah, it's full of little problems for now. I just wanted to get something out there that people could see. The pathlist that is generated has the x,y coordinates relative to the top/left of the image. All we need to do is copy the x/y attribute of the <image> itself to the <path> and we can fix this. Path simplify works well to reduce the number of nodes. However, I'm sure there there is a tolerance setting or something in Potrace for estimating the curve and controlling the number of nodes output. I noticed the delay. At first, I thought it was the text output/repr parsing that was slowing it down, but it is not. The tracing takes all of the time, and the output is very quick. I'll look at the tiling stuff you mentioned. Maybe execute this in a thread? Maybe not; we might -want- the user to see the delay, so he realizes that it is an expensive operation on large images. Hey, we need an animated 'Busy' icon. How about a potato sleeping on a couch? ;-) Would be appropriate for many of us coders! Bob

1 0

Re: Temp freeze + stuff
by Bob Jamison 29 Aug '04

29 Aug '04

Oops. I haven't been able to use POP access to my email from home recently, so I didn't know about the freeze until just now, by reading it on the list archive on the website. I'll stop now :-). But in the meantime, I have gotten the Tracing operation to a limited initial functionality. Please give it a try. It will obviously need to be tested and tweaked. It will almost certainly need an associated dialog to adjust the settings. Please defer any feature suggestions until later... we just want to get it to work. To make it work, I embedded a copy of Potrace in Inkscape. Instead of using its full functionality of reading images and writing vectored output (that's OUR job), I just have it read the data from an <image>, and create an associated <path>. Eventually, I will probably make a generic Tracer class, with various tracing engines referenced by it. The basic function a tracer needs to perform, is to read a GdkPixbuf, and output the d="" attribute of a <path>; as long as an engine does that, we can consider it a black box. Sooo... give it a try. To use, load an image, select it, and choose "Trace image". That is all it takes. It will of course work much better on line art than a multicolored image. Currently, the color->line art conversion threshold is hardcoded at 50% brightness; this will of course be a future dialog item. So. I'm quitting coding for now... going back to debugging. (Hey, I found a good bug Friday, anyway ;-) Bob

2 1

ANNOUNCE Scribus 1.2 Released
by Atlantic Tech Solutions 29 Aug '04

29 Aug '04

The Scribus Team is pleased to announce the release of Scribus 1.2 - Open Source Desktop Publishing. The 1.2 release is the culmination of over 1 year of hard work since last year's 1.0 release. The Scribus team urges all users and distros to use this latest release. The Scribus Team is also proud to announce the first commercial implementation of Scribus for commercial newspaper production. Last month, the premier issue of Twin Tier Times, a US weekly newspaper was launched using a production workflow centered on Scribus and other Open Source applications including GIMP 2.0, Inkscape and others. Among the major changes and features in 1.2 since the release of Version 1.0: * A new EPS/PS importer, which can import EPS and PS files as vector or postscript outlines, which can then be edited as native Scribus objects. * A dedicated documentation site, http://docs.scribus.net has been implemented. There are French and German translations in progress. * Over 800 bug reports and user feature requests have been squashed. * Scribus now features a New from/ Save as Template plug-in, which enables end users to quickly generate preformatted documents. This is useful for both first time users, as well as experts. * The Scribus GUI is now translated into 27 languages. * Scribus 1.2 features new print previewer which has the ability to render CMYK separations on screen, transparency, UCR (Under Color Removal) to give users a true postscript generated preview of the page. * A new table feature to create basic tables within Scribus. * Many enhancements to text frames including multi-columned text, baseline grids, new contour options, tabs and drop caps. * Several new plug-ins for exporting documents as images, as well as special typography plug-ins for Czech, French and other languages. Scribus was chosen by Trolltech as one of their "Cool Applications". We on the Scribus Team are honored to be recognized as such and appreciate the recognition. The Scribus Team will present the first public demo at KDE Community World Summit 2004 "aKademy" 21-29 August, 2004 Ludwigsburg (Stuttgart Region), Germany. Enjoy!

2 1

lockups & Seg faults [Re: libsigc++ problems in Yoper]
by tom b 28 Aug '04

28 Aug '04

From: Mike Hearn <mike@...519...> Re: libsigc++ problems in Yoper [Re: Please Help: Yoper linux packaging/compiling problems] 2004-08-22 09:06 >> "Could not find "libsigc C++ callback library"" > That"s odd. It should have downloaded it and installed it for you. > Bugs, bugs, everywhere .... It did d/l some other packages before libsigc. >> 1) There is no such package for Yoper yet >> 2) I config/make/make install libsigc-1.2.so5 (I think > Check that /usr/local/lib is actually in your linker path and > that you reran ldconfig as root. OK, that worked. New tests: 1) ./inkscape-0.40cvs.package installed everything fine inkscape -V said "Aug 21 2004" ran inkscape & got "Segmentation fault" & wouldn't run 2) package remove inkscape ./inkscape-0.39.package installed everything fine ran inkscape in shell & inkscape window opened fine (though I did notice window resizing was slow on my AthlonXP 2200) drew a square shape, computer locked up (I could move mouse, but not click, & [Enter] wouldn't work) shell said "Emergency save activated! completed..." had to do a hardware reboot (couldn't reboot in linux) (BTW: I have the exact same lockup problem with .39 in Win98se & Mandrake Cooker on the same computer. But Debian unstable seemed to work fine.) 3) package remove inkscape ./inkscape-0.40cvs.package installed everything fine, though re-installed libsigc again inkscape -V said "Aug 21 2004" ran inkscape & got "Segmentation fault" & wouldn't run cheers ===== high-speed downtempo radio: http://live365.com/stations/infuzon _______________________________ Do you Yahoo!? Express yourself with Y! Messenger! Free. Download now. http://messenger.yahoo.com

3 2

svg plugin
by Lucas Vieites 27 Aug '04

27 Aug '04

Hi, I was just wondering, while we're waiting for Mozilla and Firefox to implement full svg support, is there any plugin available for Linux to see svg drawings inside a web page? Of course I know of the Adobe svg plugin, but it seems to be available only for RedHat 7.1 (quite far away in time by now). Would it be very difficult to adapt the inkview code to act as a plugin and not as an external viewer? Just asking, not actually proposing an "inkscape svg plugin" ;-) Thanks for your time. -- Lucas 'Basurero' Vieites Dept. Desarrollo <lucas@...212...> Asix Informática <http://www.asixinformatica.com/> Tel/Fax: +34 986 54 26 98

5 5

Re: [Inkscape-devel] svg plugin
by Tobias Jakobs 27 Aug '04

27 Aug '04

Lucas Vieites <lucas@...212...> schrieb am 27.08.04 09:47:02: > > Hi, I was just wondering, while we're waiting for Mozilla and Firefox > to implement full svg support, is there any plugin available for Linux > to see svg drawings inside a web page? > Of course I know of the Adobe svg plugin, but it seems to be available > only for RedHat 7.1 (quite far away in time by now). > > Would it be very difficult to adapt the inkview code to act as a > plugin and not as an external viewer? > > Just asking, not actually proposing an "inkscape svg plugin" ;-) > The librsvg even provides a Mozilla/Firefox plugin and standalone viewer (rsvg-view) http://librsvg.sourceforge.net/ ____________________________________________________ Aufnehmen, abschicken, nah sein - So einfach ist WEB.DE Video-Mail: http://freemail.web.de/?mc=021200

1 0

re: svg plugin
by tom b 27 Aug '04

27 Aug '04

From: Lucas Vieites <lucas@...524...> svg plugin 2004-08-27 00:45 > Hi, I was just wondering, while we"re waiting for > Mozilla and Firefox to implement full svg support, > is there any plugin available for Linux > to see svg drawings inside a web page? A search for "SVG" at Mozilla.org digs up these links: http://www.mozilla.org/projects/svg/ http://www.mozilla.org/projects/svg/build.html So, you can compile a version with SVG built-in. There are also UNOFFICIAL builds here that may support SVG: http://www.pryan.org./mozilla/firefox/ Use at your own risk! :) ===== 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

1 0

Re: [Inkscape-devel] Adding tablet support to inkscape
by Danni Coy 26 Aug '04

26 Aug '04

On Wednesday 25 August 2004 13:33, inkscape-devel-request(a)lists.sourceforge.net wrote: > SPCanvasWidget should be the right sort of widget to do this with. > > Have you tried writing a small standalone program as a test case to make > sure that you're doing everything else you need to? (you might e.g. > have to set event masks and things) So far I have have gone through and played with Scribble... > > i.e. try it with your own trivial custom widget first ... I'm afraid > event flow with our canvas is currently rather convoluted Good Idea... Thanks Danni > > -mental -- "and i actually like debian 2.0 that much i completely revamped the default config of the linux systems our company sells and reinstalled any of the linux systems in the office and here at home.."

1 0

Anonymous Bug reports and feature requests
by Alan Horkan 26 Aug '04

26 Aug '04

Anonymous Bug reports and feature requests are a bad idea. There are many anonymous bug reports and feature requests that are poorly explained some with no more than a summary and no description whatsoever. Without someone to follow up and provide a more detailed description I think these reports only waste people time. Many of the requests are wishlists, rather than specific enhancment requests. There are inevitably duplicate or overlapping reports. Vague suggestions and requests should be directed to the user list so that we at least have a contact address and can get people to clarify what they mean. If the suggestions are good and users are still unwilling to register to file a bug report some one else will be willing to put their name to the report. Openness is good up to a point but I think a minimum barrier is necessary, and that reporters are need to put their name to a report and take some responsibility and show they care about a feature before developers expecting developers to spend their time on it. I dont believe that many people are looking at the request tracker and it is difficult to manage so many vague reports. I think the system needs to be changed to require people to log in before posting feature requests and bug reports. Sincerely Alan Horkan http://advogato.org/proj/Inkscape/

5 5

Milestone 16
by Teemu Ikonen 25 Aug '04

25 Aug '04

Hi all, Down at the bottom of the roadmap (http://www.inkscape.org/roadmap.php) there's a note about splitting the SVG canvas out of Inkscape. I'm wondering how far this goal is in terms of development effort. The canvas in Inkscape is by far the best looking and most functional I've seen in any free software project. I'm sure there are many projects which would benefit from a canvas with nice antialiased output to screen, good print quality by SVG->PS conversion and the ability to manipulate the figure by pointing and clicking in some way. Could someone familiar with the Inkscape code estimate if it would make sense at the moment to try to use the canvas this way in, say, another GTKmm-application? Or is the code just too much coupled with GUI right now? All the best, Teemu

2 1

Adding tablet support to inkscape
by Danni Coy 25 Aug '04

25 Aug '04

I noticed that The UI is being upgraded from gtk+ to gtkmm I would like to try and get Pen Tablet support (it is probably a good time). My early experiments in doing this are not doing too well (considering that the GTK documentation is totally out of date). The dynadraw tool looks like the easiest to convert to use extended input But I don't seem to be able to get it to respond to this extra information. >From what I have managed to glean so far "gdk_input_set_extension_events" has to be called on each "gdk_window" you want to get receive extended event information. So far I have tried doing this with sp_canvas but it seams not to have worked. Which gdk_window(s) does the dynadraw context draw onto? Thankyou Danni -- Comparing software engineering to classical engineering assumes that software has the ability to wear out. Software typically behaves, or it does not. It either works, or it does not. Software generally does not degrade, abrade, stretch, twist, or ablate. To treat it as a physical entity, therefore, is misapplication of our engineering skills. Classical engineering deals with the characteristics of hardware; software engineering should deal with the characteristics of *software*, and not with hardware or management. -- Dan Klein

3 2

MAC OS X 10.4 to be resolution independent
by Jon Phillips 24 Aug '04

24 Aug '04

You see it here: http://www.appleinsider.com/article.php?id=610 You know what this is leading towards...SVG desktop or vector desktop? Jon -- 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/)

3 2

libsigc++ problems in Yoper [Re: Please Help: Yoper linux packaging/compiling problems]
by tom b 23 Aug '04

23 Aug '04

From: Mike Hearn Date: Sat, 21 Aug 2004 13:19:51 +0100 >On Fri, 20 Aug 2004 11:40:01 -0700, tom b wrote: >> 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 > >As Bryce said, there is an autopackage you can use here: >http://navi.cx/~mike/inkscape/0.39/inkscape-0.39.package >Alternatively if you want the bleeding edge of Inkscape >development try this: >http://navi.cx/~mike/inkscape/inkscape-0.40cvs.package I tried that, & keep getting "Could not find 'libsigc C++ callback library'" 1) There is no such package for Yoper yet 2) I config/make/make install libsigc-1.2.so5 (I think from Debian?) sucessfully, but inkscape-0.39.package still couldn't find it. 3) I I config/make/make install libsigc++-2.0.3 (from Sourceforge), but inkscape-0.40cvs.package still couldn't find it. both libs are in usr/local/lib Aside from switching distros (1 last go with Yoper), any other ideas? cheers ===== high-speed downtempo radio: http://live365.com/stations/infuzon __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail

3 2

Update French translation
by Frederic Rodrigo 23 Aug '04

23 Aug '04

Hi, I have updated the French translation. Thank to the helpfull Peter Moulder Fred.

2 1

svgs2pdf?
by Bryce Harrington 23 Aug '04

23 Aug '04

It occurred to me that for presentation purposes, it would be very handy to be able to generate one PDF file from a set of SVG's. Anyone know of a mechanism for doing this? Bryce

2 1

Weirdness with new fileopen dialogue and gdb
by Carl Hetherington 23 Aug '04

23 Aug '04

Hi, I've just been trying current CVS with gdb, and I find that starting inkscape under gdb and then choosing File->Open results in Program received signal SIG32, Real-time event 32. 0x40c772e1 in sigpending () from /lib/libc.so.6 #0 0x40c772e1 in sigpending () from /lib/libc.so.6 #1 0x40c773a7 in sigsuspend () from /lib/libc.so.6 #2 0x40131258 in pthread_getconcurrency () from /lib/libpthread.so.0 #3 0x40130ac5 in pthread_create () from /lib/libpthread.so.0 #4 0x4109ab41 in ?? () from /usr/lib/./libgthread-2.0.so.0 #5 0x08b09bd8 in ?? () #6 0xbfffd600 in ?? () #7 0x40b6de80 in g_static_private_free () from /usr/lib/./libglib-2.0.so.0 #8 0x40b6e0ec in g_thread_create_full () from /usr/lib/./libglib-2.0.so.0 #9 0x41081ef6 in link_thread_io_context () from /usr/lib/./libORBit-2.so.0 #10 0x41081961 in link_exec_command () from /usr/lib/./libORBit-2.so.0 #11 0x41081fe5 in link_set_io_thread () from /usr/lib/./libORBit-2.so.0 #12 0x4107c6a5 in ORBit_ObjectAdaptor_set_thread_hintv () from /usr/lib/./libORBit-2.so.0 #13 0x411843a3 in bonobo_poa_get_threadedv () from /usr/lib/./libbonobo-2.so.0 #14 0x41184506 in bonobo_poa_get_threaded () from /usr/lib/./libbonobo-2.so.0 ... Does this happen for anyone else, or is it a quirk of my system? Thanks Carl

3 2

compiling inkscape
by Martin Wiebusch 23 Aug '04

23 Aug '04

Hi, I would like to contribute to the inkscape development, but I have problems compiling the cvs checkout. I got the checkout with the command cvs -z3 -d:pserver:anonymous@...54...:/cvsroot/inkscape co inkscape running the autogen.sh script gives the following output > checking for autoconf >= 2.52 ... yes (version 2.59) > checking for automake >= 1.7 ... yes (version 1.7.9) > checking for glib-gettextize >= 2.0.0 ... yes (version 2.2.3) > checking for intltool >= 0.17 ... yes (version 0.31.1) > > Running aclocal-1.7 ... > Running autoheader ... > Running automake-1.7 --add-missing ... > configure.in:25: required file `./ltmain.sh' not found > Please fix the error conditions and try again. The file ltmain.sh is nowhere to be found among the downloaded files. What am I doing wrong? Martin.

5 7

Coordinates in SVG file do not match display.
by Dave Cole 23 Aug '04

23 Aug '04

Sorry if this has been reported before, but since sourceforge do not allow the public to search their mail archives, or google to index their archive I have no way to check... I have been using the most excellent Inkscape to draw some simple graphics that I then load into the Gnome canvas - I am using my own (simplistic) Python code to parse the SVG via sax, and end up loading all of the coordinates into CanvasBpath shapes. The problem I have is that the coordinates bear little relationship to those inside Inkscape. It appears that Inkscape is internally doing an invisible translate and scale to make the paths appear on the page. This is befuddling not only me, but my code as well. I end up with with coordinates in paths that are off the page while clearly the entire document is on the page (inside Inkscape). Note also that I always ungroup all objects whenever I scale or translate in Inkscape to avoid the creation of a transform attribute. Should there be some way to get Inkscape to "normalise" object coordinates so that they match the size of the document? After all, the is what is being displayed. - Dave -- http://www.object-craft.com.au

2 1

new document template
by bulia byak 22 Aug '04

22 Aug '04

* The new empty document created when you launch Inkscape or use File > New is now based on a template instead of being hard-coded into the program. If you want your new documents to have different initial zoom, window size, page border, metadata, etc., just save a document with the desired settings (it may contain some objects, too) as default.svg in your share/templates directory (typically /usr/local/inkscape/share/templates on Linux, $INKSCAPE_DIR\share\templates on Windows). Later I will make File > New a submenu listing all svg files in templates dir, so that one can have more than one template and choose among them (Ctrl+N will always run default.svg). Now, Mental, you can add a default layer into the default.svg, to get layers going.

3 4

API churn
by MenTaLguY 22 Aug '04

22 Aug '04

Just a heads up that I'm dropping quite a bit of new code on the tree tonight; I've been rewriting more code to take advantage of the garbage collector, and in the process I ended up gutting and rewriting the GC wrapper API. To summarize real quickly: Inkscape::GC::Object<> -> Inkscape::GC::Managed<> Inkscape::GC::FinalizedObject<> -> Inkscape::GC::Finalized Inkscape::Refcounted -> Inkscape::GC::Anchored Inkscape::Refcounted::claim() -> Inkscape::GC::anchor() Inkscape::Refcounted::release() -> Inkscape::GC::release() One important change is that the three GC classes no longer inherit from one another. So you will need to derive from Managed<>, and then also from Finalized or Anchored if you require features added by either one of those classes. -mental

1 0

[thimo@...153...: Bug#261848: inkscape: segfaults on startup (Alpha)]
by Wolfram Quester 21 Aug '04

21 Aug '04

Hi alltogether, I received the attached bug report for the debian package of inkscape, ver 0.39. Can someone comment on this? I ask here berfore I submit it to the tracker because I'm not sure if it's my package or inkscape. The other bug referenced in the report is available at http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=187196 With best regards, Wolfi ----- Forwarded message from Thimo Neubauer <thimo_at_debian_dot_org> ----- X-Original-To: wolfi@...33... Subject: Bug#261848: inkscape: segfaults on startup (Alpha) Reply-To: Thimo Neubauer <thimo_at_debian_dot_org>, 261848@...499... Resent-From: Thimo Neubauer <thimo_at_debian_dot_org> Original-Sender: Thimo Neubauer <thimo@...500...> Resent-To: debian-bugs-dist@...501... Resent-Cc: Wolfram Quester <wolfi@...111...> Resent-Date: Wed, 28 Jul 2004 15:33:01 UTC Resent-Message-ID: <handler.261848.B.109102783927786@...499...> X-Debian-PR-Message: report 261848 X-Debian-PR-Package: inkscape X-Debian-PR-Keywords: From: Thimo Neubauer <thimo_at_debian_dot_org> To: Debian Bug Tracking System <submit@...499...> Resent-Sender: Debian BTS <debbugs@...499...> X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at honk.physik.uni-konstanz.de X-Virus-Scanned: by amavisd-new-20030616-p7 (Debian) at honk.physik.uni-konstanz.de Package: inkscape Version: 0.39-1 Severity: important Even before showing the first window inkscape runs into a segfault. This is the backtrace: riff /home/thimo> gdb inkscape GNU gdb 6.1-debian Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "alpha-linux"...(no debugging symbols found)...Using host libthread_db library "/usr/lib/debug/libthread_db.so.1". (gdb) r Starting program: /usr/bin/inkscape [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 11392)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 11392)] 0x0000020000a3cba8 in g_type_is_a (type=540847136, iface_type=4835814432) at gtype.c:2730 2730 gtype.c: Datei oder Verzeichnis nicht gefunden. in gtype.c (gdb) bt #0 0x0000020000a3cba8 in g_type_is_a (type=540847136, iface_type=4835814432) at gtype.c:2730 #1 0x0000000120095a34 in sp_object_repr_build_tree () #2 0x0000000120050690 in SPDocument::collectOrphans () #3 0x0000000120050e98 in sp_document_new () #4 0x0000000120054efc in sp_file_new () #5 0x000000012004f078 in sp_main_gui () #6 0x000000012004ed50 in main () (gdb) It seems a bit like #187196 but all my other Gnome-programs work fine. Additionally, the inkscape package from testing (0.38.1-4) starts without problem but runs into another segfault on exit, but also inside libgobject-2.0.so.0. I can't really tell if it's inkscape or glib but at least the different behaviours of the inkscape versions seem to suggest that inkscape at least takes part in the problem. If my assumption is wrong, feel free to reassign the bug :) Tell me if you need more information. Cheers Thimo -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (1, 'experimental') Architecture: alpha Kernel: Linux 2.6.6-1-generic Locale: LANG=de_DE@...502..., LC_CTYPE=de_DE@...502... Versions of packages inkscape depends on: ii libatk1.0-0 1.6.1-2 The ATK accessibility toolkit ii libc6.1 2.3.2.ds1-13 GNU C Library: Shared libraries an ii libfontconfig1 2.2.3-1 generic font configuration library ii libfreetype6 2.1.7-2.1 FreeType 2 font engine, shared lib ii libgcc1 1:3.4.1-3 GCC support library ii libglib2.0-0 2.4.4-1 The GLib library of C routines ii libgtk2.0-0 2.4.4-1 The GTK+ graphical user interface ii libpango1.0-0 1.4.0-4 Layout and rendering of internatio ii libpng12-0 1.2.5.0-6 PNG library - runtime ii libpopt0 1.7-4 lib for parsing cmdline parameters ii libsigc++-1.2-5c102 1.2.5-1 Type-safe Signal Framework for C++ ii libstdc++5 1:3.3.4-5 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-5 X Window System protocol client li ii libxft2 2.1.2-6 FreeType-based font drawing librar ii libxml2 2.6.11-2 GNOME XML library ii libxrender1 0.8.3-7 X Rendering Extension client libra ii xlibs 4.3.0.dfsg.1-6 X Window System client libraries m ii zlib1g 1:1.2.1.1-5 compression library - runtime -- no debconf information ----- End forwarded message -----

4 7

Linux Format UK Article
by Plinnell 21 Aug '04

21 Aug '04

Hi all, I wanted to let you know the Sept issue Linux Format UK has published a very nice review of Linux drawing applications, as well as a short tutorial for both Inkscape and Scribus. Inkscape 0.38 got 8/10 overall and tied with OO draw to top honors. Overall a very positive review. Ease of use got 9/10. Many of the comments on missing features are already in 0.39 or are on the 0.40 roadmap. Summing up, they said: "The future of Inkscape looks bright, especially if planned cooperation with Scribus and the GIMP comes to fruition, which would finally realise the concept of a full-spec graphics suite to Linux....The crucial omissions are support for PDF and EPS formats, though getting around this is not too onerous with a little help from Scribus." If it is available locally it might be worth getting. Enjoy, Peter

6 9

Fwd: [Inkscape-devel] randomized stars
by bulia byak 21 Aug '04

21 Aug '04

> I don't see that we need this custom RNG thing. Storing the generated > random number with the star gives us portability and more. What is non-portable about this simple formula? Depending on a system-provided RNG, on the other hand, may result in different rendering on different platforms or lib versions. > For example, the seed can be controlled independently of tip position, > allowing smoother variation of the output function and easier to get > back to "that one half a second ago" without needing exceptional mouse > stability: can use a "lower-geared" widget (less rapidly changing as a > function of mouse position) or keyboard. This seems to require some extra UI, and I'm not sure it's worth the trouble. > Much less importantly: I'd guess that there can be consistency problems > with using tip position to seed the RNG, due to different floating point > behaviour on different machines (and even with different compiler or > compiler flags). When computing the unique int, the coordinates are rounded to approx 1/1000 of px, which is likely to protect it from rounding errors of any kind.

4 8

Extensions, python, etc
by David Turner 21 Aug '04

21 Aug '04

I want to add Python support to Inkscape. >From what I read, this should be a script extension. However, extensions don't seem to show up for me. Are they disabled? Do I need to do something special? Am I looking in the wrong place? My theory was to implement a svgdom interface (+ maybesome extensions to support inkscape's stars and the like) to the sprepr, so python extensions can be used in any program which supports svgdom. Is this reasonable? Should there be a C++ DOM interface, which I just wrap in Python, or can I just get the sprepr into Python and then use pure Python to wrap it in DOM (easier for me, probably)? -- -David "Novalis" Turner Stalk Me: 617 441 0668 "PLAN WHILE YOU CAN, LITTLE THING OF EARTH. WE ARE NOT YET CAST DOWN." - Mary Gentle, _Ash: A Secret History_

5 9

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

undo before finalizing
by Robert Crosbie 13 Aug '04

13 Aug '04

This may just be unexpected behavior. While drawing a line, If I select Undo before I've finished that line, it will undo the previous action, or remove the previous object. Now if I finalize the line I'm drawing and select Redo, it doesn't do anything. The previous action/object it undid is now lost. I was expecting that if I selected Undo while I was drawing a line, it would cancel or remove the line I was working on. Cheers, Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ Powerful Parental Controls Let your child discover the best the Internet has to offer. http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht… Start enjoying all the benefits of MSN� Premium right now and get the first two months FREE*.

2 1

gc-awareness
by MenTaLguY 13 Aug '04

13 Aug '04

I've just reworked SPRepr to derive from Inkscape::Refcounted, so it is garbage-collector-aware (I've already done this with NRObject). What I mean by "gc-aware" is that it is safe to put pointers to garbage-collected objects in them, and that they are managed by the garbage collector. Normally gc-aware objects should derive from Inkscape::GC::Object or Inkscape::GC::FinalizedObject. GC::Object is the most lightweight of the base classes; it has no overhead, but destructors will not be run when it is collected (not a problem if there are no nontrivial destructors). GC::FinalizedObject (deriving from GC::Object) runs its destructors before it is collected, but there is additional overhead for tracking the destructors and a C++ vtable. Inkscape::Refcounted (which derives from FinalizedObject) is the heaviest of the "gc-aware" base classes, as it adds the overhead of an "Anchor" pointer and a refcount. The refcount is initialized to 1. It's also special among managed classes in that it allows you to safely keep references to Inkscape::Refcounted objects in non-gc-aware classes; all you need to do treat them like normal refcounted objects; increment their refcount with Inkscape::Refcounted::claim(), and decrement it with Inkscape::Refcounted::release(). As a result, an Inkscape::Refcounted will never be collected out from under you so long as its refcount is nonzero. The intent is that Inkscape::Refcounted will provide an interface between non-gc-aware code (e.g. classes derived from GObject or gtkmm's Glib::Object), and lighter-weight gc-aware objects. (it's safe to store pointers to gc-managed objects in automatic, global or static variables, as well as function parameters, so this is only a concern for storing pointers in dynamically-allocated objects) By the way, we can't simply make glib use the boehm allocator, since glib is used to allocate pixmaps, and RGBA pixmaps look like huge arrays of pointers. Maybe we could get away with it, but I think that'd be pushing our luck with a conservative collector. -mental

2 1

textFlow Example
by Jon Phillips 13 Aug '04

13 Aug '04

I made a full page letter overview of inkscape using the new textFlow features. I wrote it in a text editor. Once a UI is done for this feature, the usefulness of inkscape is going to scale incredibly!!! http://www.inkscape.org/doc/index.php I also split the documentation into user and developer on the website and updated the news. Jon -- 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/)

2 2

breakage!
by bulia byak 13 Aug '04

13 Aug '04

Current CVS is unusable. 1. Start, press ctrl+n. Tools icons partially disappear on the new window. Open fill&stroke. At first only the stroke color tab icon is lost. Close the dialog, open again. Now all icons disappear. 2. Draw anything with the bezier tool. You get: ** (inkscape:19152): CRITICAL **: file sp-item.cpp: line 774 (NR::Matrix i2anc_affine(const SPObject*, const SPObject*)): assertion `object != NULL && ancestor != NULL' failed ** (inkscape:19152): CRITICAL **: file sp-item.cpp: line 774 (NR::Matrix i2anc_affine(const SPObject*, const SPObject*)): assertion `object != NULL && ancestor != NULL' failed Please fix ASAP. P.S. Please try to better test things before committing.

3 7

session id bug squashed
by Jon Phillips 12 Aug '04

12 Aug '04

FYI (cuz this is not on the roadmap): I fixed the website Session ID bug on both inkscape and open clip art library. That should give a bit of boost to web traffic and less errors when moving between wiki and web pages. Jon -- 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/)

2 1

Re: [Inkscape-devel] compiling inkscape
by Tuukka Pasanen 12 Aug '04

12 Aug '04

> On Wed, 11 Aug 2004, Felix Rabe wrote: hi, >> What do you folks think? Was there already a discussion on shifting the >> Inkscape build environment to something else on Jabber / this list / >> somewhere else? What was the result? > > We've not discussed moving away from automake afaik. I doubt we'd ever > seriously consider that due to issues such as the ones you've outlined > about newer solutions being too new. Probably the best solution is for > some of us to just to bite the bullet and learn it. I know at least a > couple people have been doing this. This is definitely one of the > weaker skill areas in Inkscape, so anyone interested in developing those > skills would be very encouraged to do so. > > Bryce > Autotools are just pain. I've been dealing with them in my 'REAL' work. They just suck most of the time but they can also be your best friends (When crosscompiling).. I don't see necesery to move away from autotools but inkscape build system should be cleaned a much. Example those makefile_insert stuff should gogo and that autogenerate depencies just make it worse.. There should be one person whose taking care that build is working (buildmanager?). I don't know if there such person in inkscape project. If someone wants to investigate alternatives there is SCONS (http://www.scons.org/) I haven't used it but seen big projects to get simple buildsystems with it (example http://www.blender.org).. it should work on MacOSX and Windoze also. Tuukka

1 0

Can`t build inkscape from cvs :-/
by Makurin Roman 12 Aug '04

12 Aug '04

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hi all! I can`t build inkscape from cvs on my gentoo box. Here my configuration: sys-devel/autoconf-2.59-r4 sys-devel/automake-1.8.5-r1 sys-devel/libtool-1.5.2-r5 dev-libs/libsigc++-2.0.3 sys-devel/gcc-3.3.4-r1 sys-libs/glibc-2.3.4.20040619 x11-libs/gtk+-2.4.4 dev-cpp/gtkmm-2.4.3 How can I fix this bug? - -- Registered Linux User: 355904 ICQ: 105266647 JID: drolyk@...189... -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) iD8DBQFBFAOUufAZCWBpz4kRAjAJAKCQDcgiqvmZbpbLjZy9vesTE0bc3ACfeqaa WpB5XKlPg0e4SmRBXPsrXJQ= =md1/ -----END PGP SIGNATURE-----

6 13