- Inkscape Devel - Inkscape Mailman

Translation doubts
by Lucas Vieites 03 Jun '05

03 Jun '05

Hi, I'm updating the spanish translation for the 0.42 release and I'm running into some doubts: /src/dialogs/tiledialog.cpp - line 817: "Equal Height": Is this a verb like in: "I'm going to make the height equal, I will equal the heights.", or rather "These objects have the same heights, they have equal heights" - line 886: "Equal Width": idem - BBox: Is this short for "bounding box"? Should it be translated or is ti s astandard way of calling that kind of item? Thanks, I'll be bothering you with some more later on ;-) -- Lucas Vieites Fariña Dept. Desarrollo <lucas@...212...> Asix Informática <http://www.asixinformatica.com/> Blog <http://www.asixinformatica.com/blog> Tel/Fax: +34 986 54 26 98

2 1

Project Stats for June 1st, 2005
by Bryce Harrington 03 Jun '05

03 Jun '05

As can be seen, SourceForge has started their new statistics system finally! The numbers reported are done differently than before, so I've had to change what we track in our stats. Statistics May 15 Jun 1 ========== ====== ====== Max Week's Rank on SourceForge: * 38 Total SF Page Views * 1,935,964 Total SF Downloads * 254,647 Total Freshmeat URL Hits 18,691 19,149 Total Freshmeat Subscriptions 181 183 Lines of Code in src/: 373,651 374,180 Code lines 259,984 260,236 Comment line 67,053 67,136 Blank 53,244 53,443 Lines of Docs in doc/: 26,848 27,790 Lines of content in website: 39,865 42,490 Size of the Inkscape wiki: 27,052 26,729 Bugs open/total: 208/1196 215/1223 Features open/total: 442/ 712 453/ 728 Patches open/total: 11/ 221 11/ 230 CVS Commits (as per inkscape-cvs) 11,897 12,040 Inkscape-devel membership: 173 179 Inkscape-announce membership: 197 202 Inkscape-user membership: 242 248 Num Translations: 33 33 Ave Translation Ratio: 47.0 47.8 * - Statistics unavailable

2 2

SVG Scene Toolkit debuts
by Bryce Harrington 02 Jun '05

02 Jun '05

Just got this announcement of an SVG canvas based on Cairo. Bryce ----- Forwarded message from Liam Breck <svg@...808...> ----- Date: Thu, 02 Jun 2005 13:50:02 -0400 From: Liam Breck <svg@...808...> To: Bryce Harrington <bryce@...260...> Subject: SVG Scene Toolkit debuts [Hi Bryce, could you forward this to the Inkscape list for me? thanks!] Network Improv Introduces the... SVG Scene/Canvas Library for Cairo & Pango http://networkimprov.net/airwrx/awscene.html Our SVG Scene toolkit enables applications to create views by constructing an SVG content model, or scene. (This functionality is also called a canvas.) The scene may be displayed simultaneously in multiple windows, possibly on separate clients. Rendering of the scene is done via Cairo and Pango, which in turn support multiple targets, e.g. Windows, MacOS, Postscript, Xlib, etc. The scene may be accessed and manipulated by multiple processes, enabling compound documents. The SVG Scene library supports ownership of content model elements by widgets of high-level application frameworks, but is not tied in to such frameworks. The current release is a prototype that requires Windows 2000 or later, and renders using native Win32 functions. Full source code is included in the download, licensed under GNU LGPL. Feedback requested! Liam Breck Network Improv Boston, Mass. USA ----- End forwarded message -----

1 0

sp_document_new
by De Winne, Joris 02 Jun '05

02 Jun '05

