- Inkscape Devel - Inkscape Mailman

background icon prerendering performance
by MenTaLguY 02 Dec '05

02 Dec '05

As some of you may have noticed, JonCruz implemented my idea about prerendering the icons as a background task. It seems to work very, very well. Good work, Jon. Basically the idea is that the GUI icons get rendered one-at-a-time in the brief pauses between mouse motions or keypresses, when Inkscape isn't otherwise busy. On my lowly Celeron 500, it takes about 60ms (average) to render a single icon; a few icons take a bit longer (as much as 175-200ms). Even while I'm doing other stuff, it seems to take only 15-25 seconds to get all the menu icons rendered, during which time I can draw or navigate around the fileselector or something (the File menu renders first). By the time I start using the menus, their icons have usually been rendered. Compare this to the situation we used to have: formerly, the first time you clicked on the Object menu, on a machine like mine you were guaranteed at least a: 70ms*16 = 1120ms = 1.12s delay. And that's something of a best case. Let's not even think about what it used to be like when we rendered all the icons up-front at startup time... This is a vivid demonstration of how doing the same amount of work more cleverly can make an application feel a lot more responsive. Anyway, I've refactored the code a little bit and also stuck in some timers to assess rendering performance. The g_warnings are temporary; I'd just like to get a sense of how common it is for the rendering of icons to run over 70ms on different people's machines right now. Ultimately I'd like to get some incremental rendering code in place, not just for background icon rendering, but also for other things, like previews in the file dialog. It's really annoying to select a complex file in the fileselector and have to wait for its preview to finish rendering before you can do anything. -mental

3 2

about curve morphing
by Albert 02 Dec '05

02 Dec '05

Dear all, I am not aware that curve morphing is available in Inkscape. If so please ignore this email. For my own biology research purposes I've implemented the curve morphing algorithm by weighted means of strings, which can morph any pair of Bézier curves (or any other set of points that define a curve) with as many weighted averages as the user desires. The primary use is for reconstructing volumes for 3D modelling purposes, but I believe the ability to create average curves (both open and closed curves work), particularly regarding animated SVG, would be a nice feature to have in Inkscape. I lack the knowledge of the Inkscape code base to plug this in myself. If anyone is interested, I can help and learn about Inkscape in the process. The algorithm consists of an ANSI C python module, with the core functionality separated in a pure C file. The page: http://www.pensament.net/java/CurveMorphing.html Albert -- Albert Cardona Molecular Cell Developmental Biology University of California Los Angeles Tel +1 310 2067376 http://www.pensament.net/java/ http://www.mcdb.ucla.edu/Research/Hartenstein/

1 0

WEBFORM Linux Arts web site
by Joey Cagle 02 Dec '05

02 Dec '05

Message from Inkscape submission form Please note, that the submitter may not read this list. CC your answer to the submitter name: Joey Cagle email: jcagle@...1097... submitted the following: I have just launched a web site called Linux Arts. It\'s at http://linuxarts.caglewebcreations.com. The following is from my About page Many people know Linux as the operating system for programmers and network administrators. Believe it or not, there are great tools for tasks involving graphic design and web site design, digital film making, digital animation, audio recording, and more! Traditionally done on a Macintosh computer, these tasks are being done incresingly in Linux as well. But many people don\'t even know this. For that reason, the Linux Arts web site was created. This is the web site that will keep you updated on the software in Linux used for digital arts. We don\'t just keep up on the big names in open source software like GIMP and Inkscape, but we\'ll also let you know about other Linux software that\'s not so well known as well as software soon to be released. We also keep an eye on the Linux distributions best suited for these tasks, such as medainlinux, Grafpup, SuSE, etc. Finally, we\'re building a community to discuss the Linux software available for your multimedia needs, whether it be from a user standpoint or production standpoint. Welcome to Linux Arts!

1 0

Re: PDF Support in Inkscape
by Jeff Kowalczyk 02 Dec '05

02 Dec '05

Bryce Harrington wrote: > I think if enough people pitched in funds, we could actually make (PDF) > happen. This is one feature I think we as a community could just force > through, by hiring some mercenary to attack and kill it for us, hardcore > style. Sounds like http://fundable.org would be a workable mechanism. Define the feature, announce it here, and let people contribute according to interest level. (I can't clearly find what their 'load' is on funds raised. Fundable.org may be no-load, donation-driven) BTW, would it me more productive to enhance Cairo to convert between various surface/image format backends and the (perhaps unfinshed) PDF backend. Some sort of recording canvas might be needed, but very useful to other Cairo apps.

