- Inkscape Devel - Inkscape Mailman

dxf dev?
by Jon Phillips 01 Sep '05

01 Sep '05

How is the dxf Summer of Code developing? I haven't heard much about how this is progressing? When is the summer of code up anyhow? 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)

8 20

Linux Journal
by Carl Hetherington 01 Sep '05

01 Sep '05

Hi all, Sorry if this has already been mentioned, but Inkscape has won the 2005 Linux Journal Editors' Choice award: http://www.linuxjournal.com/article/8293 Well done everybody! Carl

1 0

python for windows
by bulia byak 01 Sep '05

01 Sep '05

I'd like to revisit the issue of shipping Windows package with their own Python/PyXML. By now I use Aaron's python extensions all the time, they are immensely useful. Not as convenient as native solutions would be, but still a lot of fun and an important part of my design work. The current instructions page for Windows: http://wiki.inkscape.org/cgi-bin/wiki.pl?GettingEffectsWorking/Windows is way too scary for an average user. Python alone might be OK, but PyXML on top of that is certainly too much. I think very few dedicated users would venture into this. So, what do you think about including a minimum Python/PyXML into the Windows installer and enabling extensions by default? I think the file size increase won't be intolerably big. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

7 15

Re: [Clipart] Re: [Inkscape-devel] releasing Clip Art Browser 0.4!!
by Nicu Buculei 01 Sep '05

01 Sep '05

Tobias Jakobs wrote: > >>Inkscape and OCAL folk, do you think we should host this as an Inkscape >>project, or an OCAL project, or open up a separate project for this? I'm >>tempted to open a new separate project for this browser, as it is very >>useful to OSS in general, yet, if we move the codebase too far away, >>will the locus of attention be too far outside of our combined >>developers? >> >>** PLEASE give some feedback on what I jus proposed soon!!!! ** >> > > > I would say, its more OCAL than Inkscape related and I would like to see > it in AbiWord, Gnumerik, Gimp, ... integrated too. It would be nice to have it in all those apps, but we also need it on all platforms where Inkscape run, so we can close RFEs like this (for an object palette): https://sourceforge.net/tracker/?func=detail&atid=604309&aid=1262745&group_… -- nicu

1 0

Re: [Inkscape-devel] CVS for dxf import
by Matt Squires 31 Aug '05

31 Aug '05

---------------------------- Original Message ---------------------------- Subject: Re: [Inkscape-devel] CVS for dxf import From: "Matt Squires" <matthew.squires@...854...> Date: Wed, August 31, 2005 3:16 pm To: "John Taber" <jtaber@...480...> -------------------------------------------------------------------------- The readme has links to the dxf files that I have been using. I have a copy of AutoCAD at school, and use CadStd Lite at home. But CadStd lite doesn't implement many features for that reason I am using the files that I know exist and those are at Thorlabs and Newfocus. here are the links to the two images on the web site. The first has two elements that import incorrecty on the left hand side. I will try to get to that in the next few days. http://newfocus.com/images/mechanicaldrawings/edxf/9807e.dxf http://newfocus.com/images/mechanicaldrawings/edxf/9051e.dxf Thorlabs uses solid and trace a lot for their drawings. I haven't supported those yet, so the drawings look a little funny. I currently don't support dimensions so that also looks funny. AutoCAD sometimes complains that their dxf is bad. http://www.thorlabs.com/thorcat/1700/1708-E0W.dxf http://www.thorlabs.com/thorcat/8500/8577-E0W.dxf Later tonight I will put all the sample files that I used for initial work in the dxf2svg folder, and will build a test file with AutoCAD that will have most of the commonly used elements in dxf. I have other comments...see notes below > Later - You should first post the examples that you have tested with, so far we have seen none, just an assurance or screenshot that it all works - it is or should be your job to show the code works before we spend our time checking it, you're the one being sponsored . And besides, you I have tested with files of my own creation and from two separate commercial companies. I also used the demo file from QCad, and it imported great. I used commercial CAD drawing to get real drawings that are used in the real world. I don't spend all my time looking for new test files. I have 6-10 files from 4 different sources. Call it 15 files and 5 sources if you count the files from Eric. I have spent my time trying to get the features to work in the files. > know it is pretty basic PhD 101 to show(prove) that your methodology works. You should be treating this the same as any other research project. In all research projects I have been involved in it is only the most proprietary researchers that withhold information from others. My research group directly competes with a group in Germany, but I have never had a question not answered or information withheld from them, even for the stupid questions. > > Matt Squires wrote: >> I just did a test using dxf versions R12, 2000, and 2004 and it loaded with out hanging. It used circles, plines with arcs, arcs, lines, and text. It was created using AutoCAD 2004. >> >> If you can be more specific as to what was in the file I will try to fix the problem. Most of the segfaults in the code from last Saturday came from blank lines in the dxf files, that has been completely fixed. I assume you are refering to the file Eric tested. Did you also have a file >> that segfaulted? If so, please send it to me. I can handle large attachments. >> >> Matt >> >> >>>The dxf2svg code still does not work for simple R12 dxf drawings (it goes into an indeterminate loop and every 3 minutes outputs the same "translate..." line) - OpenOffice Draw code handles the same translation perfectly in a microsecond. The first code submission (just last Saturday), completely segfaulted. I don't think we should be the ones having to test for such basic operation. Personally I think this project still needs a lot of work to be finished and useful. >>> >>>Bryce Harrington wrote: >>> >>>>On Tue, Aug 30, 2005 at 10:08:51AM -0600, Matt Squires wrote: >>>> >>>> >>>>>Bryce, >>>>> >>>>>The dxf2svg part is coming along. I have gotten it to work in >>>>> Inkscape >>>>>with an .inx file. I would like to add it to the Inkscape CVS tree under >>>>>share or extensions. Can I get CVS access and some guidence where to put >>>>>code that is not directly part of the Inkscape code base but an extension? >>>>> >>>>>I think there is a simple way to add dxf export using pstoedit. I >>>>> don't >>>>>know if anyone has tried it before, but I was able to do some simple conversions. Again the only change would be .inx files. >>>>> >>>>>My SF id is squires >>>> >>>> >>>>Hi Matt, >>>> >>>>Thanks for posting the request; I've enabled your SF CVS access. >>>> >>>>Bryce >>>> >>>> >>>>------------------------------------------------------- >>>>SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices >>>>Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA >>>>Security * Process Improvement & Measurement * >>>>http://www.sqe.com/bsce5sf >>>>_______________________________________________ >>>>Inkscape-devel mailing list >>>>Inkscape-devel(a)lists.sourceforge.net >>>>https://lists.sourceforge.net/lists/listinfo/inkscape-devel >>>> >>>> >>> >> >> >> >

