- Inkscape Devel - Inkscape Mailman

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