- Inkscape Devel - Inkscape Mailman

misc dock issues
by bulia byak 16 Sep '07

16 Sep '07

Hi Gustav, some glitches and questions as of rev 16035: Docked dialogs don't scroll to be visible when I call them, if the dock contains many dialogs scrolled down. Is this fixable? Hightlighting the title of the dialog which was just called by a shortcut is nice, but it does little else - the keyboard focus is still not in the dialog. Or at least, I can't use Tab to travel between widgets in the dialog as I was able in the dialog as a top-level window - Tab works to select object on canvas no matter what. On the other hand, the accelerator keys (underlined in labels) work indiscriminately across all dialogs and all UI in general. For example, select an object, open fill&stroke and switch to HSL tab, then press Alt+H. The first time, the Help menu is opened; the second time, focus jumps to the H field in the dialog. This is a really bad problem - few people use accelerators in dialogs but many call menus by Alt+letter, so this needs to be fixed somehow. Is it possible to limit the scope of the accelerators to the dialog only, so that they only work when some widget in the dialog has focus? By the way, if I can highlight the dialog with its shortcut, it would be logical if it was also highlighted when I click some widget in it, or just click on its title bar. Is this feasible? Press Ctrl+Shift+W - the swatches dialog pops up. Press it again and you get "** Message: Failed to find an existing dialog". Works with other dialogs but not this one. Is it possible to not show the separators between dialogs in the dock with resize handles when resizing is not possible? This is misleading. Open several dialogs, then open fill&stroke, iconify it, then restore. It works but I get in the console: (inkscape:3948): GLib-GObject-WARNING **: value "-313" of type `gint' is invalid or out of range for property `preferred-height' of type `gint' Now that you've replaced them, can you remove the obsolete fill&stroke code from src/dialogs? Note that the selected-style.cpp calls sp_object_properties_fill and sp_object_properties_stroke, which open the old (non-gtkmm) dialog and switch to the corresponding tab. Can you provide similar accessor functions for the gtkmm docked dialog and replace these calls? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 4

I'm back!
by Gail Carmichael 15 Sep '07

15 Sep '07

As you may have noticed from an earlier email, I'm more or less back from all that wedding stuff. The ceremony was wonderful and the honeymoon trip to the Dominican Republic really fun! Email me if you want to see some photos and I'll send some links. So now down to business. School is ramping up, but it looks good to be able to spend some time every week looking at Inkscape. Which is good, because I have several loose ends to take care of. I am aware of the funky newline behaviour that a few of you have logged bugs on. That will be my first priority. Once that's ironed out, I will be cleaning up my last patch from SoC. Finally, once that's checked in and working, I will finish the end goal with that code, namely sorting out the UI lists to be what we want and looking into Pango limitations with those folks. No idea how long that will all take, but will be definitely making a good effort to get the most urgent stuff done as soon as I can. Cheers, Gail

2 1

object properties
by Alexandre Prokoudine 15 Sep '07

15 Sep '07

Hi, I have a very tough question, so feel free to punch me for that one :) What do we actually plan to do with Object Properties palette? It looks like it wasn't touched for ages. Recently I had a talk with a newbie user and he told me that he expected seing there more properties, both "global" and "specific". In that particular case he couldn't figure out how to change amount of an already created polygon's sides and he expected to see that in Object Properties palette. Then there was another feature request to make it possible choosing what properties of selected objects can be changed. E.g. in a selection of 25 objects you can have 12 objects which should not lose either fill or stroke or opacity or any specific for this type of objects property or any combination of the above, when you change it for the whole group. And as you know ;-) Inkscape, unlike Scribus, doesn't store changes per object within a session, so you can't aply changes to a group and then undo it for individual objects. So the second part of the question is whether we can make a better use of the Object Properties palette. In addition to what there already is in that palette we could add two groups of options: 1. Global options, i.e. Fill, Stroke, Opacity, Filters. 2. Specific options, i.e. the ones from tools options toolbar. For selections with multiple objects of different types (e.g. 2 stars and 3 rectangles) specific options would be greyed out. Each option would have a checkbox to allow/forbid changes to it, with 3 positions: yes, no, fuzzy (when at least two of the selected objects have different values, gtk supports it). Am I daydreaming? :) Alexandre

3 4

Hi
by Andreas.berg3＠...128... 15 Sep '07

15 Sep '07