3 2

Extention Collect images/Publish Zip
by Pim Snel 01 Dec '05

01 Dec '05

Hello, I've been busy creating my first extention for inkscape which is also my first python script. Though it needs some work we use it allready and it's is quite usefull. Its called "Publish Zip" and resides in the filters menu. It does the following: - it copies all linked images to the current dir en modifies all links to be relative - it creates a zip containing the document and the linked images. The zip can be mailed and opened by someone else with all images correctly displayed. You can find it here: http://sourceforge.net/tracker/index.php?func=detail&aid=1364270&group_id=9… known problems: - Document has to be saved first - to create a correct svg-document in the zipfile pubzip has to be run, then the document has to be saved, then pubzip has to be run again. - it fails with an ugly error when document is never saved before. Unknown problems: - only tested on Linux/Debian PPC To solve the known problems I've a question: Is there a possibility to give a "save doc" command from inside a python script to inkscape? This would fix all above problems. If someone has another solution to solve these problems please tell me. Also another question: Is it possible to put an extention function in the File Menu next to e.g. "Save as"? Regards, Pim Snel -- Lingewoud B.V. | Tel. +31 418 663963 Maasdijk 4 | Fax. +31 418 663053 5328 BG Rossum | pim@...982... The Netherlands | www.lingewoud.com

5 17

recent statusbar change
by bulia byak 01 Dec '05

01 Dec '05

>From changelog: >2005-12-01 MenTaLguY <mental@...3...> > > * src/widgets/desktop-widget.cpp: > > moved zoom selector away from the right edge so it won't get covered > by window manager decorations I don't like this at all. The left end of the statusbar has become very crowded, noisy, and hard to make out. The whole statusbar is very unbalanced. Also, the rationale given for this change sounds very strange. Window decorations must never cover the window contents. They are always on the outside. If this is not the case for your WM, I think it's the WM that needs fixing, not Inkscape. Can you please consider reverting this change? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

2 2

Snap points or snap nodes?
by Carl Hetherington 01 Dec '05

01 Dec '05

Hi all, I'm just having a tinker with the grid code; one thing I noticed: the preferences for snapping points to grids/guides uses different terminology: "snap points to..." or "snap nodes to..." Does anybody have any idea which one is right? Also: I'm playing with object snapping. Does anyone know of any existing code within Inkscape to compute straight-line - bezier curve intersections? Thanks Carl

2 1

moved zoom widget
by MenTaLguY 01 Dec '05

01 Dec '05

I had to move the zoom widget again because too many window managers/themes like to cover the lower right corner of windows with decorations (mostly resize handles). Not totally happy with the new location, but at least it's accessible to everyone now. -mental

1 0

about dialog tweaks
by MenTaLguY 01 Dec '05

01 Dec '05

Home sick today, and not much good for anything else, so I decided to fix some of the visual things that had been annoying me about the about dialog. Highlights: * the splash panel is constrained to the correct aspect ratio, so you can't see any "off-the-canvas" bits anymore * dialog is now automatically sized to the correct dimensions for the splash panel to have its natural document size * the window can still be arbitrarily resized (maybe it should have a minimum size, though?) * notebook tabs scroll when window is resized small * the build label is (in my opinion) positioned more aesthetically -mental

1 0

WEBFORM italian translation for Tavmjong\'s inkscape guide
by Giuped 01 Dec '05

01 Dec '05

Message from Inkscape submission form Please note, that the submitter may not read this list. CC your answer to the submitter name: Giuped email: gbd at tiscali dot it submitted the following: Salve volevo chiedere al/ai traduttore/i della versione in italiano se Ã¨ prevista o Ã¨ in corso la traduzione dell\'ottima guida di Tavmjong. Grazie e a presto.

2 1

Icon rendering at startup
by Jon A. Cruz 01 Dec '05

01 Dec '05

I went ahead and implemented the idle callback rendering of icons. This should make the menus much more responsive the first time they pop up. I think it's pretty solid as far as being defensive about the state before it tries anything, and drops off the idle list once pending things are complete.

1 0

inkscape.spec file
by Daniil Ivanov 01 Dec '05

01 Dec '05