Hello, I'm trying to create a viewer based on the inkscape SVG viewer. I based my viewer on the code in inkview.cpp. But during execution I always get a segmentation fault when I call sp_document_new. I create a LayoutRenderer and on that object I call the function renderLayout. Here's some part of the code I use: LayoutRenderer::LayoutRenderer() { changed = false; uriLatest = "latest.svg"; vector<string> result; vector<string>::iterator it; result = Util::putFileInVector(uriLatest); latest = ""; it = result.begin(); while(it != result.end()) { latest += *it + "\n"; it++; } Inkscape::GC::init(); setlocale (LC_NUMERIC, "C"); if (result.size() > 0) { changed = true; } } void LayoutRenderer::renderLayout() { cout << "Start rendering \n"; GtkWidget * w = gtk_window_new (GTK_WINDOW_TOPLEVEL); cout << "Created new window\n"; SPDocument * doc = sp_document_new (uriLatest.c_str(), TRUE, TRUE, false); cout << "Created new document\n"; GtkWidget * view = sp_svg_view_widget_new (doc); cout << "Created new view\n"; cout << "rendering created objects \n"; sp_svg_view_widget_set_resize (SP_SVG_VIEW_WIDGET (view), FALSE, sp_document_width (doc), sp_document_height (doc)); sp_document_ensure_up_to_date (doc); sp_document_unref (doc); gtk_widget_show (view); cout << "rendering add to container\n"; gtk_container_add (GTK_CONTAINER (w), view); gtk_widget_show (w); cout << "Start rgoing to main loop\n"; gtk_main (); } The function gtk_init (&argc, (char ***) &argv); has been called prior to all the rendering calls. This is the output I get: Start rendering Created new window Segmentation fault Any help is welcome? Thnx, Joris - - - - - - - DISCLAIMER- - - - - - - - Unless indicated otherwise, the information contained in this message is privileged and confidential, and is intended only for the use of the addressee(s) named above and others who have been specifically authorized to receive it. If you are not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this message and/or attachments is strictly prohibited. The company accepts no liability for any damage caused by any virus transmitted by this email. Furthermore, the company does not warrant a proper and complete transmission of this information, nor does it accept liability for any delays. If you have received this message in error, please contact the sender and delete the message. Thank you.

2 2

Starting the Inkscape 0.42 release process
by Bryce Harrington 01 Jun '05

01 Jun '05

We had tentatively selected today as the starting date for the Inkscape 0.42 release process. I sense people have been looking forward to this day, and are ready to see a new Inkscape release. :-) It's been quite a while since our last release, and so many of our newer developers don't have first hand experience with our release processes. Here's a brief run down of what we usually do: First, we enter a wrap up phase called the "Frost", where developers are encouraged to bring any features they've been working on to a suitable state for formal release, stop adding any new features, and to start focusing on bug fixing. Generally this phase only lasts for a week or two. Next, we enter a bug fixing phase called the "Feature Freeze". We identify some bug fixing goals, using a scoring system that folks have found to give a fun challenge. A list of "must fix bugs" is also generated, that the developers want to see fixed before a release is allowed; we usually don't get every one of these bugs fixed, but we certainly try to leave as few open as possible. I will be posting daily reports on our bug status as we go. Translations, documentation, release notes, and so forth also need to be updated and finalized. This phase can go on for several weeks, depending on how bad the bugs are. Once all of the must fix bugs are fixed and all the objectives have been met, we enter the "Hard Freeze" phase. Two "Freeze Wardens" are named and all development is done as patches submitted to the freeze wardens for review and integration. This phase is intended to be quite short - a matter of days. This is intended to give us a final QA focus. Finally, we tag and branch the codebase, create the packages, and proceed with the release. :-) For Inkscape 0.42, I estimate that going through this process will take on the order of one to two months. It is driven largely by how quickly the bugs can be fixed, so please plan on contributing some time to this effort this month, and hopefully we can make swift progress towards our goal. Bryce

3 4

EPS export
by Franz Haeuslschmid 01 Jun '05

01 Jun '05

Dear developers of Inkscape, I have made one observation, that could help to improve Inkscape. I noticed that EPS files that are output by the `Save as' dialog start with ,---- | %!PS-Adobe-3.0 `---- However, the documentation for GSview (for instance) states, that EPS files start with ,---- | %!PS-Adobe-3.0 EPSF-3.0 `---- and that is one of several prerequisites for an usable EPS. I'm far from being an expert on EPS, however inserting `EPSF-3.0' manually did for me the trick to make GSview treat the exported EPS files as real EPS. I use Inkscape (Inkscape0505310200.zip) on a MS-Windows platform. Franz.

4 4

New OSX compile problems
by Jon A. Cruz 01 Jun '05

01 Jun '05

