- Inkscape Devel - Inkscape Mailman

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