1 0

Build report for inkscape-20050830-0240
by Bryce Harrington 31 Aug '05

31 Aug '05

The Inkscape automatic tarball packages have been broken for a few days. It looks like there is some sort of cvs merge issue going on. Could someone check to see if the process that generates the tarballs is working correctly? I'm guessing that cvs got confused and has borked the tarballs up. Here is the latest build report: = Analysis Report for inkscape = Platform Unpack Config Build Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 2 5 28 Test Status Score Info ------------------------------------------------------------------------ sut-1 ?? == Errors == attributes.cpp:34: error: syntax error before `<<' token attributes.cpp:37: error: syntax error before `>>' token connector-context.cpp:1195: error: syntax error before `<<' token connector-context.cpp:1199: error: syntax error before `if' connector-context.cpp:1199: error: ISO C++ forbids declaration of `__r' with no connector-context.cpp:1199: error: redefinition of `int __r' connector-context.cpp:1199: error: `gboolean __r' previously declared here connector-context.cpp:1199: error: syntax error before `}' token connector-context.cpp:1212: error: `inkscape_active_desktop' undeclared (first connector-context.cpp:1212: error: (Each undeclared identifier is reported only connector-context.cpp:1230: error: `cc_item_is_shape' undeclared (first use connector-context.cpp:1249: error: syntax error before `>>' token connector-context.cpp:1256: error: `selection' was not declared in this scope connector-context.cpp:1258: error: syntax error before `if' connector-context.cpp:1269: error: redefinition of `GType __t' connector-context.cpp:1199: error: `GType __t' previously declared here connector-context.cpp:1269: error: redefinition of `gboolean __r' connector-context.cpp:1199: error: `int __r' previously declared here connector-context.cpp:1269: error: syntax error before `if' connector-context.cpp:1269: error: ISO C++ forbids declaration of `__r' with no connector-context.cpp:1269: error: redefinition of `int __r' connector-context.cpp:1269: error: `gboolean __r' previously declared here connector-context.cpp:1269: error: syntax error before `}' token connector-context.cpp:97: error: `void sp-item.cpp:324: error: syntax error before `<<' token widgets/toolbox.cpp:2993: error: `cc_selection_set_avoid' undeclared (first use widgets/toolbox.cpp:2993: error: (Each undeclared identifier is reported only widgets/toolbox.cpp:2999: error: `cc_selection_set_avoid' undeclared (first use == Warnings == display/canvas-arena.cpp:91: warning: invalid access to non-static data member display/canvas-arena.cpp:91: warning: (perhaps the `offsetof' macro was used display/sp-canvas.cpp:127: warning: invalid access to non-static data member ` display/sp-canvas.cpp:127: warning: (perhaps the `offsetof' macro was used libnrtype/Layout-TNG-Output.cpp:226: warning: enumeration value ` == Environment Summary == Bryce

1 0

Locale settings on windows
by Jon A. Cruz 31 Aug '05

31 Aug '05

There have been a few issues now and then with gettext and friends on Win32. A few related tracker items are [ 1250581 ] WIN32: Inkscape uses locale settings for determining UI lang [ 1246076 ] Mixed languages in UI [ 1246463 ] Language Selection Option / Menu Entry After talking with Peter some last night, it was bubbling around in my brain, and kicked out a work-around. This will need to be tested/refined, but the basic approach could be to hook into things right at program startup (over in the Win32 bits). At that point we could check if LANG and/or the other POSIX environment variables were set. If not, we could then just query the Win32 NLS calls and then build up and set LANG and LC_* properly. Some preferences could be set to affect this, and perhaps override it with explicit user values/choices. The details need to be hammered out, but I think this is a good work- around to allow us to get a better user experience on Win32 without having to get libc changed, etc. I wanted to toss this out in case others were still pondering things today.

1 0

Google Summer of Code projects
by Bryce Harrington 31 Aug '05

31 Aug '05

Hi all, The Google Summer of Code projects are due to wrap up by September 1st. We've been quite thrilled at the progress made from the SOC students, but as they say, all things must come to an end. We've not received direction from Google about the next steps, which is kind of weird... I have expected we'd see some directions by now. Possibly we'll hear something tomorrow? In any case, based on what we've been told in the past, we expect that we're going to need to go through a review phase where the mentors check the student's work and decide whether it is acceptable. I think each mentor will have his own set of criteria to judge from, but there are some expectations that I suspect will be weighed heavily on: * Has the code been checked into Inkscape CVS? * Does the code function well enough that people can at least test it out? * Has the developer participated with other inkscape developers to ensure that bugs are fixed, requested changes made, etc.? * If the developer has "bitten off too much to chew", have they triaged the requirements and implemented an adequate subset? Of course, if the code implements 100% of what was mentioned in the original proposal, that's even better. ;-) But as long as it meets most of the requirements and shows that the participant has been successful at learning Open Source, I would think it would be acceptable. Bryce

3 2

build report /inkscape-20050829-2120
by Bryce Harrington 31 Aug '05

31 Aug '05

= Analysis Report for inkscape = Platform Unpack Config Install WRNS ERRS ------------------------------------------------------------------------ debian x86 0 0 2 5 28 Test Status Score Info ------------------------------------------------------------------------ sut-1 ?? == Errors == attributes.cpp:34: error: syntax error before `<<' token attributes.cpp:37: error: syntax error before `>>' token connector-context.cpp:1195: error: syntax error before `<<' token connector-context.cpp:1199: error: syntax error before `if' connector-context.cpp:1199: error: ISO C++ forbids declaration of `__r' with no connector-context.cpp:1199: error: redefinition of `int __r' connector-context.cpp:1199: error: `gboolean __r' previously declared here connector-context.cpp:1199: error: syntax error before `}' token connector-context.cpp:1212: error: `inkscape_active_desktop' undeclared (first connector-context.cpp:1212: error: (Each undeclared identifier is reported only connector-context.cpp:1230: error: `cc_item_is_shape' undeclared (first use connector-context.cpp:1249: error: syntax error before `>>' token connector-context.cpp:1256: error: `selection' was not declared in this scope connector-context.cpp:1258: error: syntax error before `if' connector-context.cpp:1269: error: redefinition of `GType __t' connector-context.cpp:1199: error: `GType __t' previously declared here connector-context.cpp:1269: error: redefinition of `gboolean __r' connector-context.cpp:1199: error: `int __r' previously declared here connector-context.cpp:1269: error: syntax error before `if' connector-context.cpp:1269: error: ISO C++ forbids declaration of `__r' with no connector-context.cpp:1269: error: redefinition of `int __r' connector-context.cpp:1269: error: `gboolean __r' previously declared here connector-context.cpp:1269: error: syntax error before `}' token connector-context.cpp:97: error: `void sp-item.cpp:324: error: syntax error before `<<' token widgets/toolbox.cpp:2993: error: `cc_selection_set_avoid' undeclared (first use widgets/toolbox.cpp:2993: error: (Each undeclared identifier is reported only widgets/toolbox.cpp:2999: error: `cc_selection_set_avoid' undeclared (first use == Warnings == display/canvas-arena.cpp:91: warning: invalid access to non-static data member display/canvas-arena.cpp:91: warning: (perhaps the `offsetof' macro was used display/sp-canvas.cpp:127: warning: invalid access to non-static data member ` display/sp-canvas.cpp:127: warning: (perhaps the `offsetof' macro was used libnrtype/Layout-TNG-Output.cpp:226: warning: enumeration value ` == Environment Summary ==

1 0

Re: [Inkscape-devel] DXF export
by Matt Squires 31 Aug '05

31 Aug '05

DXF export is now possible... At my website (http://ucsu.colorado.edu/~squiresm/), that hopefully will not be needed much more, I have posted .inx and .sh files that will export to dxf using pstoedit. I found that dxf is already supported, there are a fair number of features that I haven't explored. The conversion seems to be ok. I also have more functionality in the dxf import. Layers are supported and I have turned linetypes back on. The linetype is a little buggy because it is defined in two places and I have tried to make a good decision about which definition takes precedence. I also fixed problems with bulges in plines and lwplines. The files are there for color conversion, but I haven't included the color yet in the SVG. I am open to people sending me their favorite dxf and then I test it against AutoCAD (there is a license at school) or if you test a file and you don't see what you want then let me know. Eric: Along those lines... you are right the projection of a tilted circle on a plane below should look elliptical. I will fix that sometime later. Matt > Generally, our policy is to provide at least one patch, and if good, > then we give you cvs...it is our primary policy. I will get a patch tomorrow when I have better facilities

1 0