I'm trying to start building Inkscape on OS X. I'm on Tiger, and setup with fink unstable. I've gotten to the link, where things are failing. Any ideas? g++ -Wall -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded- virtual -Wswitch -Wno-unused-parameter -I/sw/include - D__LONG_DOUBLE_128__ -g -O0 -o i\ nkscape --export-dynamic main.o -Wl,-bind_at_load -L/sw/lib libinkpre.a application/libinkapp.a dialogs/libspdialogs.a trace/ libtrace.a svg/libspsvg.a widg\ ets/libspwidgets.a display/libspdisplay.a helper/libspchelp.a libcroco/libcroco.a libnrtype/libnrtype.a libnr/libnr.a livarot/ libvarot.a ui/view/libuiview.a\ ui/libui.a ui/dialog/libuidialog.a ui/widget/libuiwidget.a extension/ libextension.a extension/implementation/libimplementation.a extension/ internal/libinte\ rnal.a extension/script/libscript.a xml/libspxml.a util/libinkutil.a io/libio.a inkjar/libinkjar.a libinkpost.a debug/libinkdebug.a -L/usr/ X11R6/lib /sw/lib\ /libgtkmm-2.4.dylib /sw/lib/libgdkmm-2.4.dylib /sw/lib/ libatkmm-1.6.dylib /sw/lib/libpangomm-1.4.dylib /sw/lib/ libglibmm-2.4.dylib /sw/lib/libgtk-x11-2.0.dy\ lib /sw/lib/libgdk-x11-2.0.dylib -lXrandr -lXinerama -lXext -lX11 - lXcursor /sw/lib/libatk-1.0.dylib /sw/lib/libgdk_pixbuf-2.0.dylib /sw/ lib/libpangoxft-1.0\ .dylib /sw/lib/libpangox-1.0.dylib /sw/lib/libxslt.dylib /sw/lib/ libxml2.dylib -ldl /sw/lib/libsigc-2.0.dylib -lpng -lz /sw/lib/ libpopt.dylib -lXft -lXrende\ r -lfontconfig /sw/lib/libpangoft2-1.0.dylib /sw/lib/ libpango-1.0.dylib -lm /sw/lib/libgobject-2.0.dylib /sw/lib/ libgmodule-2.0.dylib /sw/lib/libglib-2.0.dy\ lib /sw/lib/libintl.dylib /sw/lib/libiconv.dylib -lfreetype /sw/lib/ libgc.dylib -lpthread /usr/bin/ld: warning multiple definitions of symbol _locale_charset /sw/lib/libiconv.dylib(localcharset.o) definition of _locale_charset /sw/lib/libintl.dylib(localcharset.lo) definition of _locale_charset /usr/bin/ld: Undefined symbols: typeinfo for Atk::Implementor typeinfo for Gtk::Bin typeinfo for Gtk::Dialog typeinfo for Gtk::Object typeinfo for Gtk::Widget typeinfo for Gtk::Window typeinfo for Gtk::Container typeinfo for Glib::ObjectBase typeinfo for Glib::Object typeinfo for Glib::Interface typeinfo for Gtk::CellLayout typeinfo for Gtk::TreeModelColumnRecord typeinfo for Gtk::ComboBox typeinfo for Gtk::Box typeinfo for Gtk::VBox typeinfo for Gtk::FileChooser typeinfo for Gtk::FileChooserDialog typeinfo for Gtk::HBox typeinfo for Gtk::HandleBox typeinfo for Gtk::MessageDialog typeinfo for Gtk::Adjustment typeinfo for Gtk::CheckButton typeinfo for Gtk::CellEditable typeinfo for Gtk::ToggleButton typeinfo for Gtk::Entry typeinfo for Gtk::Button typeinfo for Gtk::Editable collect2: ld returned 1 exit status make[2]: *** [inkscape] Error 1 make[1]: *** [all-recursive] Error 1 make: *** [all] Error 2

3 4

OS X build
by MenTaLguY 01 Jun '05

01 Jun '05

Just as a matter of interest, I now have CVS building on a 10.3 machine with fink unstable. The only dependency that wasn't in fink was libgc; I downloaded and installed 6.5 the old-fashioned way and it worked fine. Note that (when building using fink libraries) you will need to specify -I/sw/include and -L/sw/lib in your CXXFLAGS and LDFLAGS when running configure. -mental