Hello! Please find patch to the inkscape.spec file attached to the email. Now it contains correct dependecies for Fedora Core 4. Thanks, Daniil.

2 1

Disappearing units on win32
by Jasper van de Gronde 30 Nov '05

30 Nov '05

I've verified that the bug described at the URL below is indeed caused by the fact that the _unit_table member is declared statically (as far as I can tell). It's a pretty irritating bug and the problem should be quite easy to fix, I don't feel confident enough with the Inkscape source to provide a proper patch though, could someone look into this? The variable is declared/used in unit-menu.h/cpp in the ui/widget subdir, the UnitTable class is defined in units.h/cpp in the util subdir. For testing purposes I made the static member variable _unit_table into a pointer, made all methods use getUnitTable instead of using the member variable directly and constructed the unit table with new inside the UnitMenu constructor (if it wasn't constructed yet). This seems to do the trick. The bug in the bugtracker: http://sourceforge.net/tracker/index.php?func=detail&aid=1275848&group_id=9…

2 1

win32 make.* files
by unknown＠example.com 30 Nov '05

30 Nov '05

Can src/make.dep, src/make.files and src/make.ofiles come out of the repository? Or is it possible to script their regeneration so that they stay in sync? Aaron Spike

3 2

Re: [Clipart] idea: OCAL tapping into enormous popularity of "coloring books" for kids
by Jon Phillips 30 Nov '05

30 Nov '05

On Wed, 2005-11-16 at 15:25 +0200, Nicu Buculei wrote: > Open Clip Art Library Feedback Form wrote: > > Name: Ruud Steltenpool > > > > > > http://sourceforge.net/mailarchive/forum.php?thread_id=8920715&forum_id=360… > > I have a similar idea with publishing at lulu.com but my personal > stopper is the PDF export in Inkscape. > > It would be basically like this: make a book, release it with a Creative > Commons license (share alike), put the PDF on OCAL website and sell in > physical form at lulu.com. Depending on the success, it may be without > profit or with a small addition collected in a fund for OCAL development. That would be awesome! I just met Bob Young (CEO of LuLu) today and found out more about this service. I'm cc'ing the Inkscape devel list about this as well... Nicu, maybe you should detail this idea on the OCAL wiki...(note, our new wiki uses mediawiki)... Jon -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) Creative Commons (www.creativecommons.org) San Francisco Art Institute (www.sfai.edu)

2 1

inkscape crash
by Néstor Díaz 29 Nov '05

29 Nov '05

Hello: Since 0.42 release of inkscape I am experiencing crashing with the gtk-qt-engine. All the others gtk applications works fine with the gtk-qt-engine and so does Inkscape except for the Align and Distribute Dialog. Whenever I click on it (new or saved drawing) I get this: nestorm@...1092...:~$ inkscape QPainter::begin: Cannot paint null pixmap QPainter::setPen: Will be reset by begin() QPainter::setBrush: Will be reset by begin() QPainter::setBrush: Will be reset by begin() QPainter::setPen: Will be reset by begin() QPainter::setPen: Will be reset by begin() QPainter::setPen: Will be reset by begin() (inkscape:9051): Gdk-CRITICAL **: gdk_pixmap_foreign_new_for_display: assertion `(anid != 0)' failed (inkscape:9051): Gdk-CRITICAL **: gdk_draw_drawable: assertion `src != NULL' failed (inkscape:9051): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed (inkscape:9051): GdkPixbuf-CRITICAL **: gdk_pixbuf_new: assertion `width > 0' failed (inkscape:9051): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_n_channels: assertion `pixbuf != NULL' failed (inkscape:9051): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_bits_per_sample: assertion `pixbuf != NULL' failed (inkscape:9051): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_width: assertion `pixbuf != NULL' failed (inkscape:9051): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_height: assertion `pixbuf != NULL' failed (inkscape:9051): GdkPixbuf-CRITICAL **: gdk_pixbuf_get_rowstride: assertion `pixbuf != NULL' failed (inkscape:9051): GLib-GObject-CRITICAL **: g_object_unref: assertion `G_IS_OBJECT (object)' failed QPainter::begin: Cannot paint null pixmap QPainter::setPen: Will be reset by begin() QPainter::setBrush: Will be reset by begin() Emergency save activated! Emergency save document locations: Documento nuevo 1.2005_11_28_19_10_31.0 Emergency save completed. Inkscape will close now. If you can reproduce this crash, please file a bug at www.inkscape.org with a detailed description of the steps leading to the crash, so we can fix it. Violación de segmento (core dumped) Removing the qt integration solves this topic, but I wonder if there is any other reason behind this failure. why it's only with one dialog? why only since 0.42 release? why only with Inkscape? I use in a daily basis Gimp, Mozilla, all of the visually integrated thanks to the gtk-qt-engine with no probs. It happened with ubuntu hoary and it happens now with mandriva2006official. Too many questions for me. Thanks: Néstor

