- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] Summer of Code: DXF support, and my horrible
by Matt Squires 10 Jul '05

10 Jul '05

On Fri, 8 Jul 2005, Alexandre Prokoudine wrote: > Date: Fri, 8 Jul 2005 21:00:26 +0400 > From: Alexandre Prokoudine <alexandre.prokoudine@...400...> > To: Inkscape Devel List <inkscape-devel(a)lists.sourceforge.net> > Subject: Re: [Inkscape-devel] Summer of Code: DXF support, > and my horrible pessism. > > On 7/8/05, Alan Horkan wrote: > > > Dia already has a library for importing DXF (and there are probably other > > open source programs with their own custom DXF support and some with more > > *cough* dxflib *cough* > > http://www.ribbonsoft.com/dxflib.html That looks somewhat familiar. It is licensed under the GPL. > > liberal licensing than others). So if he chooses to write something new from scratch there is absolutely no point in making it any less than LGPL. I expect the mentors are making sure to keep people on the right track. > > generalised and turned into a library that could be shared by Inkscape and > > other applications to share the maintainance burden (or failing that make > > the new code for Inkscape so that it can be reused by other applications). > > Sure, iirc support for WMF was promised by the same guy. *cough* libwmf *cough* That would be pretty sweet alright. Even if plans change I'm sure there is no shortage of file formats Inkscape would like to support and I'm more optimistic now he will be able to produce something great. Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/ --__--__-- Here is where I am on the dxf importing so far. A few weeks ago I checked the dxf libraries that are already out there (dime, Qcad (dxflib), blender were specifically mentioned in the proposal) and found all are GPL'd. After a discussion with Jon about licensing I became more aware of the possibility of releasing under several licenses. So I decided to write a dxf importing code using STL containers to hold the various levels of data. I hope that it will be something others can reuse. I plan to release it at least under the LGPL maybe some other licenses. At lease LGPL. As far a Dia. I thought about it few days ago but didn't bother to look because I was mostly done with the main parts of dxf reader. After today's posts I looked more closely and it is also GPL'd. Gnuplot will export to dxf so I will check that out in the near future. BTW what is libwmf? Matt

6 7

effects menu
by bulia byak 10 Jul '05

10 Jul '05

Is there any specific reason we have the Effects menu off by default? >From what I heard extensions now work even on Windows, so why not enable them for the release? If they don't work without Python installed, do we now have a nice dialog that shows up when you try to run an extension (NOT on running Inkscape :) and says you need to install the interpreter? With such a dialog or something similar, I would vote for enabling the Effects menu. And in any case, I would like to remove the big "EXPERIMENTAL" in the preferences label. It conveys no information, just scares users away. Thoughts? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

5 4

lingering documents
by MenTaLguY 10 Jul '05

10 Jul '05

Well, so far I've not been able to find an actual memory leak with documents, but I have discovered that SPDocuments ARE actually managed by the garbage collector. Apparently I converted SPDocument over and then forgot about it. So, the upshot is that the old document will linger for some time until the next garbage collection pass. That wouldn't be an issue, except some stuff currently ties extra cleanup (like tearing down namedviews) too tightly to freeing memory, when it should really be done earlier. In the short term, the thing to do IS in fact to force a garbage collection when the document is closed. Apologies to the people I've gotten in arguments with over this... you all were right. The only trick is that the forced collection pass can't happen too early -- e.g. if there are still references to the old SPDocument in local variables somewhere in the call chain, or from other garbage-collected objects, that will prevent it from being collected. -mental

1 0

Text and Font dialog crashes Inkscape
by Jean-Francois Lemaire 09 Jul '05

09 Jul '05

Hello, I've just submitted a bug with this. Since Inkscape is so close to a new release, I thought it might be better to also post it here. This is with current CVS as of 09/07/2005 under SuSE Linux - enter some text (F8) - select the text (F1) - select the "Text and Font dialog" (Shift Control T) Inkscape crashes. http://sourceforge.net/tracker/index.php?func=detail&aid=1235382&group_id=9… Jef

1 0

python extension scripts on win32?
by lode leroy 09 Jul '05

09 Jul '05

Can anyone confirm if these work, or at least, are expected to work? I have created a path, and selected some of these effects, but I see no result. Is there a way to get some feedback? (like --verbose from the command line?) BTW, I'm trying out Inkscape-0.41+0.42pre1-1.win32.exe on WinXP-SP1 -- lode

4 8

Summer of Code: DXF support, and my horrible pessism.
by Alan Horkan 09 Jul '05

09 Jul '05

I'd like to know more about the Summer of Code project to add DXF support to Inkscape. I've read the Proposals page on the wiki http://www.inkscape.org/cgi-bin/wiki.pl?SOC_Accepted_Proposals What I am really interested to know is about reuse of code. The project description doesn't make any suggestion about reusing existing code and it looks like as if the Author is going to write something from scratch (possibly including other dxf code he has written previously). Dia already has a library for importing DXF (and there are probably other open source programs with their own custom DXF support and some with more liberal licesing than others). I would very much like to see this code generalised and turned into a library that could be shared by Inkscape and other applications to share the maintainance burden (or failing that make the new code for Inkscape so that it can be reused by other applications). I think the only way the project can succeed beyond the Summer of Code is if it produces code that can be used by more than just inkscape. We've all seen people gradually lose interest and watched bitrot set in. And will the inkscape developers be encouraging him to LGPL this code rather than merely GPL it? Sincerely Alan Horkan P.S. Sorry to be so pessimistic about it all.

3 4

Translation to Brazilian Portuguese
by Frederico Goncalves Guimaraes 08 Jul '05

08 Jul '05

Hello dear inkscapers, I would like to translate this wonderful programa to Brazilian Portuguese. Is there anyone already doing it? Best regards. Frederico ------------------ Linux User #228171 Debian-BR User #434 <http://teia.bio.br> "Liberdade, essa palavra que o sonho humano alimenta, que não há ninguém que explique e ninguém que não entenda." (Cecília Meireles) _______________________________________________________ Yahoo! Acesso Grátis - Internet rápida e grátis. Instale o discador agora! http://br.acesso.yahoo.com/

3 4

data argument in XML node listeners
by David Yip 08 Jul '05

08 Jul '05

Is the void* data argument in XML node listeners available to pass extra data to listener callback routines, or does it have another function that would prevent that purpose? (For example, passing a pointer to an instance of a class that is unique on a per-document basis.) I've been reading the listener and DOM tree implementation and it seems that this is correct, but I just wanted to make sure. -- David

2 2

Updated Mingw cross-compiler
by Bob Jamison 08 Jul '05

08 Jul '05

Hi, all, I uploaded a newer version of the cross-compiler. It is gcc3.4.4, built for i686-pc-mingw32, and with --enable-sjlj-exceptions. These options are intended to match the version of gcc that is provided in the Mingw 4.1.0 distribution. It is built to run at /usr/local/xmingw, like the previous cross-compiler. I uploaded a copy here : http://inkscape.org/win32 It is this file: http://inkscape.org/win32/xmingw-3.4.4.tar.bz2 Bob (ishmal)

2 2

Gtk::TreeViewColumn hack
by Bob Jamison 08 Jul '05

08 Jul '05

After checking the web, I found a simple hack on the Gtkmm bug tracker that will treat the symptom of Gtk::TreeViewColumn not being imported properly (and also later causing the Memory dialog to crash.) I am going to upload another copy of the libs with the tweak, but if anyone already has the new libs, it would be much simpler just to edit: gtk26/include/gtkmm-2.4/gtkmm/treeviewcolumn.h. Line 88 should read: class __declspec(dllimport) TreeViewColumn : public Gtk::Object That's 2 '_' Delete src\ui\dialog\memory.o and build again. Should work fine now. If this works for everyone, then I guess we can close the bug for now. Bob (ishmal)

4 5