4 3

RE: [Inkscape-devel] sp_document_new
by De Winne, Joris 01 Jun '05

01 Jun '05

Hello, This is the backtrace I get from gdb Starting program: /users/software/jdewinne/sandboxes/iStudioNG/src/svgViewer [Thread debugging using libthread_db enabled] [New Thread 16384 (LWP 2355)] [New Thread 32769 (LWP 2356)] [New Thread 16386 (LWP 2357)] [New Thread 32771 (LWP 2358)] Start rendering Trying to receive Created new window Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16386 (LWP 2357)] 0x4007f713 in GC_mark_from () from /usr/lib/libgc.so.1 Joris On Tue, 2005-05-31 at 11:59, De Winne, Joris wrote: > Hello, > > I'm trying to create a viewer based on the inkscape SVG viewer. I > based my viewer on the code in inkview.cpp. But during execution I > always get a segmentation fault when I call sp_document_new. Can you get a backtrace from gdb? It would help to know where the segmentation fault is happening. -mental - - - - - - - DISCLAIMER - - - - - - - - Unless indicated otherwise, the information contained in this message is privileged and confidential, and is intended only for the use of the addressee(s) named above and others who have been specifically authorized to receive it. If you are not the intended recipient, you are hereby notified that any dissemination, distribution or copying of this message and/or attachments is strictly prohibited. The company accepts no liability for any damage caused by any virus transmitted by this email. Furthermore, the company does not warrant a proper and complete transmission of this information, nor does it accept liability for any delays. If you have received this message in error, please contact the sender and delete the message. Thank you.

1 0

Building inkscape under cygwin.
by Franz Haeuslschmid 30 May '05

30 May '05

Hello, I'm lately trying to compile inkscape using the latest edition of cygwin. However the build process is permanently aborting: make all-recursive make[1]: Entering directory `/cygdrive/d/Src/inkscape' Making all in src make[2]: Entering directory `/cygdrive/d/Src/inkscape/src' depbase=`echo object-edit.o | sed 's|[^/]*$|.deps/&|;s|\.o$||'`; \ if g++ -DHAVE_CONFIG_H -I. -I. -I.. -I/usr/include/freetype2 -I/usr/X11R6/include -I/usr/include/freetype2 -I/opt/cxclient/usr/X11R6/include -DPOTRACE=\"potrace\" -DXTHREADS -DXUSE_MTSAFE_API -I/home/haeuslsc/local/include/gdkmm-2.4 -I/home/haeuslsc/local/lib/gdkmm-2.4/include -I/home/haeuslsc/local/include/glibmm-2.4 -I/home/haeuslsc/local/lib/glibmm-2.4/include -I/home/haeuslsc/local/include/pangomm-1.4 -I/home/haeuslsc/local/include/gtk-2.0 -I/home/haeuslsc/local/lib/gtk-2.0/include -I/usr/X11R6/include -I/home/haeuslsc/local/include/sigc++-2.0 -I/home/haeuslsc/local/lib/sigc++-2.0/include -I/home/haeuslsc/local/include/glib-2.0 -I/home/haeuslsc/local/lib/glib-2.0/include -I/home/haeuslsc/local/include/pango-1.0 -I/usr/include/freetype2 -I/opt/cxclient/usr/X11R6/include -I/home/haeuslsc/local/include/gtkmm-2.4 -I/home/haeuslsc/local/lib/gtkmm-2.4/include -I/home/haeuslsc/local/include/atkmm-1.6 -I/home/haeuslsc/local/include/atk-1.0 -I/usr/include/libxml2 -I../cxxtest -Wall -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter -g -O2 -MT object-edit.o -MD -MP -MF "$depbase.Tpo" -c -o object-edit.o object-edit.cpp; \ then mv -f "$depbase.Tpo" "$depbase.Po"; else rm -f "$depbase.Tpo"; exit 1; fi object-edit.cpp: In function `void sp_spiral_outer_set(SPItem*, const NR::Point&, const NR::Point&, unsigned int)': object-edit.cpp:846: error: `isfinite' undeclared in namespace `std' make[2]: *** [object-edit.o] Error 1 make[2]: Leaving directory `/cygdrive/d/Src/inkscape/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/cygdrive/d/Src/inkscape' make: *** [all] Error 2 Any ideas? Franz.