4 5

0.44 plans
by bulia byak 29 Nov '05

29 Nov '05

So, with 0.43 finally out, let's all return to development. The 0.44 will be a "long" "development" release, so you all have plenty of time to try your wildest ideas. (If you start right now, that is :) I would like to list some things that I know are being worked on and that I would like to see finalized for 0.44. I'm not trying to push anyone, just making an overview of the projects I know and care about, in no particular order. Additions are welcome, as are comments - from the developers mentioned below as well as anyone else. Let's use this thread to get an idea of where we are and what we can expect in the future. - GTKmmfication. Ralf Stephan seems to be making a good progress, so I really hope we'll see this coming to some kind of milestone soon, with most of the current code duplication eliminated. An update on the current status would be much appreciated. - Rotation center retention (John Cliff) - a very useful simple patch that just needs to be rewritten correctly. I will then reuse this facility so that keyboard and Transform dialogs honor the center position as well. - Path effects (ACSpike) - this basically means converting all the Python effects (and adding more) so they are completely live and applicable to any path or shape, without losing the editability of the original. We have a pretty good idea of what to do and how to do it. I'd really love to see this implemented, at least bascially, in 0.44. - Memory debugging. No one has been doing this recently. Our memory intake is truly notorious, and I'm sure a lot can be done about that by a dedicated developer. The most natural person for this task is Mental, thanks to his libgc involvement, but patching leaks does not require much knowledge of the codebase (though it requires much special expertise), so volunteers are welcome. - Text UI. I really have no excuses for not implementing the text toolbar. Except for, you guessed it, GTKmmfication being unfinished. For example, I want to subclass the Gtk::Spinbutton to make it easier to add a useful right-click menu for spinbuttons. I can do this now, but again, I'm not sure how much of this will have to be redone later. - DOM (Bob Jamison). We have a Javascript subdir for ages, and I'm afraid it will start to bitrot (if not already) if not put to use. Bob, can you give an update on this? - Layers dialog (Mental). Long overdue. Mental, is there anything specific we can do to help you start moving with that? - Swatches panel in the main window (Jon Cruz). Really a must. A simple change, but one that will change the perception of Inkscape by new users drastically. Jon, what holds you back with this? - Snapping. Lots of problems have accumulated in that area. User complaints are regular. Someone (probably me, though volunteers are welcome) just needs to lay out a plan and attack this methodically. - style.cpp automation - Richard Hughes had some code for autogenerating style.cpp code from the CSS specification. I wonder what is the status of this? - More connectors work (Michael) - specifically, I would love to see an option for connectors made of hor/vert segments only. This seems to be the most useful in practice. (And if we have Path Effects working, one of the first effects I'd like to see implemented is Round Corners. Any effect will be transparently applicable to connector lines.) - Site redesign. We've got a design chosen, so what is the next step? Is anyone working on that? - Windows "dialogs on top" patch for GTK from this bug: http://sourceforge.net/tracker/index.php?func=detail&aid=1363297&group_id=9… This issue sucks so big that we simply have no serious chances on Windows until it's resolved. Anyone knows the current status of the patch? - Bug sorting and closing. We're really behind on that. Let's not (try to) clean this up before the release only. If everyone reviews, comments, and ideally closes a couple bugs right now, we will all have more room to breathe when 0.43 bugs start pouring in. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

20 56

[Inkscape-tester] inkscape build report
by Bryce Harrington 29 Nov '05

29 Nov '05

Back almost to normal. Minor warning about end of line in one of the overlap files. Bryce ----- Forwarded message from root <root@...1070...> ----- Date: Mon, 28 Nov 2005 17:21:04 -0800 From: root <root@...1070...> To: inkscape-tester(a)lists.sourceforge.net Subject: [Inkscape-tester] inkscape build report = Analysis Report for inkscape = Report Time: Mon Nov 28 17:01:40 2005 (Run 833) Snapshot: inkscape-20051128-1520.tar.bz2 Status: finished Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 5 0 Test Status Score Info ------------------------------------------------------------------------ sut-1 ?? == Errors == none == Warnings == display/canvas-arena.cpp:87: warning: invalid access to non-static data member `SPCanvasArenaClass::arena_event' of NULL object display/canvas-arena.cpp:87: warning: (perhaps the `offsetof' macro was used incorrectly) display/sp-canvas.cpp:133: warning: invalid access to non-static data member `SPCanvasItemClass::event' of NULL object display/sp-canvas.cpp:133: warning: (perhaps the `offsetof' macro was used incorrectly) removeoverlap/remove_rectangle_overlap.h:15:31: warning: no newline at end of file == Environment Summary == ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ Inkscape-tester mailing list Inkscape-tester(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-tester ----- End forwarded message -----

1 0

[root@...1070...: [Inkscape-tester] inkscape build report]
by Bryce Harrington 29 Nov '05

29 Nov '05

Hey check it out, someone knocked the number of warnings from 7 down to 4! Cool! Bryce ----- Forwarded message from root <root@...1070...> ----- Date: Thu, 24 Nov 2005 17:21:03 -0800 From: root <root@...1070...> To: inkscape-tester(a)lists.sourceforge.net Subject: [Inkscape-tester] inkscape build report = Analysis Report for inkscape = Report Time: Thu Nov 24 15:10:24 2005 (Run 819) Snapshot: inkscape-20051124-1320.tar.bz2 Status: finished Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 0 0 4 0 Test Status Score Info ------------------------------------------------------------------------ sut-1 ?? == Errors == none == Warnings == display/canvas-arena.cpp:87: warning: invalid access to non-static data member `SPCanvasArenaClass::arena_event' of NULL object display/canvas-arena.cpp:87: warning: (perhaps the `offsetof' macro was used incorrectly) display/sp-canvas.cpp:133: warning: invalid access to non-static data member `SPCanvasItemClass::event' of NULL object display/sp-canvas.cpp:133: warning: (perhaps the `offsetof' macro was used incorrectly) == Environment Summary == ----- End forwarded message -----

5 8

Fwd: [Inkscape-tester] inkscape build report
by Bryce Harrington 28 Nov '05

28 Nov '05

----- Forwarded message from root <root@...1070...> ----- Date: Mon, 28 Nov 2005 05:21:03 -0800 From: root <root@...1070...> To: inkscape-tester(a)lists.sourceforge.net Subject: [Inkscape-tester] inkscape build report = Analysis Report for inkscape = Report Time: Mon Nov 28 00:10:23 2005 (Run 831) Snapshot: inkscape-20051127-2240.tar.bz2 Status: finished Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 2 5 5 Test Status Score Info ------------------------------------------------------------------------ sut-1 ?? == Errors == removeoverlap/remove_rectangle_overlap.cpp:23: error: `solve_VPSC' undeclared (first use this function) removeoverlap/remove_rectangle_overlap.cpp:23: error: (Each undeclared identifier is reported only once for each function it appears in.) removeoverlap/remove_rectangle_overlap.cpp:27: error: `cleanup' undeclared (first use this function) removeoverlap/removeoverlap.cpp:54: error: `removeRectangleOverlap' undeclared (first use this function) removeoverlap/removeoverlap.cpp:54: error: (Each undeclared identifier is reported only once for each function it appears in.) == Warnings == display/canvas-arena.cpp:87: warning: invalid access to non-static data member `SPCanvasArenaClass::arena_event' of NULL object display/canvas-arena.cpp:87: warning: (perhaps the `offsetof' macro was used incorrectly) display/sp-canvas.cpp:133: warning: invalid access to non-static data member `SPCanvasItemClass::event' of NULL object display/sp-canvas.cpp:133: warning: (perhaps the `offsetof' macro was used incorrectly) removeoverlap/remove_rectangle_overlap.h:15:31: warning: no newline at end of file == Environment Summary == ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click _______________________________________________ Inkscape-tester mailing list Inkscape-tester(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-tester ----- End forwarded message -----

2 1

about dialog
by MenTaLguY 28 Nov '05

28 Nov '05

I've just committed a radically simplified about dialog (both code-wise and UI-wise). I'm reasonably happy with it except the size needs a little tweaking and I think the tab currently called "About" needs a better name. -mental

4 8

Debian Bug #340855 inkscape: Font dialog messes font style of FreeSans, FreeSans and FreeMono
by Wolfram Quester 28 Nov '05

28 Nov '05

Hi alltogether, I received the following bug report in debian's BTS at http://bugs.debian.org/340855. Althou it refers to 0.43pre2, I can reproduce this bug on my machine with 0.43. I did not submit it to the tracker since I am not sure if it is a problem with inkscape or the debian package, so my question is if someone can reproduce this bug. Thanks for help, Wolfi ----- Forwarded message from Kai-Martin <kmk(at)familieknaak(dot)de> ----- Subject: Bug#340855: inkscape: Font dialog messes font style of FreeSans, FreeSans and FreeMono Reply-To: Kai-Martin <kmk(at)familieknaak(dot)de>, 340855@...499... From: Kai-Martin <kmk(at)familieknaak(dot)de> To: Debian Bug Tracking System <submit@...499...> Date: Sat, 26 Nov 2005 13:59:03 +0100 Resent-Sender: Debian BTS <debbugs@...499...> Package: inkscape Version: 0.42.2+0.43pre2-1 Severity: normal The font dialog messes the font style for some fonts. This is what happens with the various styles: "Medium/Regular": The font style jumps to "Bold" when pressing the apply button. Make default sets the default font style to bold. Consequently the font actually used in the drawing is bold. "Oblique/italics": No problem. "Bold": No problem. "BoldOblique/BoldItalic": The font preview shows a regular style. The apply button sets the font used in the drawing to "regular". This behavior is consitent with all three "Free" fonts (Free Mono, FreeSans and FreeSerif). Other fonts that also come in different styles (e.g. Sans or Courier) can be set as expected. The font chooser of the gnome system (MainMenu/System/Settings/Fonts) seems to use the same font chooser dialog. Yet it does not suffer from the described symptoms. ---<(kaimartin)>--- -- System Information: Debian Release: 3.1 APT prefers unstable APT policy: (500, 'unstable'), (500, 'testing'), (500, 'stable') Architecture: i386 (i686) Shell: /bin/sh linked to /bin/bash Kernel: Linux 2.6.8-1-k7 Locale: LANG=de_DE, LC_CTYPE=de_DE (charmap=ISO-8859-1) Versions of packages inkscape depends on: ii libatk1.0-0 1.10.1-2 The ATK accessibility toolkit ii libbonobo2-0 2.8.1-2 Bonobo CORBA interfaces library ii libc6 2.3.5-3 GNU C Library: Shared libraries an ii libfontconfig1 2.3.1-2 generic font configuration library ii libfreetype6 2.1.7-2.4 FreeType 2 font engine, shared lib ii libgc1c2 1:6.5-1 conservative garbage collector for ii libgcc1 1:4.0.2-3 GCC support library ii libgconf2-4 2.10.1-1 GNOME configuration database syste ii libglib2.0-0 2.8.0-1 The GLib library of C routines ii libglibmm-2.4-1c2 2.6.1-1.2 C++ wrapper for the GLib toolkit ( ii libgnomevfs2-0 2.10.1-5 The GNOME virtual file-system libr ii libgtk2.0-0 2.6.9-1 The GTK+ graphical user interface ii libgtkmm-2.4-1c2 1:2.6.2-1.1 C++ wrappers for GTK+ 2.4 (shared ii liborbit2 1:2.12.2-1 libraries for ORBit2 - a CORBA ORB ii libpango1.0-0 1.8.2-1 Layout and rendering of internatio ii libperl5.8 5.8.7-7 Shared Perl library ii libpng12-0 1.2.8rel-5 PNG library - runtime ii libpopt0 1.7-5 lib for parsing cmdline parameters ii libsigc++-2.0-0c2 2.0.10-3 type-safe Signal Framework for C++ ii libstdc++6 4.0.2-3 The GNU Standard C++ Library v3 ii libx11-6 4.3.0.dfsg.1-14 X Window System protocol client li ii libxft2 2.1.7-1 FreeType-based font drawing librar ii libxml2 2.6.21-1 GNOME XML library ii libxrender1 1:0.9.0-2 X Rendering Extension client libra ii libxslt1.1 1.1.15-1 XSLT processing library - runtime ii xlibs 6.8.2.dfsg.1-7 X Window System client libraries m ii zlib1g 1:1.2.2-4 compression library - runtime Versions of packages inkscape recommends: pn dia | dia-gnome <none> (no description available) ii imagemagick 6:6.2.4.5-0.2 Image manipulation programs ii libwmf-bin 0.2.8.3-2 Windows metafile conversion tools pn perlmagick <none> (no description available) ii pstoedit 3.33-15 PostScript and PDF files to editab ii sketch 0.6.15-1 Interactive vector drawing program -- no debconf information ----- End forwarded message -----

3 4

Inkscape slides
by Bryce Harrington 28 Nov '05

28 Nov '05

Attached are slides for Inkscape. Wasn't sure what to list for followup meetings, so I left it blank. :-) Bryce On Wed, Nov 23, 2005 at 11:31:51AM -0800, Carl Johnson wrote: > 11/23 OSDL DAM Pre-Meeting Summary > C. Johnson, OSDL > > Overview > -------- > - Roster Review > - Pre-Read material collection > - Revised Meeting Format > - distro reps list > > Roster Review > -------------- > orgs and attendees were reviewed and updated to reflect the most recent > attendance status. John will publish a final list of attendees on the > list later. > > Pre-Read Materials > ------------------ > Focus areas, challenges, and dependency information needs to be > collected in advance of the meeting in order to provide a model to guide > the group effort to establish collective areas of focus. > > *Action*: email desktop_architects@...701... with your completed > material by noon on Tuesday 11/29. > > -- Limit of 1 slide per topic - keep descriptions brief so they can be > written on post-its for use on the chart. > > 1. <org name>: Focus Areas > (List of gaps you're addressing) > > 2. <org name>: Challenges > (What's not getting solved) > > 3. <org name>: Dependencies > (projects and needs from each) > > 4. <org name>: Follow on Meetings > (list of orgs and topics) > > Revised Meeting Format > ---------------------- > In order to facilitate the prioritization of key focus areas to > accelerate Linux desktop adoption, the meeting format will not focus on > presentations but rather on group dialog and focus area breakout > session. A revised meeting agenda will be sent to the list later today > that reflects the new format. > > Distro Reps > --------------- > - Redhat + Fedora - ? > - Sunwah - Albert > - Debian - ? > - Xandros - Ping > - Ubuntu - Jeff Wah > - Linspire - Tom Welch > - OpenSuse - Schumacher > - TurboLinux - ? > - Mandriva - > > _______________________________________________ > Desktop_architects mailing list > Desktop_architects@...701... > https://lists.osdl.org/mailman/listinfo/desktop_architects

1 0

Fwd: [XaraXtreme-dev] Interview with Charles
by Bryce Harrington 28 Nov '05

28 Nov '05

----- Forwarded message from Andy Armstrong <andy@...1091...> ----- Date: Mon, 28 Nov 2005 14:36:36 +0000 From: Andy Armstrong <andy@...1091...> To: xara-dev <dev@...1048...> Subject: [XaraXtreme-dev] Interview with Charles Just in case anyone missed it: http://www.theregister.co.uk/2005/11/28/techscape_moir/ I'm not sure what Acorn machine they're talking about that had four chips + RAM - maybe the Electron[1] - but it's a great interview. It made me incredibly nostalgic for the BBC Micro :) [1] http://piazza.iae.nl/users/bverhoev/Specs/Specs.html -- Andy Armstrong, hexten.net ----- End forwarded message -----

1 0

shortcuts.xml (configurable key bindings)
by unknown＠example.com 28 Nov '05

28 Nov '05

Here's the schema I've settled on: <keybindings name="user-visible name for shortcut scheme">  <primary keyval="a gdk keyval name" modifiers="control,alt,shift" verb="VerbName" />  <seconary keyval="a gdk keyval name" verb="OtherVerbName" /> </keybindings> The keyval names are as returned by gdk_keyval_name(). I've comitted a shortcuts.xml file that I've extracted from shortcuts.cpp; it follows this schema. We'll probably move it somewhere else later, but right now it's in src/. No code to read it, yet, but that'll come soon. I think files using these schemas will go in /usr/share/inkscape/keybindings/ and ~/.inkscape/keybindings/. I'm not sure whether the default schema should remain hard-coded or whether that should stay in an XML file. Thoughts? -mental

4 3