Hello im not really used to write in dev Lists, i even cant read source code :o) OK i have a Problem and maybe a Bugreport, so see im an not that much advanced User (like at my english, it says everythin :o) Id load today Inkscape, to try out, my aim is it to Trace or Vectorize ,or how ever its called in english, an Bitmap or better an Gif Image. My first Step is it to Import it, then i open the Option "Bitmap Vectorize" (i use it in German, so .....) and after i choose all my preferences i click on action, but it seams like nothing hapens. Id search and look at all manuals ( like i should do :o) did wait for over 10 Min. but, guess what, yeah nothin happens. So i dont know if i do some wrong and when it is like that i really cant expect what it could be. OK, Im using Mac OS X, 10.4.10 on an Intel Mac, yeah i know its running under X11 and i have to wait, but it starts up pretty fast. I really dont even know if its the right Place to talk about that, but i hope so, if not exuse my please, but tell me tahn to where it would be. If the one who answeres me is or know German, i would prefer that, cause english is not my first Language, and im writing like Simpleton, lol Best Regards Andreas Berg

8 9

swatches palette
by Alexandre Prokoudine 15 Sep '07

15 Sep '07

Hi, Is some work on Swatches palette planned? Any idea why it has both horizontal and vertical scrollbars enabled by default? They make it look not so polished :( Alexandre

2 1

compile of nodepath in latest inkscape development version fails with gcc-3.3.4
by E.J. Neafsey 14 Sep '07

14 Sep '07

I have successfully compiled inkscape 0.45.1 on my linux machine using gcc-3.3.4. When I tried to compile inkscape-16051 today, it failed while compiling nodepath, giving the error messages below. Can this be fixed? Thanks. E.J. Neafsey eneafse@...1805... ========================================================================= make all-recursive if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/local/include/freetype2 -I/usr/local/include -DORBIT2=1 -pthread -I/usr/include/gnome-vfs-2.0 -I/usr/lib/gnome-vfs-2.0/include -I/usr/include/gconf/2 -I/usr/include/orbit-2.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/X11R6/include -I/usr/include/freetype2 -DXTHREADS -I/usr/include/freetype2 -I/usr/local/include/libpng12 -I/usr/local/include/gtk-unix-print-2.0 -I/usr/local/include/gtk-2.0 -I/usr/local/include/atk-1.0 -I/usr/local/include/cairo -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/X11R6/include -I/usr/local/include/poppler -DXTHREADS -I/usr/include/freetype2 -I/usr/local/include/libpng12 -I/usr/local/include/poppler/glib -I/usr/local/include/poppler -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/cairo -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/pango-1.0 -I/usr/X11R6/include -DPOTRACE=\"potrace\" -pthread -DXTHREADS -I/usr/include/gdkmm-2.4 -I/usr/lib/gdkmm-2.4/include -I/usr/include/glibmm-2.4 -I/usr/lib/glibmm-2.4/include -I/usr/include/pangomm-1.4 -I/usr/include/sigc++-2.0 -I/usr/lib/sigc++-2.0/include -I/usr/include/freetype2 -I/usr/local/include/libpng12 -I/usr/include/gtkmm-2.4 -I/usr/lib/gtkmm-2.4/include -I/usr/include/atkmm-1.6 -I/usr/local/include/gtk-2.0 -I/usr/local/lib/gtk-2.0/include -I/usr/local/include/cairomm-1.0 -I/usr/local/include/glib-2.0 -I/usr/local/lib/glib-2.0/include -I/usr/local/include/pango-1.0 -I/usr/local/include/cairo -I/usr/local/include/atk-1.0 -I/usr/local/include/libxml2 -I/usr/local/include -I/usr/X11R6/include -I../cxxtest -Wall -Wformat-security -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -D_FORTIFY_SOURCE=2 -Wno-unused-parameter -g -O2 -MT nodepath.o -MD -MP -MF ".deps/nodepath.Tpo" \ -c -o nodepath.o `test -f 'nodepath.cpp' || echo './'`nodepath.cpp; \ then mv -f ".deps/nodepath.Tpo" ".deps/nodepath.Po"; \ else rm -f ".deps/nodepath.Tpo"; exit 1; \ fi In file included from live_effects/effect.h:16, from live_effects/lpeobject.h:13, from nodepath.cpp:50: 2geom/path.h:72: warning: `virtual Geom::Curve* Geom::Curve::reverse() const' was hidden 2geom/path.h:310: warning: by `Geom::Curve* Geom::SVGEllipticalArc::reverse(double, double) const' 2geom/path.h: In member function ` Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > > Geom::Path::begin()': 2geom/path.h:373: error: `Geom::BaseIterator<IteratorImpl>::BaseIterator(const IteratorImpl&) [with IteratorImpl = __gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > >]' is private 2geom/path.h:469: error: within this context 2geom/path.h: In member function ` Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > > Geom::Path::end()': 2geom/path.h:373: error: `Geom::BaseIterator<IteratorImpl>::BaseIterator(const IteratorImpl&) [with IteratorImpl = __gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > >]' is private 2geom/path.h:470: error: within this context 2geom/path.h: In member function ` Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve* const*, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > > Geom::Path::begin() const': 2geom/path.h:373: error: `Geom::BaseIterator<IteratorImpl>::BaseIterator(const IteratorImpl&) [with IteratorImpl = __gnu_cxx::__normal_iterator<Geom::Curve* const*, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > >]' is private 2geom/path.h:475: error: within this context 2geom/path.h: In member function ` Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve* const*, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > > Geom::Path::end() const': 2geom/path.h:373: error: `Geom::BaseIterator<IteratorImpl>::BaseIterator(const IteratorImpl&) [with IteratorImpl = __gnu_cxx::__normal_iterator<Geom::Curve* const*, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > >]' is private 2geom/path.h:476: error: within this context 2geom/path.h: In member function ` Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve* const*, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > > Geom::Path::end_open() const': 2geom/path.h:373: error: `Geom::BaseIterator<IteratorImpl>::BaseIterator(const IteratorImpl&) [with IteratorImpl = __gnu_cxx::__normal_iterator<Geom::Curve* const*, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > >]' is private 2geom/path.h:478: error: within this context 2geom/path.h: In member function ` Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve* const*, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > > Geom::Path::end_closed() const': 2geom/path.h:373: error: `Geom::BaseIterator<IteratorImpl>::BaseIterator(const IteratorImpl&) [with IteratorImpl = __gnu_cxx::__normal_iterator<Geom::Curve* const*, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > >]' is private 2geom/path.h:479: error: within this context 2geom/path.h: In member function `void Geom::Path::insert(Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >, const Geom::Curve&)': 2geom/path.h:375: error: `__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >::impl_' is private 2geom/path.h:565: error: within this context 2geom/path.h:375: error: `__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >::impl_' is private 2geom/path.h:565: error: within this context 2geom/path.h: In member function `void Geom::Path::erase(Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >)': 2geom/path.h:375: error: `__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >::impl_' is private 2geom/path.h:591: error: within this context 2geom/path.h:375: error: `__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >::impl_' is private 2geom/path.h:591: error: within this context 2geom/path.h: In member function `void Geom::Path::erase(Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >, Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >)': 2geom/path.h:375: error: `__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >::impl_' is private 2geom/path.h:595: error: within this context 2geom/path.h:375: error: `__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >::impl_' is private 2geom/path.h:595: error: within this context 2geom/path.h: In member function `void Geom::Path::replace(Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >, const Geom::Curve&)': 2geom/path.h:375: error: `__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >::impl_' is private 2geom/path.h:601: error: within this context 2geom/path.h:375: error: `__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >::impl_' is private 2geom/path.h:601: error: within this context 2geom/path.h: In member function `void Geom::Path::replace(Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >, Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >, const Geom::Curve&)': 2geom/path.h:375: error: `__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >::impl_' is private 2geom/path.h:613: error: within this context 2geom/path.h:375: error: `__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >::impl_' is private 2geom/path.h:613: error: within this context 2geom/path.h: In member function `void Geom::Path::insert(Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >, Geom::BaseIterator<Impl>, Geom::BaseIterator<Impl>) [with Impl = __gnu_cxx::__normal_iterator<Geom::Curve* const*, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > >]': 2geom/path.h:436: instantiated from here 2geom/path.h:375: error: `__gnu_cxx::__normal_iterator<Geom::Curve* const*, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve* const*, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >::impl_' is private 2geom/path.h:576: error: within this context 2geom/path.h:436: instantiated from here 2geom/path.h:375: error: `__gnu_cxx::__normal_iterator<Geom::Curve* const*, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve* const*, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >::impl_' is private 2geom/path.h:576: error: within this context 2geom/path.h:375: error: `__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >::impl_' is private 2geom/path.h:578: error: within this context 2geom/path.h:375: error: `__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > Geom::BaseIterator<__gnu_cxx::__normal_iterator<Geom::Curve**, std::vector<Geom::Curve*, std::allocator<Geom::Curve*> > > >::impl_' is private 2geom/path.h:578: error: within this context make[2]: *** [nodepath.o] Error 1 make[2]: Leaving directory `/usr/local/src/inkscape/inkscape-16051/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/inkscape/inkscape-16051' make: *** [all] Error 2 ==============================================================================

3 4

Re: [Inkscape-devel] Inkscape-devel Digest, Vol 16, Issue 23
by Andreas.berg3＠...128... 14 Sep '07

14 Sep '07

I dont know if i have to make a mention on this, but if you guys need to test something or need feedback how or if it runs (and you tell me how to do :o) I will help and do as far i can, cause im pretty thankfull that you do such a great job and i would do my part as i could to........ Hopefully someone can even understand what i wnat to say, with my broken english lol Best Regards Andreas P.S. i use MacBook so IntelMac and 10.4.10 Mac OS X Am 14.09.2007 um 19:43 schrieb inkscape-devel- request(a)lists.sourceforge.net: > Send Inkscape-devel mailing list submissions to > inkscape-devel(a)lists.sourceforge.net > > To subscribe or unsubscribe via the World Wide Web, visit > https://lists.sourceforge.net/lists/listinfo/inkscape-devel > or, via email, send a message with subject or body 'help' to > inkscape-devel-request(a)lists.sourceforge.net > > You can reach the person managing the list at > inkscape-devel-owner(a)lists.sourceforge.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of Inkscape-devel digest..." > > > Today's Topics: > > 1. Re: NEW: XSLT Input/output extension support (Ted Gould) > 2. Re: Hi (David Christian Berg) > 3. Re: compile of nodepath in latest inkscape development > version fails with gcc-3.3.4 (E.J. Neafsey) > 4. Re: printing (Bryce Harrington) > 5. More problems compiling in Windows (Joel Holdsworth) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Thu, 13 Sep 2007 21:27:24 -0700 > From: Ted Gould <ted@...11...> > Subject: Re: [Inkscape-devel] NEW: XSLT Input/output extension support > To: bulia byak <buliabyak@...400...> > Cc: Inkscape Devel List <inkscape-devel(a)lists.sourceforge.net> > Message-ID: <1189744044.5343.10.camel@...1636...> > Content-Type: text/plain; charset="us-ascii" > > On Wed, 2007-09-12 at 11:08 -0700, Ted Gould wrote: >> On Wed, 2007-09-12 at 12:55 -0300, bulia byak wrote: >>> First, this is really great, but whan I write an email with a >>> NEW: in >>> subject, that email is usually just a copy of what I just added >>> to the >>> Release Notes :) Please always describe all your additions there in >>> detail (and please fill in a wpg library placeholder marked as yours >>> too). >> >> Wasn't WPG added in 0.45? > > I looked back, and WPG was in 0.45. I'm going to remove the entry > from > the release notes. > > --Ted > >

1 0

printing
by Alexandre Prokoudine 14 Sep '07

14 Sep '07

Hi, According to 0.46 release notes we now use Gtk 2.10+ printing dialog. However, the --with-gnome-print option is still present in ./configure script and doesn';t actually work: http://pastebin.ca/696577 Do we really need gnome-print integration now? And a more difficult question: will gtk provide us color managed printing whenever color management is implemented in Inkscape? Alexandre

2 1

Re: [Inkscape-devel] [Inkscape-user] Can't get email confirmation from Inkscape Wiki
by bulia byak 13 Sep '07

13 Sep '07

On 9/13/07, Ben Bullock <benkasminbullock@...400...> wrote: > Can anyone help with the following? > > I started an account on the Inkscape wiki but it won't send me the > confirmation email. I've tried four times to get the email. Yes, others reported the same problem. Please someone fix this ASAP! -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 1

Please do not mark empty string as translatable
by Luca Bruno 13 Sep '07

13 Sep '07

Hi, I just commited rev16059, basically doing s/_("")/("")/ where due. It looks like some developers are used to leave some labels/tooltips/strings empty, but mark them as translatable. This already surfaced on -translator some times ago (see [1]), but I was heavily bitten again today, so I fixed it. Basically gettext has a bad behaviour wrt empty strings, and it replaces them with the .po header. Results are these: http://img132.imageshack.us/img132/4834/emptystringwi6.png So please *avoid* marking empty strings, or really weird things will happen in localisation. Cheers, Luca [1] http://sourceforge.net/mailarchive/message.php?msg_name=733f2c730708271231x… -- .''`. ** Debian GNU/Linux ** | Luca Bruno : :' : The Universal O.S. | luca.br(AT)uno.it `. `'` | GPG Key ID: 3BFB9FB3 `- http://www.debian.org | Proud Debian GNU/Linux User

2 1