3 4

Re: [Fontforge-devel] Bug report: space size
by unknown＠example.com 30 May '05

30 May '05

On 5/27/05, Ralf Stubner <ralf.stubner@...128...> wrote: > That looks ok in principle. The space character has a width of 377 > units. The two lines with '74 304 rmoveto' and 'closepath' look strange > and are unnecessary, but I would be surprised if they cause any harm. > You can test this though by removing these two lines and assembling the > font again with t1asm. I added for tests a point to the space character, to see if it helps with the problem. These two lines probably describe that point. > > Another wierd possibility is encoding. Maybe space is not encoded or in > an unsual position in your font, and the application you are using uses > code positions instead of glyphnames. So look out for /Encoding near the > begining of the disassembled file. What does it say there? /Encoding 256 array > > If those ideas don't help, then i am lost. Can you make the font in > question available so that others can have a look at it? > I made a new test font with the space, exported it as pfa and this time it worked. So I exported the original font again in pfa and, as previously, the space width was zero. So the program is able to generate pfa with non--zero space width, but for some reason either it can not do it for a particular font, or the font system does not interpret the particular font file correctly. So I send the original PFA: http://www.iitis.gliwice.pl/~arataj/test.pfa Thanks, Artur

1 0

filter for inkscape and OpenDocument
by Jon Phillips 28 May '05

28 May '05

Heya, I just read your nice interview at groklaw (http://www.groklaw.net/article.php?story=20050130002908154). First of all, this is really exciting, but I wonder if you could write up more about what is needed of Inkscape for this new format. I see in your interview you note that there is a needed filter for Inkscape, but it is not clarified what this means. I'm cc'ing the Inkscape development list about this. I just wonder how this OpenDocument format (the newly standardized open office xml format) relates to Inkscape and what you are asking to be done. Or do you want a filter that say one has an SVG file, then one can convert that to an OpenDocument file. I don't think that would be difficult. But, what about OpenOffice support for the SVG file format? Please copy me and/or the Inkscape-devel list and I will make sure they get the response. Or, please reply to me and the list if you are on Inkscape's list. Thanks, Jon -- Jon Phillips USA PH 510.499.0894 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)

7 31

Re: [Inkscape-user] Re: Nuevos Traducciones de Tutoriales/New Tutorials Translations
by unknown＠example.com 26 May '05

26 May '05

Quoting "R. Alan Monroe" <amonroe@...813...>: > Since it's vector art, couldn't you just put any additional > language texts in the svg file as a tiny micro-paragraph beside > the normal text? You could just zoom in to the alternative texts > or stretch them to read them. I don't think that would really be helpful, but it is an interesting idea. A similar approach would be to put all language texts in the same document (overlaying one another) and use the SVG <switch> element so that only the one matching the current language gets rendered. I'm not sure how well that would work, though, since different languages will have different paragraph lengths and to look nice might require the documents to be relaid-out depending on language (which <switch> can't do). Admittedly, we don't support the <switch> element yet, but it is planned. -mental

1 0

dialogs cleanup
by bulia byak 26 May '05

26 May '05

Before we can think about a release, one thing we absolutely must do is clean up the current mess with dialogs. Everyone who did dialogs recently (and there were a lot) did it in their own incompatible way. (Personally, I attribute this to the lack of attention and leadership from the initiators of the gtkmm transition, but there's no use to argue about that now; let's just fix what we have.) Recently I've been working on the Dialog and DialogManager classes in ui/dialog, and I almost fixed them with regard to things like transientizing, remembering geometry, and F12 behavior. There are remaining issues still but I'm pretty sure I'll be able to fix them. Unfortunately, many dialogs do not use these classes or use them in a wrong way. The old gtk dialogs need not be touched at this time; they are OK as they are, and we can always convert them later. What needs to be fixed urgently is the recenty added gtkmm dialogs, all of which are broken in different ways. The simplest dialog to use as a template is ui/dialog/messages.cpp; another is ui/dialog/memory.cpp. To create a dialog, you need to pass the prefs path (path in the preferences.xml for the dialog settings; make sure it exists in preferences-skeleton.h) and the verb that creates the dialog (make sure it exists in verbs.h/cpp). E.g.: Messages::Messages() : Dialog ("dialogs.messages", SP_VERB_DIALOG_DEBUG) You also need to register the dialog's factory in DIalogManager constructor and to make sure its verb in verbs.cpp does the right thing: case SP_VERB_DIALOG_DEBUG: dt->_dlg_mgr->showDialog("Messages"); break; Also don't forget to remove your own F12 handlers, event handles, transientizing code, title setting, size setting etc. if you have it in your dialog classes. This is all in Dialog now. Not only will this stuff finally work as it must, but this will lead to a significant reducing of code. Here are the dialogs that need to be converted: Align: Unless Aubanel Monnier (who coded it initially) shows up, I think I'll have to take this one. View/Scripts and Path/Trace Bitmap: Bob, these are yours, so please take them. This needs to be done ASAP because currently these two are totally disfunctional - they don't show up when you call them. (This may be because they used ui/dialog code in some partial way and this is now broken after my changes there.) Object/Grid Arrange: John, this one is yours, please convert it - also ASAP because it's broken in the same way as Bob's ones. Object/Swatches and Help/About Extensions: Jon, these are yours. I know you did your own implementation but we now need to unify things. You can move whatever useful code you have into Dialog, but _that_ must be the root class of all dialogs now. No more duplication please. This will also fix the many problems your dialogs now have (such as popping up after being closed when any new dialog is opened). Jon, Bob, John: Please respond to this message with your estimate as to when you will be able to work on this. If you cannot handle this now or in foreseeable future, we'll need to call up volunteers for this work. Of course, please also voice any questions or objections you might have. Oh, and if anyone creates a new dialog now, please use ui/dialog/messages.cpp as a template. Don't copy from any other dialogs until they are fixed. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

9 22

translatable strings
by Gazal, Geraud (GE Healthcare) 26 May '05

26 May '05

As you may know, Inkscape strings are facing a small problem : at the moment, the string _"H" is used in different contexts: as an abbreviation for Hue and for Height (see my clumsy patch proposal : http://sourceforge.net/tracker/index.php?func=detail&aid=1203796&group_id=9…) After taking a look at different mailing list and at Inkscape's wiki, it appears that the wiki links offers some good indications (cool). See http://www.gtkmm.org/gtkmm2/docs/tutorial/html/ch20s03.html in "Same strings, different semantics" But the solution suggested (adding some extra characters) is not really welcome. A much better approach can be foud here : http://developer.gnome.org/doc/tutorials/gnome-i18n/developer.html in "Don't use too short messages". So if you are OK with it, I'd be very interested at: - first improve the current state with short strings (XYWH, RGB, RGBA, HSV...): my plan would be creating some xywh_string = _"XYWH", rgb_string = _"RGB"... strings that would be translatable and then pick from those strings in the code replace H by xywh_string[4] or hsv_string[3] depending on the context - then improve our conformance against gnome HIG with : - increase the use of plural syntax (see "Plurals" in gnome-i18n) - improve the way Inkscape manages marked up string (see "Avoid markup wherever possible" in gnome-i18n) It would be a good opportunity for me improving my understanding of the code of Inkscape without the hazard of breaking everything. Regards, Matiphas

1 0

Re: [Inkscape-user] Re: Nuevos Traducciones de Tutoriales/New Tutorials Translations
by bulia byak 26 May '05

26 May '05

Spanish translators suggest that we include the html/png versions of all tutorials into the Inkscape distribution as well. What do others think? I'm afraid this will blow the size considerably, especially if we include all languages (as we do for SVG tutorials). Maybe it's time to create language-specific distributions, at least for French and Spanish? Does anyone have experience with automating such things? On 5/25/05, jeffrey steve borbon sanabria <jeff_kerokid@...36...> wrote: > yes Bulia We want that- this translations would be > able to access in the inkscape application. Can you > include it on InkScape? > > "Por la libertad del hombre pensante, usemos software libre" > > > > > _________________________________________________________ > Do You Yahoo!? > Información de Estados Unidos y América Latina, en Yahoo! Noticias. > Visítanos en http://noticias.espanol.yahoo.com > > > ------------------------------------------------------- > SF.Net email is sponsored by: GoToMeeting - the easiest way to collaborate > online with coworkers and clients while avoiding the high cost of travel and > communications. There is no equipment to buy and you can meet as often as > you want. Try it free.http://ads.osdn.com/?ad_id=7402&alloc_id=16135&op=click > _______________________________________________ > Inkscape-user mailing list > Inkscape-user(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-user > -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 3

Path Parsing
by unknown＠example.com 24 May '05

24 May '05

Bulia, this morning there was another path parsing bug in the tracker and so there is another patch. I have a path parsing question that I do not think is answered by the svg spec. All commands may be followed by any number of sets of parameters. So L0,0 3,4 7,2 is actually L0,0 L3,4 L7,2 Moveto implies Lineto. So M0,0 3,4 7,2 is actually M0,0 L3,4 L7,2 How should one interpret this: L0,0 L3,4 L7,2 Z 1,5 It would seem to me that it should be L0,0 L3,4 L7,2 Z M0,0 L1,5 Because Moveto implies Lineto and Closepath should imply Moveto because the spec says that any following commands begin a new subpath at the previous subpaths initial point. Answers? Aaron Spike

6 25

Inkscape project status
by Bryce Harrington 24 May '05

24 May '05

Project Status Sunday, May 15, 2005 Coding activity appears to have picked up quite a bit over this past month, with 20,000 lines of code added. Looks like there's also been a surge of code documentation activity, with 7,000 lines added, or a 10% increase from what we'd had. Very cool! I hear SourceForge is getting ready to roll out their new statistics system, but apparently this hasn't happened yet. ;-) We're going to continue in development mode for the remainder of the month, and then around June 1st will enter into a bug fix mode to start preparing for a release. We've got over 200 bugs open. I'm not sure what we should set as a goal for the release, but hopefully we can knock that count down significantly. Statistics Feb 15 Mar 15 Apr 15 May 15 ========== ====== ====== ====== ====== Lifetime Rank on SourceForge: * * * * * * * * Max Week's Rank on SourceForge: * * * * * * * * Total SF Page Views * * * * Total SF Downloads * * * * Total Freshmeat URL Hits 16,448 17,186 17,930 18,691 Total Freshmeat Subscriptions 169 173 177 181 Lines of Code in src/: 333,139 342,852 340,515 373,651 Code lines 234,651 241,177 238,522 259,984 Comment line 58,239 60,354 60,382 67,053 Blank 46,859 47,978 48,152 53,244 Lines of Docs in doc/: 26,848 26,848 26,848 26,848 Lines of content in website: 9,776 10,067 35,937 39,865 Size of the Inkscape wiki: 24,925 25,900 26,363 27,052 Bugs open/total: 155/972 182/1047 194/1126 208/1196 Features open/total: 370/579 397/ 619 429/ 671 442/ 712 Patches open/total: 5/167 7/ 173 5/ 186 11/ 221 CVS Commits (as per inkscape-cvs) 10,312 10,868 11,368 11,897 Inkscape-devel membership: 151 158 166 173 Inkscape-announce membership: 169 177 189 197 Inkscape-user membership: 193 220 234 242 Num Translations: 33 33 33 33 Ave Translation Ratio: 47.8 45.0 47.5 47.0 * - Statistics unavailable

2 1

Inkscape crashing on "open file" on Mac OS X
by Marcus Silva 23 May '05

23 May '05

When I am running Inkscape in GNOME on my Mac (installed through fink), I cannot open any files unless I specify files from the command line from the --file option. If I try to use the "open file" dialog, inkscape freezes, eventually a dialog box opens up saying that Inkscape encountered an error, but that is also frozen, and if I am lucky another dialog opens up giving me the option to force quit (i guess this is a GNOME dialog box). Using the "kill" command works otherwise without a problem. 1 - Start Inkscape in GNOME running on fink 2 - Click "File Open" Icon OR 1 - Start Inkscape in GNOME running on fink 2 - Go to "File" menu, and click "Open" The odd thing is that this only happens when I run Inkscape from GNOME (within Xnest, or when running X11 in full screen mode). If I run Inkscape with quartz-wm, no GNOME, things work fine (except, of course, that drop down menus appear behind the windows). Has anyone encountered this before? Marcus

3 3

LaTeX Export
by Michael Forbes 23 May '05

23 May '05

I have attached my initial draft of a LaTeX export internal extension I wrote. It currently uses PSTricks so is very similar to the PostScript extension. It currently does not implement gradients, transparency, text, images and has some problems with unit conversion and seems to be rotated awkwardly. Can anyone pitch in with some of these problems? -Michael Forbes ------------------------------------------------------------ Student System Operator binx.mbhs.edu BEN Manager http://ben.mbhs.edu BNC Internet Division http://bnc.mbhs.edu MBHS Webmaster http://www.mbhs.edu BlazerNet President http://blazernet.mbhs.edu Computer Team Co-President http://computerteam.mbhs.edu MBLUG President http://mblug.mbhs.edu ------------------------------------------------------------

1 1

Updated inkscape.nsi
by Bob Jamison 23 May '05

23 May '05

I committed the Czech and French strings that Cornelius and Matiphas provided. (Thanks! ;-) Someone might want to check it out in NSIS, if they have time. (I am Unix-only while at the office). Bob

1 0

w32 cvs-version extensions not working, need advise
by Adib Taraben 23 May '05

23 May '05

Hello, I tried current CVS versions from: http://troi.hous.es3.titan.com/inkscape/builds/ or compiled by my own. But I can not run any extensions. During the startup it says that extensions will be disabled. I use WinXP German and have ActivePerl and Python in my path. PATH=c:\mingw\bin;c:\gtk\bin;C:\PROGRA~1\Borland\CBUILD~1\Bin;C:\PROGRA~1\Borlan d\CBUILD~1\Projects\Bpl;C:\Programme\Borland\Delphi7\Bin;C:\Programme\Borland\De lphi7\Projects\Bpl\;c:\bin;C:\Perl\bin\;C:\WINDOWS\system32;C:\WINDOWS;C:\WINDOW S\System32\Wbem;C:\Programme\ATI Technologies\ATI Control Panel;C:\Programme\WinCvs 1.3\CVSNT;C:\Programme\doxygen\bin;C:\Programme\Microsoft SQL Server\80\Tools\BINN;C:\Programme\Support Tools\;C:\Programme\Gemeinsame Dateien\GTK\2.0\bin;C:\programme\subversion\bin Any advise how I can track this down appreciated. Thx, Adib.

2 4

Draft news article
by Jonathan Leighton 20 May '05

20 May '05

I just noticed this draft: http://inkscape.org/wp/wp-admin/post.php?action=edit&post=215. It is, in fact, just a copy of the article recently linked on inkscape-user <http://www.glitchnyc.com/cgi-bin/blosxom.cgi/technology/opensource/furboa_t…> by Ted. Personally I'm in favour of linking the original in the news, but I think reproducing the entire thing would be overkill. Any thoughts? Jon -- Jonathan Leighton aka. Turnip http://turnipspatch.com/ | http://digital-proof.org/

2 1

Win32, next release GTK with Wimp Theme
by Adib Taraben 19 May '05

19 May '05

Hello, is it possible for the next release to have the Wimp theme in the Win32 packe as the standard-theme ? Thx, Adib. --

5 7

MALLINFO?
by Mike Hearn 19 May '05

19 May '05

Hi, I can't build CVS anymore, autogen says: Running aclocal-1.7 ... Running autoheader ... autoheader-2.59: warning: missing template: HAVE_MALLINFO_FORDBLKS autoheader-2.59: Use AC_DEFINE([HAVE_MALLINFO_FORDBLKS], [], [Description]) autoheader-2.59: warning: missing template: HAVE_MALLINFO_FSMBLKS autoheader-2.59: warning: missing template: HAVE_MALLINFO_HBLKHD autoheader-2.59: warning: missing template: HAVE_MALLINFO_UORDBLKS autoheader-2.59: warning: missing template: HAVE_MALLINFO_USMBLKS Please fix the error conditions and try again. Does anybody know what I'm missing? thanks -mike

2 2