- Inkscape Devel - Inkscape Mailman

Extensions Update?
by unknown＠example.com 07 May '05

07 May '05

I just thought I would check in and see if there is anything new going on in the extension realm. (Ted, have you found any time to start working on the interpreter property and absolute paths?) I have recently created an effect that draws microtonal and multiscale stringed instrument fretboards. Sounds very useful doesn't it :) I have also started working on an effect to do isometric path extrusions. I think may have taken this idea as far as I am able. Anyone is welcome to pick it up and improve it if they wish. Besides Multiline text boxes, here are a few other extension autogui widgets I would find useful. Any comments? - Enumerated choices (drop down list box) - File selector - Mutually exclusive parameter groups (tabs) like: <tabset> <tab> <param name="length"></param> </tab> <tab> <param name="firstlength"></param> <param name="lastlength"></param> </tab> </tabset> And lastly Inkscape crashes on startup if an *.inx file contains a string param with an empty default value like this: <param name="crasher" type="string"></param> Starting program: /usr/local/bin/inkscape [Thread debugging using libthread_db enabled] [New Thread -1223995264 (LWP 7496)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1223995264 (LWP 7496)] 0x0836725f in ParamString (this=0x85ba1e0, name=0x0, guitext=0x0, ext=0x0, xml=0x862480c) at repr.h:175 175 repr.h: No such file or directory. in repr.h (gdb) bt #0 0x0836725f in ParamString (this=0x85ba1e0, name=0x0, guitext=0x0, ext=0x0, xml=0x862480c) at repr.h:175 #1 0x08366b30 in Inkscape::Extension::Parameter::make (in_repr=0x862480c, in_ext=0x85ba070) at extension/parameter.cpp:238 #2 0x083627d4 in Extension (this=0x85ba070, in_repr=0x0, in_imp=0x85a722e) at extension/extension.cpp:92 #3 0x0836c66b in Effect (this=0x85ba070, in_repr=0x0, in_imp=0x0) at extension/effect.cpp:26 #4 0x0836a258 in build_from_reprdoc (doc=0x84a859c, in_imp=0x0) at extension/system.cpp:418 #5 0x0836a3f0 in Inkscape::Extension::build_from_file ( filename=0x859f980 "/home/aaron/.inkscape/extensions/ffss.inx") at extension/system.cpp:447 #6 0x08365d22 in build_module_from_dir (dirname=0x85a86e0 "/home/aaron/.inkscape/extensions") at extension/init.cpp:207 #7 0x08365b81 in Inkscape::Extension::init () at stl_vector.h:501 #8 0x08122acc in inkscape_application_init (argv0=0x0, use_gui=0) at inkscape.cpp:580 #9 0x08117b6a in sp_main_gui (argc=1, argv=0xbffff9c4) at main.cpp:517 #10 0x081ec4fb in Inkscape::NSApplication::Application::run (this=0x0) at application/application.cpp:132 #11 0x08117703 in main (argc=1, argv=0xbffff9c4) at main.cpp:414 Aaron Spike

1 0

Re: [Inkscape-devel] Memory Problems
by Richard Kowalczyk 06 May '05

06 May '05

I tried doing what you suggested. I went though 26 slides, since it seemed to be enough to get an indication of the behavior. (Just to clarify - I opened the next one (from within the current one), then closed the current one - if I had closed the current one first, the memory would be cleared) The memory used seems to be roughly equivalent between inkscape and inkview, although inkview does use less. Either way though, the memory keeps going up as I go through more slides. I attached three files to this email - the result of doing the command: ps aux | grep -e "inkview" >> memory.txt; free -m >> memory.txt for three cases: memory_inkview.txt: after I clicked the right arrow to advance each slide, I ran the command. memory_one_per_time.txt: I did what you suggested, and opened each file in inkscape, then closed the old one, running the command for each new file. memory_all_open.txt: I opened each file in inkscape, but didn't close the previous file, so by the end, I had 26 files open at once. I ran the command after each file was opened. Thanks for your help, Rich. On Thu, 2005-05-05 at 19:38 -0300, bulia byak wrote: > On 5/5/05, Richard Kowalczyk <richk@...805...> wrote: > > I will be glad to do anything else that anyone thinks will help explain > > the memory usage. > > Can you try loading these same files in turn (i.e. closing the > previous one when loading the next) into Inkscape instead of Inkview > and see if there is a noticeable difference? > -- Richard Kowalczyk <richk@...805...>

1 0

new debugging aid
by MenTaLguY 05 May '05

05 May '05

I've introduced a logging facility; the goodies are in the Inkscape::Debug namespace. Set the INKSCAPE_DEBUG_LOG environment variable to a filename, and Inkscape will write a structured XML outline of its activities there. You can take advantage of this when debugging your own code. For example, if you want to highlight the changes that happen during a function, you add this to the top: Debug::EventTracker<Debug::SimpleEvent> tracker("my-func"); (if the function isn't inside the ::Inkscape namespace, you'll need to fully-qualify the type names) After you recompile, any (logged) events that happen during a call to your function will appear grouped under a <my-func> tag in the log. For example: <my-func> <set-attribute node="element(0x8956a218)=svg:g(#g123)" name="foo" value="bar"/> </my-func> (How it works: the <my-func> tag is written from the EventTracker's constructor, and </my-func> is written from its destructor when it goes out of scope.) If you want to log fancier stuff (e.g. taking advantage of attributes) you'll currently need to write your own subclass of Debug::Event and use that instead of Debug::SimpleEvent. Note that EventTracker will not create a Debug::Event object unless the log is turned on, so you don't pay a performance penalty when you're not using it. See src/xml/simple-node.cpp for some examples (which are sadly probably more complicated than they need to be). -mental

1 0

[Fwd: SourceForge.net: Notice to project admin of upcoming project web and statistics changes]
by MenTaLguY 05 May '05

05 May '05

-----Forwarded Message----- From: SourceForge.net Team <noreply@...34...> To: mental@...3... Subject: SourceForge.net: Notice to project admin of upcoming project web and statistics changes Date: Thu, 05 May 2005 12:33:34 -0700 Greetings, This message provides an overview of upcoming changes to the SourceForge.net statistics system and the project web service. You are receiving this message because you are presently listed as an administrator of a project hosted on SourceForge.net, and we deem these changes to be important enough to notify all active project administrators. This is a one-time mailing. See the BOTTOM of this message if you are no longer active on SourceForge.net. A. Project Web Service A significant amount of recent work has gone in to improvements to the scalability and security of the project web service. On 2005-05-23, we will be remounting project group directories read-only on the project web servers (they will remain read-write from the shell server). This may impact existing project web applications. All projects are encouraged to review our new documentation and modify their application configuration as needed. http://sf.net/docs/E07/ This change is being made in accordance with the previous site mailings announcing project web changes, referencing the Master RFE at: http://sf.net/tracker/index.php? func=detail&aid=1109940&group_id=1&atid=350001 Additional details regarding the project web service, limitations, and the best ways to manage project content under this service, may be found in the recently-released Project Web, Shell and DB service guide, at: http://sf.net/docs/E07/ B. Statistics B0. Introduction and timeline The SourceForge.net team has been working for nearly a year to complete a total replacement of the existing project and site statistics infrastructure. It is our pleasure to announce that this work is reaching completion, and to provide some details to manage your expectations about the launch of the new statistics service. We expect to announce no later than 2005-05-16 the timeline for deployment of the new statistics system. This announcement will be made via the the Site Status page. https://sourceforge.net/docs/A04/ B1. Scalability, performance, outage reduction: The statistics system has been completely re-engineered as to cope with the growing size of the site user base, and of our service offering. With the launch of this new system, there are bound to be a few bugs (though we've performed extensive QA review of these changes and systems to try to reduce the problem set). We ask that all statistics related bugs found post-launch be submitted to us for review (even if they seem minor, or duplicative to those previously reported) at: https://sourceforge.net/tracker/?func=add&group_id=1&atid=200001 B2. Project ranking formula change: One of the changes which is expected to most impact projects is the alteration of the project ranking formula. This change may significantly alter the top project rankings, giving greater ranking to those projects who are not just frequently-downloaded, but also those projects who are active in using the Tracker and communication tools provided by the site. The OLD project ranking formula was: log (3 * # of forum posts for that week) + log (4 * # of tasks ftw) + log (3 * # bugs ftw) + log (10 * patches ftw) + log (5 * tracker items ftw) + log (# commits to CVS ftw) + log (5 * # file releases ftw) + log (.3 * # downloads ftw) -- This has been detailed in our older Site Documentation as seen at: https://sourceforge.net/docman/display_doc.php?docid=14040&group_id=1 With the new statistics system launch, we expect to provide new Site Documentation. The new documentation will include the final form of the NEW ranking formula. The new ranking formula splits project rankings in to three components: traffic, development, and communication. We expect the new ranking formulas to be: Traffic: ( (log(last 7 days download total) / log(highest project download total)) +(log(last 7 days logo hits) / log(highest project logo hits)) +(log(last 7 days site hits) / log(highest project site hits)) ) / 3 Development: ( (log(last 7 days cvs commit total) / log(highest project total)) +( (100-last file release age (days, max 100)) / 100 ) +( (100-last admin login age (days, max 100)) / 100 ) ) / 3 Communication: ( (log(last 7 days tracker artifact #) / log(highest project total)) +(log(last 7 days ML post count) / log(highest project total)) +(log(last 7 days forum post count) / log(highest project total)) ) / 3 Total: total = traffic + development + communication All of the 'highest' figures reference totals for the last 7 days. In the case of 'log(last 7 day site hits for this project) / log(last 7 day site hits for the project with the most site hits)', for example: If Project X is the busiest site this week with 10,000,000 hits and Project Y has had 200,000 hits then it's Y score = log(200,000) / log(10,000,000) We believe that this ranking method gives us the capability to better evaluate project activity, and to more directly reflect total product activity in how projects receive site exposure via the top site rankings. B3. Post-launch components and your feedback After the initial launch of the new statistics system, we will be working to complete the components to track CVS activity and mailing list activity. These components have not yet been completed, and are expected to launch at a later date (to be announced after the initial shake-out of the new system). Additional statistics system enhancements are also under consideration for implementation after the initial launch. Once the initial launch has occurred and you have had opportunity to examine the new facilities, we encourage you to contact us (via our Feature Request Tracker) regarding enhancements you would like to see. https://sourceforge.net/tracker/?func=add&group_id=1&atid=350001 B4. Documentation The release of new documentation (within the SourceForge.net Site Documentation collection) is expected to coincide with the new statistics system launch. Links will be provided to the new documentation from our Site Status page and Enhancements page. An itemized overview of the major changes carried by the new statistics system will be listed on the Enhancements page at time of launch. https://sourceforge.net/docs/A03/ https://sourceforge.net/docs/A04/ B5. Existing statistics data Existing statistics data (from the old statistics system) has been carried forward to the new statistics system. For the time period that the new system has actively been pulling real-time data from our servers, we plan to recompute project ranking data. All other project statistics should match those found in the old system. C. Conclusion Regarding Project Web: As documented here, project group directories will be remounted read-only on 2005-05-23. All writable files will need to be placed in the /tmp/persistent directory structure (create a subdirectory for your project). Additional details may be found in section A, above. Regarding Statistics: We are considering the completion of our new statistics system to be very high priority, and are taking only the time we need to ensure a highly consistent and functional system has been implemented. We expect to announce no later than 2005-05-16 the timeline for deployment of the new statistics system. Additional details may be found in section B, above. We hope that your team will find added benefit through our efforts, and encourage your continued support and feedback. Thank you, SourceForge.net staff http://sf.net/tracker/?func=add&group_id=1&atid=200001 --------------------------------------------------------- When the SF.net team sends out a site-wide email, we sometimes see replies that look like this: "Hey! I didn't ask to be on this list! You spammer. I hate you! I hate your dog! (insert other colorful phrases here)." The truth is, we've only sent this mailing to registered project administrators on SourceForge.net. If you do not believe you should have received this mailing, use the link above to submit a Support Request and we'll be glad to assist you. .

1 0

Memory Problems
by Richard Kowalczyk 05 May '05

05 May '05

I have a presentation of about 50 slides. When I go through the slides with inkview, it quickly eats up all of my memory (512 mb). I dont know a proper way to describe the memory usage, so I will list some info: Memory only goes up when I change slides. If it sit on the same slide, it is fine. If I just go back and forth between two slides, memory will increase each time I go back and forth, until it eventually levels off. Then I can flip back and forth between those two slides without any increase in memory. When I flip to more slides, memory goes up again. I can go through the whole presentation once, and memory will go to a certain value. Going backwards, or going to the start and showing slides again will continue to increase the memory. Eventually, after playing with the slides for about 15 minutes, inkview will crash, and print "Killed" to the console. I am basing my statements about memory on "ps aux" and "free -m". I will be glad to do anything else that anyone thinks will help explain the memory usage. I will be glad to send the presentation to anyone also. It is about 7 mb uncompressed. Thanks, Rich. -- Richard Kowalczyk <richk@...805...>

1 0

layer add hang
by MenTaLguY 05 May '05

05 May '05

The layer addition hang appears to be due to the failure of the "change handlers should only be called for events that happen after they are registered" invariant I mentioned. Basically what is happening is that on a layer switch, the layer selectors each register a new handler (after unregistering the old one), but those handlers immediately get called for the event that has already happened, repeating the process and creating an infinite treadmill. The obvious fix is to defer addition of new change handlers to the list until after all the existing handlers have been called. Of course that is not a sufficient guarantee for the recursive case, but hopefully there are no recursive changes involved here. -mental

1 0

Looking for autopackage maintainers (again)
by Mike Hearn 05 May '05

05 May '05

Hi, As the latest nightly build break shows, I'm not plugged into Inkscape development enough to keep the specfiles accurate. In particular the packages broke because I was still trying to copy the lib directory which no longer exists. Maintaining these specfiles is trivial. If somebody wanted to take them over I'd be happy to help and also happy to continue running the nightly build system. If anybody is interested please let me know. thanks -mike

1 0

Open Clip Art Library Release 0.13 Announcement
by Jon Phillips 04 May '05

04 May '05

May 4, 2005 UTC - Release 0.13 of the Open Clip Art Library (www.openclipart.org) is now available for download on-line as an individual package consisting of 3459 images submitted by over 200 artists from around the globe. This release also marks the start of the community-based "Planet Open Clip Art Library." Visit http://planet.openclipart.org to read about the various developers, artists, and contributors. If you would like to join the community, please submit your RSS feed URL and optional hackerogotchi link using the new feedback form on the project's main page. In preparation for the continually warming weather (in some parts of the world), the project is calling for submissions themed around "Summer" during the month of May. Use the following URLs to download the latest release of the Open Clip Art Library: http://www.openclipart.org/downloads/0.13.2/openclipart-0.13.2.tar.bz2 http://www.openclipart.org/downloads/0.13.2/openclipart-0.13.2.tar.gz http://www.openclipart.org/downloads/0.13.2/openclipart-0.13.2.zip The Open Clip Art Library (http://www.openclipart.org/) aims to create an archive of clip art that can be used freely for any use. All graphics submitted to the project are placed into the Public Domain according to the Creative Commons Public Domain Declaration.

1 0

Fresh reinstall errors?
by Kenney Phillis 04 May '05

04 May '05

i'm very new to this, and i figure the eror i got is a here: the error log i got... this isn't very helpful, but it's on windows, and it shouldn't give me these errors... i just ran the installer fresh... filename of "Inkscape-0.41-1.win32.exe". Extension "AI Input" failed to load because a dependency was not met. Dependency:: type: executable location: absolute string: /usr/bin/perl Extension "AI Output" failed to load because a dependency was not met. Dependency:: type: executable location: path string: pstoedit Extension "Dia Input" failed to load because a dependency was not met. Dependency:: type: executable location: path string: dia description: In order to import Dia files, Dia itself must be installed. You can get Dia at http://somesite.com Extension "EPSI Output" failed to load because a dependency was not met. Dependency:: type: executable location: path string: ps2epsi Extension "EPS Input" failed to load because a dependency was not met. Dependency:: type: executable location: path string: gs Extension "GIMP Gradients" failed to load because a dependency was not met. Dependency:: type: plugin location: path string: gimpgrad Extension "Grid" failed to load because a dependency was not met. Dependency:: type: plugin location: path string: grid Extension "Postscript Input" failed to load because a dependency was not met. Dependency:: type: executable location: path string: pstoedit Extension "Sketch Input" failed to load because a dependency was not met. Dependency:: type: executable location: path string: skconvert Extension "SVGZ Output" failed to load because a dependency was not met. Dependency:: type: executable location: path string: gzip Extension "Text Input" failed to load because a dependency was not met. Dependency:: type: executable location: absolute string: /usr/bin/perl Extension "Windows Metafile Input" failed to load because a dependency was not met. Dependency:: type: executable location: path string: wmf2svg -- No virus found in this outgoing message. Checked by AVG Anti-Virus. Version: 7.0.308 / Virus Database: 266.11.2 - Release Date: 5/2/2005

2 1

Updated spanish translation
by Lucas Vieites 03 May '05

03 May '05

Hi, I'm attaching an updated spanish translation. It's not complete, but I'll finish it once it has all the new changes in it. I'm having trouble with a word: Unclump. The complete string is: "Unclump objects: try to equalize edge-to-edge distances" and several others. Can someone explain this to me or even better, send a screenshot before unclumping and after unclumping so I can see the effect. Thanks -- Lucas Vieites Fariña Dept. Desarrollo <lucas@...212...> Asix Informática <http://www.asixinformatica.com/> Tel/Fax: +34 986 54 26 98

3 3

Inkscape on DeviantArt
by Joshua A. Andler 02 May '05

02 May '05

This is a follow-up to a post made back in January regarding Inkscape's presence on DeviantArt (DA)... Over time, more and more artwork is being submitted to DA that was created using Inkscape. Since we had initially started the "Inkscape" group/account on DA, we quickly realized that there are two groups of people that have exclusive needs to be met. 1) The DA Inkscape artists needed a hub to share work, talk inkscape, have friendly competitions, etc. & 2) The developers and new users of Inkscape need a place to view/show a gallery of quality images made in Inkscape by the DA community. The problem with having one account is that it DA has policies such as restricting the use of favorites from members of a group, which given the mutually restrictive needs (due to their policies), we needed a separation of interests. So... onto the announcement. http://inkscapers.deviantart.com/ is now *the* place for all DA Artists that are Inkscapers to gather for all of the fun. We currently are in need of an Avatar, DevID, and website button... which is where the first contest comes into play... all the details can be found at http://inkscapers.deviantart.com/journal/4986039/. http://inkscape.deviantart.com/ is now for official use by the Inkscape project for a showcase of work from the community as well as for official announcements and such. Feel free to drop by there to see art done by fellow inkscapers in the favorites (http://inkscape.deviantart.com/favourites/). If you have previously watched the "inkscape" account, there's no need to stop watching as you'll get announcements about new releases through it. But, you will definitely want to watch "inkscapers" (http://inkscapers.deviantart.com/) to become a part of the DA Inkscape community and to join in on the fun. Happy Inkscaping and Draw Freely! -Josh/ScislaC-

1 0

plan for Postscript import
by MenTaLguY 02 May '05

02 May '05

I've been examining our options for importing postscript without requiring a bajillion evil dependencies, and I think I've arrived at a plan. 1) write a postscript to SVG converter in Postscript and use that for our Postscript importer 2) write a bare-bones standalone Postscript interpreter (doesn't need to implement any rendering, just provide a dummy postscipt device) and ship it with Inkscape Until #2 is finished, we can run the converter using Ghostscript, which is still two fewer dependencies than before. I've got prototypes for both #1 and #2 in CVS in the module 'ps3convert'. The prototype interpreter is written in Ruby and isn't really functional yet, but the converter (currently encapsulated in the ps-svg shell script) already works for the basic stuff. Running the converter: ./ps-svg blah.ps > blah.svg Caveats with the converter: * it's a proof-of-concept; hence the code is horribly ugly * it doesn't yet do text, gradients or clipping paths * the image in the output SVG appears above the top of the page, so you have to scroll up to see it Also one last caveat: I'm not promising any timetables on this stuff. So don't bug me to finish it. You'll probably find giving me patches to be the more productive alternative. -mental

2 2

Inkscape HelpWanted page
by Bryce Harrington 01 May '05

01 May '05

Hi guys, I've started a new wiki page 'HelpWanted', to list tasks where help is needed. This is similar to but different from the InkscapeJanitors page in that HelpWanted is focused on non-coding work needed. In particular, I've listed a bunch of Wiki update tasks that I think should be done. Please take a look and see if there's areas you can put in a few spare cycles. Also, don't be shy about adding other non-coding tasks needed that you know of! http://inkscape.org/cgi-bin/wiki.pl?HelpWanted Bryce

1 0

Project Stats May 1, 2005
by Bryce Harrington 01 May '05

01 May '05

Statistics Feb 15 Mar 15 Apr 15 May 1 ========== ====== ====== ====== ====== 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,321 Total Freshmeat Subscriptions 169 173 177 177 Lines of Code in src/: 333,139 342,852 340,515 342,061 Code lines 234,651 241,177 238,522 239,571 Comment line 58,239 60,354 60,382 60,652 Blank 46,859 47,978 48,152 48,393 Lines of Docs in doc/: 26,848 26,848 26,848 26,848 Lines of content in website: 9,776 10,067 35,937 36,590 Size of the Inkscape wiki: 24,925 25,900 26,363 26,981 Bugs open/total: 155/972 182/1047 194/1126 209/1173 Features open/total: 370/579 397/ 619 429/ 671 437/ 699 Patches open/total: 5/167 7/ 173 5/ 186 8/ 204 CVS Commits (as per inkscape-cvs) 10,312 10,868 11,368 11,656 Inkscape-devel membership: 151 158 166 170 Inkscape-announce membership: 169 177 189 193 Inkscape-user membership: 193 220 234 235 Num Translations: 33 33 33 33 Ave Translation Ratio: 47.8 45.0 47.5 45.3 * - Statistics unavailable

1 0

Slashdotted!!!
by Jon A. Cruz 01 May '05

01 May '05

Just a quick note to let everyone know that Firefox's SVG support just got picked up on Slashdot http://developers.slashdot.org/article.pl?sid=05/05/01/1738202&tid=154&tid=…

1 0

crash: ungroup tutorial
by unknown＠example.com 01 May '05

01 May '05

While I've been working with the tutorials I've experienced a few chrashes so I've decided to start running with gdb to capture backtraces. Open tips and tricks tutorial. select everything Ctrl+A click the ungroup button a few times. segfault. Starting program: /usr/local/bin/inkscape [Thread debugging using libthread_db enabled] [New Thread -1223995264 (LWP 21644)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1223995264 (LWP 21644)] 0x0812d60d in sp_selection_ungroup () at selection-chemistry.cpp:569 569 if (strcmp(SP_OBJECT_REPR(group)->name(), "svg:g") && strcmp(SP_OBJECT_REPR(group)->name(), "svg:switch")) { (gdb) bt #0 0x0812d60d in sp_selection_ungroup () at selection-chemistry.cpp:569 #1 0x082ad6ff in sp_action_perform (action=0x863a270, data=0x0) at helper/action.cpp:135 #2 0xb75c02a6 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #3 0xb75ae736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #4 0xb75bfc5a in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 #5 0xb75bee9c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #6 0xb75bf126 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #7 0xb790e655 in gtk_button_clicked () from /usr/lib/libgtk-x11-2.0.so.0 #8 0xb7a73bdc in gtk_toggle_button_get_inconsistent () from /usr/lib/libgtk-x11-2.0.so.0 #9 0xb75c02a6 in g_cclosure_marshal_VOID__VOID () from /usr/lib/libgobject-2.0.so.0 #10 0xb75ae9c9 in g_cclosure_new_swap () from /usr/lib/libgobject-2.0.so.0 #11 0xb75ae736 in g_closure_invoke () from /usr/lib/libgobject-2.0.so.0 #12 0xb75bf651 in g_signal_emit_by_name () from /usr/lib/libgobject-2.0.so.0 #13 0xb75bee9c in g_signal_emit_valist () from /usr/lib/libgobject-2.0.so.0 #14 0xb75bf126 in g_signal_emit () from /usr/lib/libgobject-2.0.so.0 #15 0xb790e5c5 in gtk_button_released () from /usr/lib/libgtk-x11-2.0.so.0 #16 0xb790f383 in _gtk_button_paint () from /usr/lib/libgtk-x11-2.0.so.0 #17 0xb79d49fe in _gtk_marshal_BOOLEAN__BOXED () from /usr/lib/libgtk-x11-2.0.so.0 Aaron Spike

2 2

sp_repr_type_lookup
by rm 30 Apr '05

30 Apr '05

hi, looking at the code, the mapping of the xml node types to GTypes seems a bit inflexible and assumes there's a one to one relationship. i was thinking of using a specialized SPGroup to implement a feature, but when the group operation is invoked from the UI it only adds the svg:g xml node; a listener callback is invoked and an SPGroup is created. i could use my own tag, but this would mess up other svg viewers unnecessarily (the feature i want just has to do with how the group is handled during interaction not with its display). ideally, i'd want to use something like <svg:g inkscape:variant="my special group">...</svg:g> so i'd have to use the element's attributes as a secondary key to cause it to create MySpecialSPGroup with modified behaviour. the alternative would be to use a different tag or add the new behaviour to the normal SPGroup (which seems bad from a design perspective). any thoughts? regards, rob ---- Robert Melby uucp: ...!{decvax,hplabs,ncar,purdue,rutgers}!org!arcsin!rm

2 1

swatches
by bulia byak 30 Apr '05

30 Apr '05

Jon, It's good to see the swatches being worked on. Shift+click now works, which is excellent. Some comments: - please remove the padding between the swatches (not only does this waste space, but also makes the colors harder to discern due to a well-known optical illusion) - please make it remember the display mode and the loaded palette across sesssions (and the window size/placement too, of course) - please do something with the menu and X buttons, they are rather ugly (why don't you just copy them over from Gimp, they're nice there) - please fix it to not display the scrollbars when they are not needed - could you add a "no color" button to the beginning of each palette, which would set "none" to either fill or stroke - what is eek-preview.cpp? is it temporary? if not could you please rename it to something more useful? -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

5 17

Re: [Inkscape-devel] translation of HACKING and README
by Arpad Biro 28 Apr '05

28 Apr '05

Hi, > Also, HACKING.it and README.it are translated in Italian Thank you. I committed them to CVS. Arpad Biro __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

2 1

gtkmm / TreeView
by Bryce Harrington 28 Apr '05

28 Apr '05

Hi Murray, Speaking of gtkmm, one observation/request: We've noticed for Inkscape it would be __really__ handy to create a certain kind of dialog using the TreeView control. For things like the layer editor, extensions, preferences, XML editor, and so forth, we need hierarchical management of various XML and SVG trees. Basically, these dialogs use a TreeView widget on the left, which allow navigating through the tree and selecting an item, and then the right side of the dialog is updated to display widgets appropriate to that selection. This is a uber-common style of dialog for file or config management, etc. etc. Pull up Inkscape's XML Editor to get an idea of what we need. However... The problem has been that hooking up TreeView with all the code to manage the widgets, signals, and XML tree looks really intimidating. We've not been able to find an Inkscape volunteer brave enough to dive into it. Anyway, my thought is that this style of dialog would probably be extremely useful to other gtkmm users (in fact, I'd been planning to contribute it back to gtkmm if/when it got developed), and that perhaps the gtkmm team might be able to help in creating it? I think we could give a lot of ideas on the design and of course lots of feedback and testing as we incorporate it. Bryce On Tue, Apr 26, 2005 at 06:55:24PM +0200, Murray Cumming wrote: > At least with the sourceforge bug tracker you can't mark a bug as > dependent on gtkmm. > > -- > Murray Cumming > murrayc@...799... > www.murrayc.com > www.openismus.com > >

2 1

NEW: more pen&pencil tweaking
by bulia byak 28 Apr '05

28 Apr '05

Some time ago I switched the "add mode" on by default when you go to Pen or Pencil tools. This makes it easier to continue the selected path, but if you just want to draw a new path, this may be annoying because it insists on creating a subpath of selected path. So now I changed that behavior so that: o When you start drawing outside of the end markers of the selected path, that path is deselected and you are drawing a new path (not a new subpath of the selected path as before). To continue the selected path, you have to start drawing from one of the end markers. o When you start drawing from one end marker of a path and arrive at the other end marker, the path gets closed automatically (the markers disappear). Note that this means you can't create unconnected subpaths simply by drawing anymore; you'll have to draw paths separately and then Combine them. I think this is OK, but if this is a problem for someone, please let me know. After these changes, I think it is now safe to turn the "add mode" always on, i.e. remove the possibility to turn it off by pressing "a". Again, if anyone disagrees, just blow the whistle. (Bryce, sorry to trouble you, but could you please again forward this to the devel list if you don't see it coming through there after some time) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

4 7

Please switch to bugzilla
by Murray Cumming 27 Apr '05

27 Apr '05

Please please use a bugzilla. You could use GNOME's. You don't need to suffer the pain of the sourceforge bug tracker. -- Murray Cumming murrayc@...799... www.murrayc.com www.openismus.com

6 8

Re: [Inkscape-user] Re: Tutorial conversion
by Jonathan Leighton 27 Apr '05

27 Apr '05

John Cliff wrote: >--- Edward Hume <edhume@...400...> wrote: > > > >>In Help the whole time. Imagine that. I'm so accustomed to useless >>Help sections that I never looked there. Thank you. >> >> >> > >Kinda tragic how often we hear that... > I've always felt that the tutorials are a little bit tucked away in the Help menu. As Edward said, most Help menus are a pile of rubbish. Can something be done to draw more attention to it? Maybe a dialog that says about it on the first start up... (Although people would probably have objections to that due to usability.) Jon -- Jonathan Leighton aka. Turnip http://turnipspatch.com/ | http://digital-proof.org/

8 12

Re: [Inkscape-devel] Re: Tutorial conversion
by bulia byak 27 Apr '05

27 Apr '05

On 4/24/05, inkscape-devel <inkscape-devel@...6...> wrote: > Unless I botched something, three. The advanced tutorial is in the tracker. Will do now. > > file:///home/d/ink/doc-docbook/shapes/tutorial-shapes.html > > file:///home/d/ink/doc-docbook/tracing/tutorial-tracing.html Oops :) http://inkscape.org/doc/shapes/tutorial-shapes.html http://inkscape.org/doc/tracing/tutorial-tracing.html -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

3 4

screenshots
by Nicu Buculei 27 Apr '05

27 Apr '05

I am not a developer, so I don't have means to add a screenshot to the website, but I think this one may be useful in showing how Inkscape can be used: http://nicubunu.ro/pictures/rpg/inkscape_rpg_map.png (extensive background for the scope of the image can be found on planet.openclipart.org) note: before posting here I checked http://inkscape.org/cgi-bin/wiki.pl?WebsiteEditing , so forgive me if you consider this an abuse -- nicu

1 0

pasting font style
by unknown＠example.com 27 Apr '05

27 Apr '05

Hi there, Pasting style (Shift-Ctrl-V) on text objects does not change the font family of the target. For instance, I have a text object A in Times New Roman, italic, size 12. I want to make it Arial, regular, size 18, just as another text object B in my document. So I copy text object B, mark text object A and hit (Shift-Ctrl-V). I expected object A to be Arial, regular, size 18 now. It is regular and size 18, however, still Times New Roman. Bug or feature? Regards Norbert ______________________________ BMW Group, ZT-1 Norbert Nitzsche Phone: +49-89-382-34132 mailto: Norbert.Nitzsche@...802... Url: http://www.bmwgroup.com

2 1

Re: [Inkscape-devel] Multiline Textbox for Extensions
by Ted Gould 27 Apr '05

27 Apr '05

On Tue, 2005-04-26 at 06:44 -0500, aaron@...749... wrote: > Ted Gould wrote: > > On Sun, 2005-04-24 at 10:52 -0500, aaron@...749... wrote: > > > >>Would multiline text input be useful for extensions? I can think of > >>three specific uses at the moment: > >> > >>But all of these could be solved in other ways: line delimiters and > >>extension specific GUIs. Thoughts? > > > > From the coding perspective, no problem. I'm just concerned that we're > > setting ourselves up for a failed user paradigm. > > I can understand that. What are your thoughts on people writing > extensions that pop up their own GUIs? I have no problem with that, in general. But, the way that would be ideal for that is having the extension tie into the "preferences" stage of the extension's evaluation. We've discussed this before. The problem is how to get the parameters in and out of the Inkscape preferences file. If you look on the menu, there is a way to call the last effect with the previous settings -- this is a very useful feature that I'd like to maintain. In order to do that, Inkscape needs to know the extension's preferences. I'm not sure of the best way to get this done. The only way that I can think of is to have the script return the preference values to STDOUT, but that doesn't feel like a good solution. Ideas are welcome. --Ted

1 0

NEW: more pen&pencil tweaking]
by Bryce Harrington 26 Apr '05

26 Apr '05

----- Forwarded message from bulia byak <buliabyak@...400...> ----- Date: Tue, 26 Apr 2005 18:36:07 -0300 From: bulia byak <buliabyak@...400...> To: inkscape <inkscape-devel(a)lists.sourceforge.net>, Bryce Harrington <bryce@...260...> Reply-To: bulia byak <buliabyak@...400...> Subject: NEW: more pen&pencil tweaking Some time ago I switched the "add mode" on by default when you go to Pen or Pencil tools. This makes it easier to continue the selected path, but if you just want to draw a new path, this may be annoying because it insists on creating a subpath of selected path. So now I changed that behavior so that: o When you start drawing outside of the end markers of the selected path, that path is deselected and you are drawing a new path (not a new subpath of the selected path as before). To continue the selected path, you have to start drawing from one of the end markers. o When you start drawing from one end marker of a path and arrive at the other end marker, the path gets closed automatically (the markers disappear). Note that this means you can't create unconnected subpaths simply by drawing anymore; you'll have to draw paths separately and then Combine them. I think this is OK, but if this is a problem for someone, please let me know. After these changes, I think it is now safe to turn the "add mode" always on, i.e. remove the possibility to turn it off by pressing "a". Again, if anyone disagrees, just blow the whistle. (Bryce, sorry to trouble you, but could you please again forward this to the devel list if you don't see it coming through there after some time) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org ----- End forwarded message -----

1 0

some bugs in 0.41 and still in latest build (04/25/2005)
by unknown＠example.com 26 Apr '05

26 Apr '05

have been using inkscape for a while and start to like it, but: -it occasionally switches my input settings from DE to EN (I have installed german and english input schemes) (I'm using Windows XP SP1) -I don't like the size of objects beeing measured inclusive their stroke width, this is unintuitiv -start and end markers of lines (e.g. arrow heads) are always black, no matter what color the line is -I would like to see, in the future, "magnetic" lines, corners, center points, intersections...as in Illustrator. ______________________________ BMW Group, ZT-1 Norbert Nitzsche Phone: +49-89-382-34132 mailto: Norbert.Nitzsche@...802... Url: http://www.bmwgroup.com

4 3

French translations
by Gazal, Geraud (GE Healthcare) 26 Apr '05

26 Apr '05

Hi Inkscapers, i've submitted a few patches with some French translations (I apologize for having worked so slowly): - update of .po file (I had warned Fred, the latest updater of this file last week) - synchronization with latest (well, until a few days ago) of basic and advanced tutorial the other tutorial are also arriving - added French to .nsi file - translated /Hacking & /Readme to French So my remaining tasks are : - finalising the remaining tutorials, and take the opportunity to update once more fr.po file (I really think that having some coherent vocabulary between software and tutorials is important) - convert them to docbook - update keys.xml I was wondering if some French-speaking guys would agree to share some efforts on translating the different release notes, plus some other readme files spread in the cvs. If yes please contact me so that we can synchronize on this regards, matiphas

1 0

Inkboard released v 0.2
by Montgomery, Steven S 26 Apr '05

26 Apr '05

We have released our second version of Inkboard. It implements the following changes: Added: -Initial document sending by instantiating user -Buddy list display and buddy selection in "Share with User" dialog -Sending of user's queue(necessary for chatroom usability in future) -Message filtering to ignore messages from old sessions Fixed: -Reliability of sending circles and other objects All-in-all, it's just more reliable and more usable. Feel free to play around with it and offer any feedback to us. And if you notice any bugs not in the Bug Tracker, please submit them. Thank you, Steven Montgomery

3 2

Multiline Textbox for Extensions
by unknown＠example.com 26 Apr '05

26 Apr '05

Would multiline text input be useful for extensions? I can think of three specific uses at the moment: http://sourceforge.net/tracker/index.php?func=detail&aid=1187444&group_id=9… Scala scale descriptions for my fretboard designer. LSystem rules. But all of these could be solved in other ways: line delimiters and extension specific GUIs. Thoughts? Aaron Spike

3 2

extensions
by rm 26 Apr '05

26 Apr '05

hi, i was thinking it would be neat if you could have an automatic word bubble that wraps around text and objects and grows and shrinks keeping the text centered and everything; does something like this exist already for inkscape? looking at the roadmap, there seems to be plans to make a plugin api: is there a point in trying to implement such a thing before that occurs? thanks rob ---- Robert Melby uucp: ...!{decvax,hplabs,ncar,purdue,rutgers}!org!arcsin!rm

2 1

stupid problem creating woven ribbons
by Marcel Partap 26 Apr '05

26 Apr '05

Hey folks, I've just started using this wonderful masterpiece of a drawing tool, but soon ran into a big problem. I wanted to create a web design with interwoven ribbons, and when I saw the calligraphy tool I thought my problems where solved. But one object can only have one z-index, not multiple - which does makes sense, but means the ribbon is either on top of or below another. So I thought, mmh... I might just slice them up in between and give the parts different z-orders, which actually worked. The problem is, I want the ribbons to have an outline, and so the seam has an outline too. And I have no clue how to get rid of that now - and can not continue on my design :( I have posted this on the request feature list already, but sorry I am so eager to get this behind and go on drawing... so I'm wondering what do you devs say about that? ..and thx for such a great program ;) Marcel

4 5

Units of coordinates
by Jogchum Reitsma 25 Apr '05

25 Apr '05

Hi, In Inkscape 0.41 on Suse 9.2, I always set the rulers and everything I can find on measurement to millimeters. Only the cursor coordinates, in the bottom left corner of the main window, is shown in some other unit (100 mm = 125 units). Is it possible to set this to mm's too? Thanks! kind greetings, Jogchum Reitsma

1 0

Tutorial conversion
by bulia byak 25 Apr '05

25 Apr '05

We started to convert Inkscape tutorials into DocBook, with SVG and HTML (and potentially other formats) generated automatically by XSLT stylesheets. The Basic tutorial in English was the first to be converted; here it is in HTML: http://inkscape.org/doc/basic/tutorial-basic.html (obviously there's no interactivity in HTML, but at least it's now printable). If you want to help, pick your favorite tutorial (drop a note to the devel list first, to make sure it's not yet taken), check out the doc-docbook module from our CVS and follow the instructions in the file README to convert it into DocBook and extract illustrations as separate SVG files. This is simple work but it will be great help to the project, since it will make much easier to update tutorials, translate them into other languages, and write new ones. Oh, and if you want to edit or translate or tutorial, please wait until it's converted and work with the DocBook version. (Better yet, convert it yourself :) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

5 12

Re: [Inkscape-devel] Tutorial conversion
by aaron＠...749... 24 Apr '05

24 Apr '05

Now back to the text copying discussion. Everything was going fine for quite some time. Now I find that there are a few paragraphs in the advanced tutorial and in the tracing tutorial that I just can't copy. In tracing I cannot copy "the user will see the three filter options" to the end. In advanced I cannot copy the final three paragraphs of the editing paths section. Is it just me? Aaron Spike

2 1

Re: [Inkscape-devel] Tutorial conversion
by aaron＠...749... 24 Apr '05

24 Apr '05

bulia byak wrote: > On 4/23/05, bulia byak <buliabyak@...400...> wrote: >>On 4/23/05, aaron@...749... <aaron@...749...> wrote: >>>I guess you must mean select the text inside of the text object, copy, >>>paste. >> >>Not necessarily, just selecting the text object with selector works >>just as well. > > Note that text is often grouped in the tutorials. So if you select a > group, this does not work of course. You need to Ctrl+click so that > statusbar says "Text" and then copying will work. And so it does. The problem here is that there is something fundamental that I don't understand about using the clipboard on Linux. When I used paste in the xterm's edit menu it worked fine. I uploaded shapes.tar.gz to the patch tracker. If there are no objections, I will now start on the Advanced tutorial. I am not a very proficient typist. So if someone would like to do the text work, I would be more than happy to do the graphics. Otherwise I will work through each tutorial in its entirety. Aaron Spike

4 7

Wiki style breakage
by Jon A. Cruz 24 Apr '05

24 Apr '05

The recent changes (edit 303 of the main page) to the Wiki made it 'break' for me. Basically, the page no longer plays nice with narrow windows. http://inkscape.org/wiki_uploads/WikiAtWork.png Remember, many people don't browse with windows maximized. It's well known in the print world that landscape mode is not conducive to reading (which is why magazines, books, newspapers, etc. avoid it). So be sure to check any style changes with windows both ways. Thanks.

1 1

Re: [Inkscape-devel] Tutorial conversion
by bulia byak 23 Apr '05

23 Apr '05

On 4/23/05, John Taber <jtaber@...480...> wrote: > Very nice. It makes it even easier for some of us to contribute to the > documentation. > Question: what are you going to use to display the html in Inkscape? gtkhtml? > mozembed? No, Inkscape does not display HTML. In Inkscape, tutorials remain in SVG. The only difference is that now, that SVG is generated from the DocBook source, as is HTML. > And wondering if you had any plans to display the images in SVG as > opposed to PNG - thinking that maybe mozembed might support SVG with the new > SVG rendering in Firefox. Maybe, but this does not make much sense. The idea of the illustrations is that they are interactive - you can drag or tweak anything in a tutorial. Since HTML loses the interactivity anyway, SVG is not any better for illustrations in HTML than PNG. The HTML is mainly intended for printing or away-from-Inkscape reading. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

6 10

WordPress location changed
by Jonathan Leighton 23 Apr '05

23 Apr '05

Hi everyone, FYI, by request of Jon Phillips, I have moved the WordPress code to the subdirectory wp/. This is good because the base directory is now a lot cleaner. It also means that you no longer login from http://inkscape.org/wp-admin/ but http://inkscape.org/wp/wp-admin/. I have updated the wiki page accordingly. Jon -- Jonathan Leighton aka. Turnip http://turnipspatch.com/ | http://digital-proof.org/

1 0

Re: [Inkscape-devel] new svgslice release
by bulia byak 23 Apr '05

23 Apr '05

On 4/23/05, Lee Braiden <lee.b@...786...> wrote: > On Saturday 23 Apr 2005 13:49, bulia byak wrote: > > On 4/23/05, Lee Braiden <lee.b@...786...> wrote: > > > I have a rectangle stretching across the width of the canvas. In the > > > toolbar, it says this rect is 769px by 240px. But in the saved SVG, the > > > width says 615 by 183. I would have expected this to be the same, if > > > it's also in px. Maybe I'm misunderstanding something? The parent <g> of the rect has transform= attribute which stretches it, hence the discrepancy. Generally, in SVG you cannot rely just on the attributes of the element itself; you need to take into account the transforms of all its ancestors because they all affect that element. That's why extracting dimensions from SVG is a nontrivial task, and that's why I added the --query command line options to make this accessible for script/extension writers. If you query that rect by Inkscape you get the correct width: $ inkscape layer_demo.svg --query-width --query-id ONEandTWO 769.54902 i.e. the same as it has when rendered on screen. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

new svgslice release
by Lee Braiden 23 Apr '05

23 Apr '05

Hi all, Just a note to say that svgslice has been updated: http://www.digitalunleashed.com/downloads/svgslice/svgslice_0.12.tar.bz2 No inkscape extension yet (I'm working on that next) but it does fix a few bugs, in case anyone has been struggling with it. There are four demo files included, and the coordinates of the slicing in the last one are incorrect. The problem seems to be that Inkscape doesn't respect the units you select in the toolbar for rectangles, but perhaps I'm misunderstanding something there. Currently, I'm not handling unit conversion, and the different inkscape unit options (document, grid, etc.) all have to be set to the same units. I'm sure there's some unit I could treat this as and then convert, but it looks like a bug, since it's in different units from everything else, and seems to resist change. Anyway, if anyone feels like playing around, I'd appreciate any hints you might have on that issue. -- Lee Braiden http://www.DigitalUnleashed.com

4 7

ill2svg.xslt
by Bryce Harrington 23 Apr '05

23 Apr '05

----- Forwarded message from Holger Will <holger@...792...> ----- Date: Tue, 19 Apr 2005 21:45:34 +0200 From: Holger Will <holger@...792...> To: clipart-list <clipart@...626...> Subject: Re: [Clipart] Image portability Christopher Schmidt wrote: >On Tue, Apr 19, 2005 at 09:09:51PM +0300, Nicu Buculei wrote: > > >>Linda Kim wrote: >>however, the file size is still a problem, i think 0.5MB is huge for an >>image like >>http://openclipart.org/clipart//food/desserts/ice_cream_cone_linda_kim_01.s… >>(i would expect something 10-20 times smaller) >> >> > >A completely reasonable expectation: after doing just a simple removal >of a lot of data that was encoded in CDATA elements, the image size is >reduced by a factor of 20, which results in the SVG available at >http://crschmidt.net/tmp/icecream.svg . > >(This URL is not permanent: it may dissapear at some point in the >future.) > >This image is only 21kb, as opposed to 450. > >Key to creating decent SVG from Adobe is to just check the content by >hand: it's really easy to pull out a lot of stuff most of the time, in >my experience. > > ive just written a simple xslt stylesheet to do the job, you can find it here: http://www.treebuilder.de/svg/ill2svg.xslt hope you find it usefull Holger _______________________________________________ clipart mailing list clipart@...626... http://lists.freedesktop.org/mailman/listinfo/clipart ----- End forwarded message -----

4 4

Re: [Inkscape-devel] Effects Tarball
by aaron＠...749... 23 Apr '05

23 Apr '05

bulia byak wrote: > On 4/17/05, bulia byak <buliabyak@...400...> wrote: >>On 4/17/05, aaron@...749... <aaron@...749...> wrote: >>>http://www.ekips.org/comp/inkscape/inx/InkexEffects.png >> >>That's quite impressive. Do these extensions have GUIs of their own? >>If so can you include one of them into the screenshot as well? > > Oh, and by the way, shouldn't we put these extensions into CVS so that > they are available to all? Can you send me an archive of all the > files? Or do you want to do this when you are finished with them? Thanks. These effects all use Ted's autogui functionality. Autogui isn't fully functional yet, so I don't know if it should be put in a screenshot. If you want to put these effects into CVS it is fine by me. I will continue tweaking these and adding more effects as ideas come to me. As long as CVS gets a fresh copy occasionlly, I think it would be great. Here is a direct link to the archive on my website. http://www.ekips.org/comp/inkscape/inx/inkex_latest.tar.gz There are, however, probably a few reasons to hold off. I haven't figured out how to write an inx file that works on Windows and Linux. So as they are the effects only work on Linux. I'm not sure exactly what is required for the scripts to run, at least Python and PyXML. If extensions are by definition optional, you might not want to include them directly. Aaron Spike

9 21

Re: [s4-p18] Re: Mail à destination des développeurs d'Inkscape
by Nicolas Aupetit 23 Apr '05

23 Apr '05

Greetings to all the Inkscape development community ! We are a team of 7 students from a Grande Ecole of engineering in France (Ecole Nationale Supérieure des Télécommunications de Bretagne). As part of a school project, we are to develop a software which converts SVG files to PostScript. After looking for and testing different solutions, we figured out that Inkscape was our favorite to do this job. Nevertheless, Inkscape does not come up to all our expectations. Therefore, we would like to do some improvements which could benefit the whole community of Inkscape users. First of all, we wish to improve the management of fonts in the conversion process. In addition, we intend to add backup for transparency and superimposing in the export to PS (likely the way of Adobe Illustrator). Eventually, if not short of time then, we could focus on enhancing the Inkscape command-line interface (in the idea of processing many files in a row (batch process)). Now, here we go : if anyone around has already worked on these issues, and is ready to communicate with us, so that we might start on a firm and good foundation, we are more ready than ever to listen to everything you've got : information, advice, tips, whatever. You can contact us on the email address : s4-p18@...796... Best regards, -- Nicolas Aupetit, for the svg2ps team from the ENST Bretagne

2 2

[Warning: OT] library to create svg files
by Joakim Hove 22 Apr '05

22 Apr '05

Dear inkscape developers, I have an application, which produce some figures. I have considered using svg (partly to learn), but instead of actually coding the necessary svg strings directly in the source of my application, I would like to employ a somewhat higher level library. I.e. instead of fprintf(svg_stream , "<path id=\"%s\" fill=\"%s\" ....>\n",id,fill_type); I would like to do (using a hypothetical svg library): svg_path(svg_object , id , fill_type); Now, my question is whether Inkscape has (i.e. is built on) a library which somehow provides this functionality; or if you have another library to recommend which would provide this kind of functionality. As you can see from the code snippets above my language of choice(?) is C, so it must be something which can be linked from C. Best Regards Joakim Hove -- Joakim Hove hove AT ift uib no / Tlf: +47 (55 5)8 27 90 / Stabburveien 18 Fax: +47 (55 5)8 94 40 / N-5231 Paradis http://www.ift.uib.no/~hove/ / 55 91 28 18 / 92 68 57 04

3 2

Re: [Inkscape-devel] Extensions Package
by Ted Gould 22 Apr '05

22 Apr '05

Okay, from both Bryce's and Bulia's e-mail I don't think that I was entirely clear. I was only thinking about extensions that are distributed from inkscpae.org, I could definitely see others providing extension packages or collections of their own. (I expect KPT to start shipping Inkscape extensions any time now) I understand Bulia's argument of this being a little too early, I think that if we take that approach we should definitely decided when is mature enough. Release 0.43? When there are 100 extensions? Though, I could definitely see waiting until we have more. So, I guess that's the approach that I'm going to suggest, put everything we have in the Inkscape package today, and we'll split them out at a prespecified time. --Ted On Wed, 2005-04-20 at 14:59 -0300, bulia byak wrote: > (Note that gmail is currently spamblocked by sf lists, so this message > likely won't make it to the list, but Ted and Bryce will see it) > > On 4/20/05, Ted Gould <ted@...11...> wrote: > > We've talked about before, and Aaron and I have recently talked about > > it, should we package extensions? I'd like put some ideas and questions > > forward so that people can rip them apart and we'll end up with > > something good :) > > I'm strongly of the opinion that we must include the extensions we > have so far into Inkscape. Maybe later when there are too many of > them, or when there are some complex or large ones, we may consider > breaking them out. Right now they are just starting to appear, so > including them with the program itself is the only way we can let them > survive. Separating them would pretty much kill them, as few people > will bother downloading them separately. > > > -- Dependencies. The dependency checking in Inkscape will always be a > > toy when compared to dpkg and rpm. And, we don't want to require every > > package in Debian just to install Inkscape. > > This is all irrelevant on Windows which has no dependency checking at > all. It's already difficult to make them work on Windows, by > separating them we'll pretty much make this impossible for an average > user. > > > -- Versioning. It might be more reasonable to have effects on a > > different release schedule if there were a larger collection of authors. > > Something more like OpenClipart's monthly release. > > Few people care about versioning. Most just use whatever version came > with the program. If nothing came with it, well, they will use > nothing. If they DO care, they can always download the freshest > version of the extension they are interested in. > > > -- Modularity. If we ever expect for people to be able to ship > > extensions for Inkscape from outside the project umbrella the tools to > > do so need to be good, and packing some of our own extensions externally > > would force use to make them reasonable. > > It's possible to make these tools good without this. And, as I said, > _right now_ extensions are just too weak and immature to let them go > on their own. > > > -- Simple. Releases are a pain, more releases need to be justified. > > A very important reason - simplicity _for the user_ is a priority. > > > -- Complete Solution. Have you ever seen a public forum where someone > > posts a new program, and then 90% of the questions are "What theme did > > you use in the screenshots?" Multiple places to get extensions means > > that everyone won't have the same set. > > Yes. > > Another reason to package extensions is the Effects menu. If there are > no extensions in the default package, it will either be empty or will > have to be disabled. Both options are bad. > > So as a very minimum, I think we must ship everything we have in the > Windows package (also with Python). But I think the same reasoning > applies to all platforms. >

2 1

Re: [Inkscape-devel] LaTeX Export
by Jose Hevia 22 Apr '05

22 Apr '05

For me,this 'd be essential,given the BAD memory management in kpdf, xpdf, gpdf,I'm looking for something that lets me put simple figures, rectangles, arrows and text ,from latex to generate decent documents, and I want to use Inkscape for that. > Wow, this'll be a handy extension - how are things going with it? > > Bryce > > On Wed, Apr 20, 2005 at 07:54:00AM -0400, Michael Forbes wrote: > > The init.cpp issue was the problem and now it works (not fully, but at > > least I can "Save as"). > > > > -Michael Forbes > > > > On Tue, 19 Apr 2005, Ted Gould wrote: > > > > >On Tue, 2005-04-19 at 20:38 -0400, Michael Forbes wrote: > > >>I am trying to develop a barebones LaTeX export extension. I have wrote > > >>the > > >>code mostly based of the PovRay export and included the .h and cpp file > > >>in > > >>src/extension/internal/Makefile_insert. libinternal.a includes the > > >>extension > > >>but the main program does not. Can anyone help me with this? > > > > > >I guess, what do you mean by the main program not including it? For the > > >internal extensions their init function must be called in init.cpp -- > > >could you not have put that call in? Are you saying that the code isn't > > >getting linked in? > > > > > > --Ted > > > > > >PS - LaTeX export would be pretty cool, neat feature. > > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Inkscape-devel mailing list > Inkscape-devel(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-devel >

1 0

Refactoring in action
by Jon A. Cruz 22 Apr '05

22 Apr '05

Just thought I'd toss out this note "Refactoring in action" or "How I implemented an RFE in under an hour" This morning I changed things so that the CMYK color slider mode now has values that range form 0 through 100 instead of 0 through 255. In and of itself that was no big deal, and the ammount of code change needed was minimal. What is interesting, however, are the principles that came into play in doing it. ------------------------ I addressed RFE 994177 "CMYK 0 - 100 not 0 - 255". The first thing was to see if it was needed. Having worked with various media places and artist before, this was a simple one to see the utility of. Not earth-shattering or anything, but something that would make artist and designers working in print a little more comfortable. So, yes, it should be done at some point. Next question was how much effort would it take. Since I'm in the middle of addressing color issues in general, a lot was fresh in my mind. Then looking into the code I saw it was in very good shape, and prime for reuse. So the level of effort needed should be low. Now came the fun part. As I went into the code, it was pretty clean and easy to understand. More importantly, it already was setup to mainly separate the UI presentation from the underlying data model itself. In this case, the sliders would need to change depending on the 'mode'. But... the slider widgets were not played with directly, but instead were attached to instances of GtkAdjustment. It turns out that GtkAdjustment is pretty much a 'model' class to represent ranging data in an abstract way. So... my next step was to look at what needed changing. I first was going to set things up to change the sliders manually when the mode was switched. However, as I moved forward I realized that things were almost clean, and only needed to get set. I just added a 'range limit' member to track which limit the range was using. Now the really good news was that the functionality I needed to hack on was already moved out to a pair of common functions (get1 and set255). And instead of needing to change those to take a parameter, I just needed to make the code respect the limit already a member of the 'model' class being used (GtkAdjustment). I no longer needed to keep a parameter, and so didn't need ot pass it in or have different functions to do different values. I did rename those two, just to make things a little clearer on their use. But that was just a minor tweak to make things easier to read down the road. I did a little find/grep magic to check where things were used and clean them up, but I was done fairly early. Building and testing took up more of the time. Here is a quick summary of the files I changed: src/widgets/sp-color-scales.h 1.8 src/widgets/sp-color-scales.cpp 1.13 src/widgets/sp-color-slider.cpp 1.10 src/widgets/sp-color-wheel-selector.cpp 1.9 sp-color-scales.h: * renamed get1() to getScaled() * renamed set255() to setScaled() * added _rangeLimit (this actually can go away now) sp-color-scales.cpp: * set default range limit * use rangelimit in constructing adjustments * changed get1() and set255() to meet the GtkAdjustment limit instead of hardcoded values * set the range limit when switching modes sp-color-slider.cpp: * only the get1/set255 function renaming sp-color-wheel-selector.cpp: * changed _adjustmentChanged to meet the GtkAdjustment limit instead of a hardcoded value. ======================= Summary: Things went very fast because of a few things: * The code was fairly clean and easy to understand to begin with. * Common functionality was pulled out and centralized into common functions instead of being repeated in-line. (fix it in one place, and it was fixed everywhere) * There was a nice separation of UI and data model. Functional logic dealt with the data model, while the UI was just a slave to it. (in this case there was the RGBA color value and the GtkAdjustment models in play) Those combined to make it quite easy to change the UI without negatively impacting the functionality of Inkscape itself. The more we can allow for this type of refactoring, the better Inkscape can be. So I'd like to encourage everyone to try to keep principles like this in mind. Oh, and a big thanks also goes out to all the developers who were in that code before me.

3 2

Effects Tarball
by unknown＠example.com 22 Apr '05

22 Apr '05

I created a few more effects today. A path randomizer that randomly nudges path nodes and control points within a specified radius. A path segment straightener that straightens bezier path segments in two different ways. And a random tree generator. The tree generator uses a really simple little Turtle class that draws with SVG path data instead of pixels. Very basic but I think it should be enough to make an Inkscape effect out of just about any of those fun little fractal routines done in LOGO. A tarball of effects is available to try out: http://www.ekips.org/comp/inkscape/extending.php Aaron Spike

4 5

Aaron's effects screenshot
by Ted Gould 22 Apr '05

22 Apr '05

Hey all, Aaron made a screenshot of his effects, everyone should take a look. Very cool stuff! http://www.ekips.org/comp/inkscape/inx/InkexEffects.png --Ted

5 7

Re: [Inkscape-devel] screwy export
by bulia byak 21 Apr '05

21 Apr '05

On 4/21/05, John Taber <jtaber@...480...> wrote: > On Thursday 21 April 2005 07:17, bulia byak wrote: > > If by adjusting you mean scaling, just scale with Ctrl, or click the > > lock toggle in the selector controls. > okay but where is this lock or selector controls? I can't find it anywhere - > not under doc prefs, selecting. I think it should be under object properties > - that's the first place we looked for it. No. It's not a property of an object. It's a property of the tool which you use for scaling. Therefore, it's in the tool controls bar. It's the horizontal bar just above canvas. Use the button with the lock icon. > > > 2) clipping out what you want and pasting it into a new drawing - > > > then exporting it. > > There's no need to do this unless you want to hide all other objects > > except those you are exporting. Just select something and export > > consider that we use svg maps - a river runs the length of the drawing but we > are only clipping out an area that contains part of the river - that means > clipping the river object (assuming it's something like a bezier line) So do you want to hide all other objects when exporting the river or not? If not, just select the river and do export. If yes, you can do this from command line with the --export-id-only option (see man inkscape). > Okay, I understand what you are saying about the canvas and that we only need > to worry about the actual svg elements, but we want to take the above clipped > section, draw some stuff on it, resize, and export to a bitmap to put in a > report, where one bitmap export might be the whole clipped area, one might be > a zoomed in detail look. Does this make more sense of what the problem is ? I don't see what the problem is. Select an object and export it, this will clip your drawing by this object. If you want to export a detail, draw a transparent rect over it and export that rect. -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0

Available export formats
by Lucas Vieites 21 Apr '05

21 Apr '05

Hi, I'm in need of knowing the available export or interchange formats for Inkscape. I normally use Inkscape to create graphics for the web, but now I created a design for a publicity flyer and the printer (the guys who are going to print the flyers) only work with CorelDraw 10. How can I export the svg to a format Corel understands. I've been googling a bit and I know newer versions of Corel import svg directly (at least version 12) but I'm stuck on this one. Can anybody help me? Thanks a lot in advance, -- Lucas Vieites Fariña Dept. Desarrollo <lucas@...212...> Asix Informática <http://www.asixinformatica.com/> Tel/Fax: +34 986 54 26 98

2 2

screwy export
by Jon Phillips 21 Apr '05

21 Apr '05

When I use export, it seems screwy with the DPI. I expect that if I change the DPI to 72, and then change the size of the exported image, the DPI should stay the same. It is really wacky and unlike other graphics apps for the DPI to change when I change the image size, and vice-versa. Actually, most apps, like gimp, etc have locks to constrain dpi and proportions (see attached screenshot). Anyhow, export use to work well for me to do exporting for web, but now is strange. Is this a problem for anyone else? Yes, I understand the logic that the size changes because there are then more pixels per inch, but I don't agree in how it acts. Once someone sets dpi in this, then the exported image should stay the same size and just have a higher DPI, but same size. Thoughts on this? Am I wrong here? Am I smoking something? Whats the deal?? 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)

3 7

Extensions Package
by Ted Gould 20 Apr '05

20 Apr '05

We've talked about before, and Aaron and I have recently talked about it, should we package extensions? I'd like put some ideas and questions forward so that people can rip them apart and we'll end up with something good :) The basic idea is that we may want to start shipping extensions packages somehow separately from the core Inkscape package. There are several reasons for this: -- Dependencies. The dependency checking in Inkscape will always be a toy when compared to dpkg and rpm. And, we don't want to require every package in Debian just to install Inkscape. -- Versioning. It might be more reasonable to have effects on a different release schedule if there were a larger collection of authors. Something more like OpenClipart's monthly release. -- Modularity. If we ever expect for people to be able to ship extensions for Inkscape from outside the project umbrella the tools to do so need to be good, and packing some of our own extensions externally would force use to make them reasonable. Reasons to just throw everything into the Inkscape tarball and live with it: -- Simple. Releases are a pain, more releases need to be justified. -- Complete Solution. Have you ever seen a public forum where someone posts a new program, and then 90% of the questions are "What theme did you use in the screenshots?" Multiple places to get extensions means that everyone won't have the same set. I think, that there is compelling reasons to start a new package for extensions, which brings the next points: how should it work? -- Granularity. Should each extension be it's own package? Should they be grouped by functionality (input/output/effect)? Should they be grouped by common dependencies (inkscape-extensions-{python,perl,pstoedit}) -- Versioning. I'm kinda thinking that we should just do <inkscape major>.<inkscape minor>.<extension release> That way extensions could be released independent of Inkscape, but still, you know what version of Inkscape they are tied to. Okay, I think that was verbose enough for now, if you made it this far I'm impressed. --Ted

2 1

Supporting <style> elements
by Bob Jamison 20 Apr '05

20 Apr '05

Hi, all, Last night, user <giordano> came onto the channel and showed an SVG file exported from Visio, which did not render properly on Inkscape. Turns out that the file has a separation of style specification into <style> and class="" references like this: <style type="text/css"> <![CDATA[ .st1 {fill:none;stroke:none;stroke-linecap:round;stroke-linejoin:round;stroke-width:0.72} .st2 {fill:#ffffff;stroke:#000000;stroke-linecap:round;stroke-linejoin:round;stroke-width:0.72} ...etc.... and later referenced like: <rect v:rectContext="foreign" x="0" y="892.83" width="2327.33" height="807.957" class="st1"/> I know that this is exactly the missing CSS functionality that we have on the roadmap, but is it really that hard to implement? I made a quickie Java class that loads up the css definitions into a HashMap, and later when the class="" tags use the refs, replaces the class="" with style="". So that line would look like this now: <rect v:rectContext="foreign" x="0" y="892.83" width="2327.33" height="807.957" style="fill:none;stroke:none;stroke-linecap:round;stroke-linejoin:round;stroke-width:0.72"/> Could we not, in the interim before we integrate full libcroco functionality, parse the <style type="text/css"> element into a std::map<std::string, std::string> and do the same substitution at load-time? I attached the Java source to show how simple this method would be. Bob import java.io.File; import java.util.StringTokenizer; import java.util.HashMap; import java.util.Iterator; import javax.xml.parsers.DocumentBuilder; import javax.xml.parsers.DocumentBuilderFactory; import javax.xml.parsers.ParserConfigurationException; import javax.xml.transform.dom.DOMSource; import javax.xml.transform.stream.StreamResult; import javax.xml.transform.Result; import javax.xml.transform.Source; import javax.xml.transform.Transformer; import javax.xml.transform.TransformerFactory; import javax.xml.transform.TransformerConfigurationException; import org.w3c.dom.Document; import org.w3c.dom.Element; import org.w3c.dom.Node; import org.w3c.dom.NodeList; import org.xml.sax.SAXException; class VisioFilter { HashMap<String, String> styles; void error(String msg) { System.out.println("VisioFilter:" + msg); } String getElementText(Element elem) { StringBuffer buf = new StringBuffer(); NodeList nl = elem.getChildNodes(); for (int i=0 ; i<nl.getLength() ; i++) { Node n = nl.item(i); int type = n.getNodeType(); if (type == Node.TEXT_NODE || type == Node.CDATA_SECTION_NODE) { buf.append(n.getNodeValue()); } } return buf.toString(); } boolean processStyleElement(String str) { StringTokenizer bigSt = new StringTokenizer(str, "\n\r"); while (bigSt.hasMoreTokens()) { String line = bigSt.nextToken(); //System.out.println("line:"+line); StringTokenizer st = new StringTokenizer(line, "{}"); if (!st.hasMoreTokens()) continue; String name = st.nextToken(); name = name.trim(); if (!name.startsWith(".")) continue; name=name.substring(1); if (!st.hasMoreTokens()) continue; String style = st.nextToken(); styles.put(name, style); } /* for (Iterator<String> iter = styles.keySet().iterator() ; iter.hasNext() ; ) { String key = iter.next(); System.out.println("name:'"+key + "' style:'"+styles.get(key)+"'"); } */ return true; } void substituteClassAttribute(Element elem) { String className = elem.getAttribute("class"); if (className!=null && className.length()>0) { //System.out.println("found class:"+className); String style = styles.get(className); if (style!=null) { elem.removeAttribute("class"); elem.setAttribute("style", style); //System.out.println("replaced with:"+style); } } NodeList nl = elem.getChildNodes(); for (int i=0 ; i< nl.getLength() ; i++) { Node n = nl.item(i); if (n.getNodeType() != Node.ELEMENT_NODE) continue; Element childElem = (Element)n; substituteClassAttribute(childElem); } } public boolean processFile(String inFile, String outFile) { System.out.println("############### PARSING"); DocumentBuilderFactory dbf = DocumentBuilderFactory.newInstance(); DocumentBuilder db = null; try { db = dbf.newDocumentBuilder(); } catch (ParserConfigurationException pce) { error("processFile:" + pce); return false; } File inf = new File(inFile); Document doc = null; try { doc = db.parse(inf); } catch (Exception se)//saxexception + ioexception { error("processFile:" + se); return false; } NodeList nl = doc.getElementsByTagName("style"); if (nl.getLength() < 1) { error("no style elements"); return false; } for (int i=0 ; i<nl.getLength() ; i++) { Node n = nl.item(i); if (n.getNodeType() != Node.ELEMENT_NODE) continue; Element elem = (Element)n; String type = elem.getAttribute("type"); if (type == null || !"text/css".equals(type)) continue; String val = getElementText(elem); processStyleElement(val); } System.out.println("############### PROCESSING"); substituteClassAttribute(doc.getDocumentElement()); System.out.println("############### WRITING"); File outf = new File(outFile); TransformerFactory tf = TransformerFactory.newInstance(); Source source = new DOMSource(doc); Result result = new StreamResult(outf); Transformer trans; try { trans = tf.newTransformer(); trans.transform(source, result); } catch (Exception tce) { error("processFile:" + tce); return false; } return true; } public VisioFilter() { styles = new HashMap<String, String>(); } public static void main(String argv[]) { if (argv.length!=2) { System.out.println("usage: VisioFilter infile outfile"); return; } String inFile = argv[0]; String outFile = argv[1]; VisioFilter vf = new VisioFilter(); vf.processFile(inFile, outFile); } }//end class

1 1

Re: [Inkscape-devel] Effects Tarball
by Alexandre Prokoudine 20 Apr '05

20 Apr '05

On 4/20/05, bulia byak <buliabyak@...400...> wrote: > On 4/20/05, Alexandre Prokoudine <alexandre.prokoudine@...400... > wrote: > > btw, is it possible to add a "_" to "Effects" (e.g. "E_ffects") so > > that this menu was selectable from keyboard at once? > > No because "f" is already taken for _File. And "e" for _Edit. You can > only use "c" or "s". Well :) I don't insist on _f :) It's just it should be there, no matter what exactly unique character is used. Alexandre

1 0

More warnings with gcc4.0
by Bob Jamison 20 Apr '05

20 Apr '05

Playing more with the current pre-release of gcc4.0, I found some more warnings due to its greater strictness. Here are the warnings I got with CVS today. 'make clean ; make > /dev/null' is great for getting this listing. People might want to look at their files. I can clean up some of these tomorrow. Actually, this is not very many! Bob dropper-context.cpp: In function 'void sp_dropper_c32_color_copy_hex(guint32)': dropper-context.cpp:216: warning: unused variable 'pick' file.cpp: In function 'void file_import(SPDocument*, const gchar*, Inkscape::Extension::Extension*)': file.cpp:752: warning: unused variable 'repr' select-context.cpp: In function 'gint sp_select_context_item_handler(SPEventContext*, SPItem*, GdkEvent*)': select-context.cpp:276: warning: unused variable 'selection' sp-item.cpp: In function 'SPItem* sp_item_first_item_child(SPObject*)': sp-item.cpp:1277: warning: control reaches end of non-void function sp-pattern.cpp: In function 'void sp_pat_fill(SPPainter*, NRPixBlock*)': sp-pattern.cpp:909: warning: operation on 'px_x' may be undefined sp-pattern.cpp:940: warning: operation on 'px_x' may be undefined dialogs/stroke-style.cpp: In function 'void sp_stroke_style_any_toggled(GtkToggleButton*, SPWidget*)': dialogs/stroke-style.cpp:1704: warning: unused variable 'items' display/canvas-arena.cpp: In function 'void sp_canvas_arena_class_init(SPCanvasArenaClass*)': display/canvas-arena.cpp:91: warning: invalid access to non-static data member 'SPCanvasArenaClass::arena_event' of NULL object display/canvas-arena.cpp:91: warning: (perhaps the 'offsetof' macro was used incorrectly) display/sp-canvas.cpp: In function 'void sp_canvas_item_class_init(SPCanvasItemClass*)': display/sp-canvas.cpp:110: warning: invalid access to non-static data member 'SPCanvasItemClass::event' of NULL object display/sp-canvas.cpp:110: warning: (perhaps the 'offsetof' macro was used incorrectly) libnrtype/Layout-TNG-Output.cpp: In function 'const char* Inkscape::Text::weight_to_text(PangoWeight)': libnrtype/Layout-TNG-Output.cpp:214: warning: enumeration value 'PANGO_WEIGHT_SEMIBOLD' not handled in switch livarot/float-line.cpp: In member function 'void FloatLigne::Affiche()': livarot/float-line.cpp:518: warning: format '%lu' expects type 'long unsigned int', but argument 2 has type 'size_t' livarot/float-line.cpp:524: warning: format '%lu' expects type 'long unsigned int', but argument 2 has type 'size_t' widgets/sp-color-wheel.cpp: In function 'void sp_color_wheel_set_color(SPColorWheel*, const SPColor*)': widgets/sp-color-wheel.cpp:229: warning: operation on 'sat' may be undefined

3 3

[dtl_s_t_m] Desktop Developers Converence (fwd)
by Bryce Harrington 20 Apr '05

20 Apr '05

FYI. I'm hoping to be at this conference, and it'd be cool to meet up with other developers there. Bryce ---------- Forwarded message ---------- Date: Mon, 18 Apr 2005 09:45:16 -0700 From: Tom Hanrahan <hanrahat@...1...> To: dtl_s_t_m@...790... Cc: Andrew J. Hutton <ajh@...791...> Subject: [dtl_s_t_m] Desktop Developers Converence As many of you know, a desktop conference will be held this year, July 17, 18, in Ottawa. I'm writing to ask for your help in publicizing the event, and in particular, to request that look within your organizations for developers interested in submitting papers for the conference. Paper proposals are now being accepted. The deadline is May 1. You can learn more about the conference (including how to submit papers) at: http://www.desktopcon.org/2005/ Let me know if you have any questions. Also let me know if you are aware of any other organizations worth approaching with invitations to participate. Thanks, -- Tom

1 0

Re: Inkscape on our covermount CD
by Bryce Harrington 19 Apr '05

19 Apr '05

Hello Mr. Breyer, We have collected a set of packages for your magazine distribution: http://www.bryceharrington.com/InkscapeBild/ I have faxed a signed copy of the Explanation of License to you separately; a copy of this along with the actual license is also provided at the above URL. The System Requirements are also attached and available at the above URL. We are providing you with three packages: 1. The Inkscape Executable for Windows 2. The Inkscape Source Code 3. The Open Clip Art Library (optional) Let me know if you have any questions. Thanks, Bryce On Thu, Apr 14, 2005 at 06:44:41PM +0200, Konstantin Breyer wrote: > D ear Sir or Madam, > your Software Inkscape on our covermount CD: COMPUTERBILD, Europe's biggest > PC magazine, is going to attach a CD/DVD-ROM to one of its next issues. We > would like to record your software free of charge on this CD/DVD-ROM. The > software versions on the CD/DVD-ROM will be explained in the magazine and > will possibly also be presented and explained on our internet page > "www.computerbild.de". Thus, your product will be presented to more than 4 > millions of readers (MA 2004 I) and many enthusiastic users of the internet > - for that reason your software will get a high amount of attention. > > > > Join in. For the sake of good order, please fax the signed license agreement > (please delete inapplicable terms) back to us (+49/40/34 724 710) and e-mail > me the system requirement sheet. > > > > Kind regards, > > > > Mit freundlichen Gr??en > > Konstantin Breyer > Axel Springer AG > Redaktion COMPUTERBILD > Leitender Redakteur Software > > Telefon +49 (0) 40 - 34 72 34 52 > Mobil +49 (0) 151 - 12 70 88 23 > > Telefax +49 (0) 40 - 34 72 47 10 > E-Mail kbr@...787... <mailto:kbr@...787...> > Internet <http://www.computerbild.de/> http://www.computerbild.de > > Besucheradresse: > Caffamacherreihe 1 > 20350 Hamburg > > Diese E-Mail und eventuelle Anlagen k?nnen vertrauliche und/oder rechtlich > gesch?tzte Informationen enthalten. Wenn Sie nicht der richtige Adressat > sind oder diese E-Mail irrt?mlich erhalten haben, informieren Sie bitte > sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren > sowie die unbefugte Weitergabe dieser Mail sind nicht gestattet. > > This e-mail and any attachments may contain confidential and/or privileged > information. If you are not the intended recipient (or have received this > e-mail in error) please notify the sender immediately and destroy this > e-mail. Any unauthorized copying, disclosure or distribution of the material > in this e-mail is strictly forbidden. >

4 5

Re: [Inkscape-devel] "COMPUTERBILD"?
by unknown＠example.com 19 Apr '05

19 Apr '05

Quoting Thorsten Wilms <t_w_@...123...>: > On Thu, Apr 14, 2005 at 05:56:48PM -0700, Bryce Harrington wrote: > > > > I've been emailed by someone from a magazine called > "ComputerBild", that > > is said to be popular in Europe. Could someone confirm for me > that it > > exists? > > Yes. It's a spinoff of Bild, a german newspaper with huge > headlines and full of gossip. > It's very well known and targeted at those who don't know better > ;-) Ah, Bild... Hmm, so do they want to interview you? I wonder whether it might not be wise to involve the German-speakers among us, to give them replies auf Deutsch. Avoid being misquoted AND mistranslated. ^_- (my own German abilities are pretty weak though) -mental

13 34

Re: [Inkscape-devel] Command line extension options
by Carl Hetherington 19 Apr '05

19 Apr '05

On Tue, 19 Apr 2005, bulia byak wrote: > On 4/19/05, Carl Hetherington <lists@...169...> wrote: >> OK, this is in CVS. Comments welcome. > > Wow, that was fast. > > Comments: > > -T, --text-to-path Convert text to paths when > exporting to EPS > -B, --page-bounding-box Set the bounding box of exported > EPS files to the page > > Since these apply to export only, better call them > --export-text-to-path and --export-bbox-page. (They can also be used > later for export to other vector formats.) > > Please update the release notes (section "Loading, saving, export") > > Please update the man page OK, all done. Cheers Carl

1 0

Printing issues
by John Taber 19 Apr '05

19 Apr '05

I've found 2 major issues with printing (v .41): 1) getting it to print on my fedora system - lp or lpr won't work - the bigger problem is that users shouldn't even have to mess with lp or lpr 2) it won't print a zoomed image - just the original size 3) while we're at it - how about a way to save the zoomed image size to replace the actual size Gimp offers a much better print dialog box, addressing all of the above issues, can we capitalize on that ?

4 4

Adobe buys Macromedia
by bulia byak 19 Apr '05

19 Apr '05

http://www.adobe.com/aboutadobe/invrelations/adobeandmacromedia.html I think it's good news for us. There will be people scared or disgusted by the forming monopoly and looking for alternatives. Also, it seems likely that Freehand will be either discontinued or at least downplayed so as to not hurt Illustrator, which means a lot of users will have to migrate. All this gives us a certain opportunity.

7 6

Re: [Inkscape-devel] Command line extension options
by Carl Hetherington 19 Apr '05

19 Apr '05

On Tue, 19 Apr 2005, bulia byak wrote: > On 4/19/05, Carl Hetherington <lists@...169...> wrote: >> It'd be nice if you could pass in options to the EPS exporter on the >> command line. In other words, I'd like to be able to do >> >> inkscape -p '> file.eps' file.svg > > Actually this is printing, not exporting. It's not quite the same. In > my plans is adding a separate PS export option with all the suboptions > (bbox, convert to path, and PS/EPS switch). If you can do it for me, > it would be fantastic :) OK, this is in CVS. Comments welcome. Cheers Carl

1 0

Command line extension options
by Carl Hetherington 19 Apr '05

19 Apr '05

Hi all, Long time no see! It'd be nice if you could pass in options to the EPS exporter on the command line. In other words, I'd like to be able to do inkscape -p '> file.eps' file.svg like I can now, but to be able to specify that I don't want text converted to path. What's the best way to go about this? I'm sure I could add a specific command line option, but it seems that perhaps there should be a more generic way of passing options to extensions. Any ideas? Cheers Carl

2 1

Win-Build with GTK-Wimp
by David Christian Berg 18 Apr '05

18 Apr '05

Hey guys, today I'll be leaving for Lyon, where I will hold a course on design and public relations. I thought I'd be really cool to have Inkscape as a small giveaway, but frankly unlike gimp the win builds have the standard gtk-theme included, which doesn't really rule that much. What would be cool is to have it build with GTK-Wimp (and my icon theme) I'm not sure, how big of a job that is, but if it's easy to do, I'd really appreciate someone doing this within the next week, so that I can already distribute it. Thanx! David

3 6

Build Error
by unknown＠example.com 18 Apr '05

18 Apr '05

I tried to build Inkscape over lunch but got the following error. Aaron Spike ccache g++ -Wall -W -Wpointer-arith -Wcast-align -Wsign-compare -Woverloaded-virtual -Wswitch -Wno-unused-parameter -g -O2 -o inkscape --export-dynamic main.o -Wl,--export-dynamic -Wl,-E libinkpre.a application/libinkapp.a dialogs/libspdialogs.a trace/libtrace.a svg/libspsvg.a widgets/libspwidgets.a display/libspdisplay.a helper/libspchelp.a libnrtype/libnrtype.a libnr/libnr.a livarot/libvarot.a ui/libui.a ui/dialog/libuidialog.a ui/widget/libuiwidget.a extension/libextension.a extension/implementation/libimplementation.a extension/internal/libinternal.a extension/script/libscript.a xml/libspxml.a util/libinkutil.a io/libio.a inkjar/libinkjar.a libinkpost.a /usr/lib/libxslt.so /usr/lib/libxml2.so /usr/lib/libgtkmm-2.4.so /usr/lib/libgdkmm-2.4.so /usr/lib/libatkmm-1.6.so /usr/lib/libgtk-x11-2.0.so /usr/lib/libpangomm-1.4.so /usr/lib/libglibmm-2.4.so /usr/lib/libsigc-2.0.so /usr/lib/libgdk-x11-2.0.so /usr/lib/libatk-1.0.so /usr/lib/libgdk_pixbuf-2.0.so /usr/lib/libpangoxft-1.0.so /usr/lib/libpangox-1.0.so -lpng /usr/lib/libpopt.so -L/usr/X11R6/lib /usr/lib/libXft.so /usr/lib/libXrender.so -lX11 -lfontconfig /usr/lib/libpangoft2-1.0.so /usr/lib/libpango-1.0.so /usr/lib/libgobject-2.0.so /usr/lib/libgmodule-2.0.so /usr/lib/libglib-2.0.so /usr/lib/libfreetype.so -lz -L/usr/local/lib /usr/lib/perl/5.8/auto/DynaLoader/DynaLoader.a -L/usr/lib/perl/5.8/CORE -lperl -lm -lc -lcrypt /usr/lib/python2.3/config/libpython2.3.a -lpthread -ldl -lutil /usr/local/lib/libgc.so -Wl,--rpath -Wl,/usr/local/lib -Wl,--rpath -Wl,/usr/local/lib /usr/lib/python2.3/config/libpython2.3.a(posixmodule.o)(.text+0x411d): In function `posix_tmpnam': : warning: the use of `tmpnam_r' is dangerous, better use `mkstemp' /usr/lib/python2.3/config/libpython2.3.a(posixmodule.o)(.text+0x406d): In function `posix_tempnam': : warning: the use of `tempnam' is dangerous, better use `mkstemp' libinkpre.a(sp-line.o)(.text+0x64a): In function `sp_line_set_transform': /usr/local/src/inkscape/src/sp-line.cpp:213: undefined reference to `NR::Point::operator*=(NR::Matrix const&)' libinkpre.a(sp-line.o)(.text+0x65b):/usr/local/src/inkscape/src/sp-line.cpp:214: undefined reference to `NR::Point::operator*=(NR::Matrix const&)' dialogs/libspdialogs.a(unclump.o)(.text+0xff1): In function `unclump_push(SPItem*, SPItem*, double)': /usr/include/c++/3.3/bits/stl_tree.h:202: undefined reference to `NR::Point::operator*=(NR::Matrix const&)' dialogs/libspdialogs.a(unclump.o)(.text+0x1192): In function `unclump_pull(SPItem*, SPItem*, double)': /usr/include/c++/3.3/bits/stl_tree.h:202: undefined reference to `NR::Point::operator*=(NR::Matrix const&)' libnrtype/libnrtype.a(Layout-TNG-Output.o)(.text+0x739): In function `Inkscape::Text::Layout::getBoundingBox(NRRect*, NR::Matrix const&) const': libnrtype/Layout-TNG-Output.cpp:101: undefined reference to `NR::Point::operator*=(NR::Matrix const&)' libnrtype/libnrtype.a(Layout-TNG-Output.o)(.text+0x74e):libnrtype/Layout-TNG-Output.cpp:102: more undefined references to `NR::Point::operator*=(NR::Matrix const&)' follow collect2: ld returned 1 exit status make[2]: *** [inkscape] Error 1 make[2]: Leaving directory `/usr/local/src/inkscape/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/local/src/inkscape' make: *** [all] Error 2

2 1

command line png export and hidden layers in .40?
by Lee Braiden 18 Apr '05

18 Apr '05

That last release of SVGSlice was pretty poor, I'm afraid. Mixed up the versions of files I had, and since Inkscape is currently crashing on my ppc machine, I hadn't noticed. Anyway, I think it's all fixed, but in the process of testing for a new release, I've noticed that Inkscape 0.40 on my x86 box seems to export the hidden slice layer along with everything else. Is 0.41 the first version to support ignoring hidden layers on command line PNG export, or do I need to start bug hunting this one? I checked the .41 changelog, but maybe that new feature was too small to get a mention? -- Lee Braiden http://www.DigitalUnleashed.com

2 1

Cleaned-up inkscape windows icon
by Bob Jamison 18 Apr '05

18 Apr '05

Hi, all. I got weary of looking at that amateurish 32x32, 16 color icon that I made last year, which overlaps the boundaries and has a white (not transparent) background. I tried several times, and got a better-looking icon, inkscape32-16.ico. Here is a comparison of the new and old icons: http://troi.hous.es3.titan.com/inkscape/files/icon-screenshot.png I made a build with it: http://troi.hous.es3.titan.com/inkscape/builds/Inkscape0504171202.zip Not being an artist, I just fixed the size, background, and contrast. If someone has an icon editor (I used Borland's) and would like to work on it, please give it a try. Using an icon editor, and not a regular image editor, is important, since it will impose the restrictions that a .ico file should have. Bob

4 6

Crash with SVG file as argument
by Jean-Francois Lemaire 18 Apr '05

18 Apr '05

Hello, Whenever I try to launch Inkscape with an SVG file as argument it crashes and I get the message "emergency save activated" With any other type of file it doesn't crash. Does anyone notice the same behaviour? I'm running Inkscape CVS compiled with --with-gnome-vfs under SuSE Linux 9.2 if that makes any difference. Jef

1 0

Re: [Inkscape-devel] "COMPUTERBILD"?
by Bryce Harrington 18 Apr '05

18 Apr '05

On Fri, Apr 15, 2005 at 09:19:46AM +0200, Thorsten Wilms wrote: > On Thu, Apr 14, 2005 at 05:56:48PM -0700, Bryce Harrington wrote: > > > > I've been emailed by someone from a magazine called "ComputerBild", that > > is said to be popular in Europe. Could someone confirm for me that it > > exists? > > Yes. It's a spinoff of Bild, a german newspaper with huge headlines and > full of gossip. > It's very well known and targeted at those who don't know better ;-) Ah, thanks. Strange, so sort of a PC World type publication. From the website it looks very Windows focused. Odd that they'd want to include Inkscape, but probably a good thing. Guess we can use this as an opportunity to do some GPL education. I'll work up a response for this over the weekend. Are there any fluent German speakers that would like to help me in doing a translation of what I write to include? Bryce

9 15

Re: [Inkscape-user] Exporting as PS
by bulia byak 17 Apr '05

17 Apr '05

On 4/12/05, Michael Forbes <miforbes@...734...> wrote: > > Sorry I took a while to respond, I was out of town. I downloaded the file and > fetched the latest CVS and I don't seem to have any problem aside from the Camel > which is explainable because of transparency. Is there something I missed? Sorry I wasn't quite clear. Here's a sample SVG with a rect and a text, both having the same gradient, and the EPS exported from it (without converting text to curves). In EPS, the text object has the same gradient fill code as the rect, yet rect shows the gradient but the text is black. So my question is, what's wrong with our PS in that case, and can it be made to work at all?

2 1

slicing/export
by Alexandre Prokoudine 17 Apr '05

17 Apr '05

Hi, You might like to take a look at crossplatform image editor Pixel32 (Windows, Linux, etc). It has very interesting tools for slicing. http://pixel32.box.sk/ Alexandre

1 0

Project status - April 15
by Bryce Harrington 16 Apr '05

16 Apr '05

Project Status - Friday, Apr 15, 2005 ------------------------------------- Well, another month with no SourceForge statistics, but the other stats we collect show steady growth for the project. Interesting to see that our linecount has been reduced a few thousand lines over the past month. Mental has been doing a bunch of code cleanup, so I would guess this has caused some linecount reduction. Several folks from the Open Clip Art Library have started a 'Planet' site for aggregating RSS feeds from developers in various graphics projects. http://openclipart.org/planet/ We're still in deep development mode. In addition to Mental's major cleanup work, Bulia has been continuously adding cool new features, Bryce is working on hooking up a Gtkmmified canvas, Jon Cruz is inventing new Panel and Palette metaphors, Cyreve is busily revising the text layout system, Peter has been fixing bugs and adding helper ffunctions, Jean Lemaire has made some improvements to the layer commands, Jon Philip has been helping with gtkmm on the Dialog Manager code, and probably more that wasn't listed in ChangeLog. There's been a rise in scripting interest lately, and I understand work is underway in writing an Inkscape manual. Hopefully we'll see more of such side activities in the coming months. :-) Statistics Feb 15 Mar 15 Apr 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 Total Freshmeat Subscriptions 169 173 177 Lines of Code in src/: 333,139 342,852 340,515 Code lines 234,651 241,177 238,522 Comment line 58,239 60,354 60,382 Blank 46,859 47,978 48,152 Lines of Docs in doc/: 26,848 26,848 26,848 Lines of content in website: 9,776 10,067 35,937 Size of the Inkscape wiki: 24,925 25,900 26,363 Bugs open/total: 155/972 182/1047 194/1126 Features open/total: 370/579 397/ 619 429/ 671 Patches open/total: 5/167 7/ 173 5/ 186 CVS Commits (as per inkscape-cvs) 10,312 10,868 11,368 Inkscape-devel membership: 151 158 166 Inkscape-announce membership: 169 177 189 Inkscape-user membership: 193 220 234 Num Translations: 33 33 33 Ave Translation Ratio: 47.8 45.0 47.5 * - Statistics unavailable

1 0

Re: Firefox 1.1 SVG support
by John Taber 16 Apr '05

16 Apr '05

Well, I have my article half-written on using Inkscape for web page graphics but someone beat me to it on the state of browser support: http://svg.org - it's a pretty good read. But the even bigger news is the announcement above it that Firefox 1.1 will have SVG turned on. Great News !

4 5

[bryce@...260...: Re: Inkscape on our covermount CD]
by Bryce Harrington 15 Apr '05

15 Apr '05

FYI ----- Forwarded message from Bryce Harrington <bryce@...260...> ----- Date: Fri, 15 Apr 2005 14:57:00 -0700 From: Bryce Harrington <bryce@...260...> To: Konstantin Breyer <kbreyer@...787...> Subject: Re: Inkscape on our covermount CD Mr. Breyer, Thank you for contacting us. Yes, Inkscape is available under terms such as these, and I will review the license this weekend and fax a signed confirmation of the terms to you by Monday. Thanks, Bryce On Thu, Apr 14, 2005 at 06:44:41PM +0200, Konstantin Breyer wrote: > D ear Sir or Madam, > > > > your Software Inkscape on our covermount CD: COMPUTERBILD, Europe's biggest > PC magazine, is going to attach a CD/DVD-ROM to one of its next issues. We > would like to record your software free of charge on this CD/DVD-ROM. The > software versions on the CD/DVD-ROM will be explained in the magazine and > will possibly also be presented and explained on our internet page > "www.computerbild.de". Thus, your product will be presented to more than 4 > millions of readers (MA 2004 I) and many enthusiastic users of the internet > - for that reason your software will get a high amount of attention. > > > > Join in. For the sake of good order, please fax the signed license agreement > (please delete inapplicable terms) back to us (+49/40/34 724 710) and e-mail > me the system requirement sheet. > > > > Kind regards, > > > > Mit freundlichen Gr??en > > Konstantin Breyer > Axel Springer AG > Redaktion COMPUTERBILD > Leitender Redakteur Software > > Telefon +49 (0) 40 - 34 72 34 52 > Mobil +49 (0) 151 - 12 70 88 23 > > Telefax +49 (0) 40 - 34 72 47 10 > E-Mail kbr@...787... <mailto:kbr@...787...> > Internet <http://www.computerbild.de/> http://www.computerbild.de > > Besucheradresse: > Caffamacherreihe 1 > 20350 Hamburg > > Diese E-Mail und eventuelle Anlagen k?nnen vertrauliche und/oder rechtlich > gesch?tzte Informationen enthalten. Wenn Sie nicht der richtige Adressat > sind oder diese E-Mail irrt?mlich erhalten haben, informieren Sie bitte > sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren > sowie die unbefugte Weitergabe dieser Mail sind nicht gestattet. > > This e-mail and any attachments may contain confidential and/or privileged > information. If you are not the intended recipient (or have received this > e-mail in error) please notify the sender immediately and destroy this > e-mail. Any unauthorized copying, disclosure or distribution of the material > in this e-mail is strictly forbidden. > ----- End forwarded message -----

1 0

General-purpose projective transforms
by Bob Jamison 15 Apr '05

15 Apr '05

Hi, I saw on the web a CS course paper by a Prof Chuck Stewart of RPI, about a simple mechanism for achieving projective transforms. http://www.cs.rpi.edu/~stewart/math_vision/lec9.pdf Basically you take 4 corners of a rectangle (like the corners of a selection marquee), a, b, c, d. Move one or more of the points to a', b', c', d'. Calculate the transform of the points (and the rectangle they describe) to the new points. Apply this to the selected object(s). Once this generalized projective transform is working, it can be specialized to its various subclasses, such as perspective, affine, shear, skew, etc. An easy way to achieve this, IMHO, would be to constrain their movement via the keyboard. Does this appear to be a valid new feature that we might want? Bob Here is a textified snippet of the paper: Projective Transformations ========================== The study of transformations and their properties (especially their invariants) is fundamental to geometry. o A projective transformation is an invertible mapping that preserves colinearity. o Projective transformations are also known as homographies, projectivities and colineations. o Projective transformations may be represented by a 3x3 invertible matrix: x' = Hx Note that H is determined up to an arbitrary scale factor so it has 8 degrees of freedom. o The perspective projection of a planar surface in the world reduces to a plane homography. The composition of two homographies is also a homography. Thus, two different images of a planar surface are related by a homography. --- These facts explain our practical interest in homographies. o Even though the matrix is 3x3, this is still a transformation of two-dimensional objects. Example: Computing Projective Transformations ============================================= Suppose we have an image of the face of a building that has severe perspective distortions. If we know, for example, the dimensions of a window or door that appears in the image, we can compute a transformation that removes these distortions. o Suppose the width of the door is w and the height is h. Let the ratio be r = h/w. o Find the four corners in the image. Call the locations x1 through x4. o Designate four locations for these to map to: (0, 0, 1)T, (1, 0, 1)T, (0, r, 1)T, and (1, r, 1)T Note that we are creating an arbitrary Euclidean coordinate in the image. o These four "correspondences" allow us to compute a unique transformation, H. o We apply this transformation to the entire image. It undoes the effects of the projective distortion. Projective Transformations of Lines and Conics ============================================== o Using the basic result x' = Hx we can calculate the perspective transformations of lines and conics. o Lines transform as l' = H(-T)l where H(-T) is the inverse of the transpose of H. o Conics transform as C' = H(-T)CH(-1). o Dual conics transform as C*' = HC*H.

6 5

Re: [Inkscape] svgslice 0.8
by Jon Phillips 15 Apr '05

15 Apr '05

On Tue, 2005-04-12 at 17:36 +0100, Lee Braiden wrote: > Hi all, > > Hope it's OK to post here :) Actually, the announce list is only for announcing Inkscape releases, so ppl. will probably get annoyed if other things get announced here. It is better to post to Inkscape-devel list. > Just wanted to let you all know that I've released a little python-based tool > for Inkscape that slices up files for use as web graphics. It doesn't yet > generate (useful) HTML for you, but it's already quite flexible. > > It has two different engines, so it can slice simple stuff based on ruler > guidelines you quickly drag across an image, or if you need something more > complex, you can create a special "slices" layer, with rectangles showing > where each slice should be. Be sure to hide the slices layer before actually > slicing, since the rectangles will be rendered in your slices otherwise*. Cool.... > There is some future potential too: it could conceivably do much of what > integrated slicers do (set file format for each slice etc.), thanks to the > low-level XML access that Inkscape allows. > > Available at: http://www.digitalunleashed.com/giving.php > > Hopefully some of you will find this useful. Personally, I hate working with > bitmap programs for web design :) Yes, I agree. I *highly* recommend you work with Aaron Spike and Ted Gould to make this into an extension. This would be very useful to people to make websites. I know I would use it. Plus, that way your tool would get more exposure and could possibly be included with our releases...your software is GPL, so things should be in order. > * It'd be great if there was some way to disable particular layers when > calling inkscape from the shell for rendering. Doable, but maybe mental or Bulia could respond to this better. I've replied to you and to the inkscape-devel list where these discussions normally take place. Cool idea to implement this...someone else on this list talked about doing this earlier, so maybe there are others that could help you out. 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)

4 3

"COMPUTERBILD"?
by Bryce Harrington 15 Apr '05

15 Apr '05

Hi all, I've been emailed by someone from a magazine called "ComputerBild", that is said to be popular in Europe. Could someone confirm for me that it exists? Bryce

2 1

Errors and warnings
by Jon A. Cruz 15 Apr '05

15 Apr '05

"The time has come," the Walrus said, "To talk of many things: Of shoes--and ships--and sealing-wax-- Of cabbages--and kings-- And why the sea is boiling hot-- And whether pigs have wings." so... we do have many things to deal with. g_log... g_warning... fprintf(stderr... magic dialog output... What's the plan for a grand unification of this all? First, there are a few classes getting setup that would appear to deal with this. When should each be used, and where. Second, what should the messages be? What are the rules for the types, contents, internationalization, etc. Not sure if this best starts here on the list, or on the Wiki. I've setup a stub page to get filled in eventually. http://www.inkscape.org/cgi-bin/wiki.pl?ErrorsAndWarnings

4 5

Pssssst
by Jon A. Cruz 14 Apr '05

14 Apr '05

Pssssssst... shhhh... Try dragging off of color swatches now. :-)

2 3

Re: [Inkscape-devel] inx files
by unknown＠example.com 13 Apr '05

13 Apr '05

On Thu, 7 Apr 2005 aaron@...749... wrote: > Perhaps I will have to learn to read C++ sooner than I had wanted to. :) > Is there a DTD? Well, there isn't. This is partially for two reasons: 1) I'm lazy 2) I don't know how to (see 1) If you'd write one, I'd maintain it as I make changes to the format (should be pretty stable at this point though). I think that I've heard XSchema is better, but I don't know enough about them. > > As far as passing to scripts, how do you want it? We've discussed it in > > the past, but it never got implemented. I was thinking something like > > "./myscript --name=value" > > That is exactly what I would expect. Okay, I'll get on to adding that. > > but as the most active script developer, how > > ever you'd like would be germane in my eyes. > > A very sad commentary on the state of the art, don't you think? :) Yes, but I don't blame people. It is still a black art without enough functionality to do really cool things. That is starting to change though. --Ted

4 9

Re: [Inkscape-devel] Effects on Win32
by unknown＠example.com 13 Apr '05

13 Apr '05

Sending this again because I never saw it come through on the list. ted@...11... wrote: > On Tue, 12 Apr 2005 aaron@...749... wrote: > >>Ok. I spent a little more time on this. In script.inx file, this works >>on Linux: >> >><command reldir="extensions">script.py</command> >> >>And this works on Windows: >> >><command reldir="path">python "C:\Path\To\Script\script.py"</command> >> >>What is the proper syntax for a write once run anywhere *.inx file? > > Well, I think that the problem is that we don't have one. I'm open to > suggestions. Does that mean that Windows won't execute the #! at the top > of files? Windows uses an association between file extension and applications that is stored in the registry. I have a bunch of random thoughts/questions: -with option one can Inkscape be taught to call the script in such a way that windows can choose the interpreter properly (and function with pipes)? -what other platforms will have special nuances that need to be delt with? -with option two could the inkscape extensions directories be added to a search path environment variable (like java classpath) that is used by the interpreter to avoid absolute paths? -Could inkscape be given a more flexible way to construct the command line? eg. <interpreter reldir="path">python</interpreter> <scriptfile reldir="extensions">script.py</scriptfile> would yeild 'python "path to script/script.py" params...' -Could scripts run on the embedded interpreter? Aaron Spike

3 3

Effects on Win32
by unknown＠example.com 12 Apr '05

12 Apr '05

Has anyone tried to use effects on Win32. I tried it at work today and failed. When I try to run a script I get: ** (inkscape.exe:2648): CRITICAL **: file extension/implementation/script.cpp: line 586 (virtual void Inkscape::Extension::Implementation::Script::effect(Inkscape::Extension::Effect*, SPView*)): assertion 'mydoc != NULL' failed I'm having great difficulty diagnosing whether it fails before or after running the script. Is it supposed to work? Aaron Spike

3 7

Donation
by Bryce Harrington 12 Apr '05

12 Apr '05

FYI, another donation came in yesterday, in the amount of $92.50. ($100 - $2.50 (PayPal) - $5 (SourceForge)) The message was: "In support of continued development of the wonderful program Inkscape!" This brings the current total to: $ 3.54 $ 8.48 $ 92.50 ------- $104.52 Bryce

1 0

Crash at Startup
by unknown＠example.com 12 Apr '05

12 Apr '05

I saw Ted's commit in ChangeLog, so I was excited to try the latest CVS. But after building it I found that it crashes immediately on startup. Starting program: /usr/local/bin/inkscape [Thread debugging using libthread_db enabled] [New Thread -1223991168 (LWP 9511)] ** (inkscape:9511): CRITICAL **: Inkscape::XML::Document* sp_repr_read_file(const gchar*, const gchar*): assertion `Inkscape::IO::file_test( filename, G_FILE_TEST_EXISTS )' failed ** (inkscape:9511): CRITICAL **: Inkscape::Extension::Extension* Inkscape::Extension::build_from_reprdoc(Inkscape::XML::Document*, Inkscape::Extension::Implementation::Implementation*): assertion `doc != NULL' failed Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1223991168 (LWP 9511)] release<Inkscape::XML::Document> (r=0x0) at gc-anchored.h:57 57 if (!--_anchor->refcount) { Aaron Spike

1 3

Inkscape nightly builds now weak link against gtkspell
by Mike Hearn 11 Apr '05

11 Apr '05

Hi, I've written a patch, enclosed below, which uses relaytool to make gtkspell weak linked. In English, that means Inkscape will use it if it's available at runtime, but otherwise won't. It's like using dlopen, except that fewer code changes are required and it's generally a lot more convenient. This exposed some issue that I am still trying to track down, of a crash deep inside aspell. I am not sure why this occurs, but I see the same problem with AbiWord. I am starting to wonder if this is another C++ ABI issue, because whilst the GCC documentation explicitly states that mixing two libstdc++ versions in the same image will work fine, in practice it apparently does not (or at least, I cannot see any other reason for the failure). If anybody starts seeing crashes inside aspell with the current nightly builds, please let me know and maybe we can track this down. The patch currently defines the relaytool macro in configure.ac directly, but it should be in acinclude.m4 - I'll fix this stuff before submitting it officially. thanks -mike Index: configure.ac =================================================================== RCS file: /cvsroot/inkscape/inkscape/configure.ac,v retrieving revision 1.40 diff -u -p -r1.40 configure.ac --- configure.ac 3 Apr 2005 05:39:59 -0000 1.40 +++ configure.ac 11 Apr 2005 12:37:16 -0000 @@ -384,7 +387,34 @@ dnl ****************************** dnl Unconditional dependencies dnl ****************************** PKG_CHECK_MODULES(INKSCAPE, gtk+-2.0 >= 2.4.0 libxml-2.0 >= 2.6.0 libxslt >= 1.0.15 sigc++-2.0 >= 2.0.3 gtkmm-2.4 $ink_spell_pkg) + +dnl define the relaytool macro +dnl RELAYTOOL("gtkspell", GTKSPELL_LIBS, GTKSPELL_CFLAGS, gtkspell_weak=yes) +dnl Will modify GTKSPELL_LIBS to include a call to relaytool if available +dnl or if not, will modify GTKSPELL_CFLAGS to include -D switches to define +dnl libgtkspell_is_present=1 and libgtkspell_symbol_is_present=1 + +AC_DEFUN([RELAYTOOL], [ + if test -z "$RELAYTOOL_PROG"; then + AC_PATH_PROG(RELAYTOOL_PROG, relaytool, no) + fi + + AC_MSG_CHECKING(whether we can weak link $1) + + if test "$RELAYTOOL_PROG" = "no"; then + AC_MSG_RESULT(no) + $3="-Dlib$1_is_present -D\"lib$1_symbol_is_present(sym)=1\" $$3" + else + AC_MSG_RESULT(yes) + $2="\`relaytool --relay $1 $$2\`" + $4 + fi +]) + +if test "x$ink_spell_pkg" != "x"; then + RELAYTOOL(gtkspell, INKSCAPE_LIBS, INKSCAPE_CFLAGS, ) +fi dnl Shouldn't we test for libpng and libz? INKSCAPE_LIBS="$INKSCAPE_LIBS -lpng -lz" Index: src/dialogs/text-edit.cpp =================================================================== RCS file: /cvsroot/inkscape/inkscape/src/dialogs/text-edit.cpp,v retrieving revision 1.47 diff -u -p -r1.47 text-edit.cpp --- src/dialogs/text-edit.cpp 25 Mar 2005 01:55:24 -0000 1.47 +++ src/dialogs/text-edit.cpp 11 Apr 2005 12:37:16 -0000 @@ -362,17 +362,25 @@ sp_text_edit_dialog (void) GtkTextBuffer *tb = gtk_text_buffer_new (NULL); GtkWidget *txt = gtk_text_view_new_with_buffer (tb); #ifdef WITH_GTKSPELL - GError *error = NULL; - char *errortext = NULL; - /* todo: Use computed xml:lang attribute of relevant element, if present, to specify the - language (either as 2nd arg of gtkspell_new_attach, or with explicit - gtkspell_set_language call in; see advanced.c example in gtkspell docs). - sp_text_edit_dialog_read_selection looks like a suitable place. */ - if (gtkspell_new_attach(GTK_TEXT_VIEW(txt), NULL, &error) == NULL) { - g_print("gtkspell error: %s\n", error->message); - errortext = g_strdup_printf("GtkSpell was unable to initialize.\n" - "%s", error->message); - g_error_free(error); + +#ifndef libgtkspell_is_present + extern int libgtkspell_is_present; +#endif + g_print("one\n"); + if (libgtkspell_is_present) { + g_print("two\n"); + GError *error = NULL; + char *errortext = NULL; + /* todo: Use computed xml:lang attribute of relevant element, if present, to specify the + language (either as 2nd arg of gtkspell_new_attach, or with explicit + gtkspell_set_language call in; see advanced.c example in gtkspell docs). + sp_text_edit_dialog_read_selection looks like a suitable place. */ + if (gtkspell_new_attach(GTK_TEXT_VIEW(txt), NULL, &error) == NULL) { + g_print("gtkspell error: %s\n", error->message); + errortext = g_strdup_printf("GtkSpell was unable to initialize.\n" + "%s", error->message); + g_error_free(error); + } } #endif gtk_widget_set_size_request (txt, -1, 64);

1 0

gcc 4.0 rc1 available
by Bob Jamison 11 Apr '05

11 Apr '05

I saw this morning that the Gcc project has made a pre-release cut, announced here: http://gcc.gnu.org/ml/gcc/2005-04/msg00479.html It is very easy to install this version: 1) tar jxf gcc-4.0.0-20050410.tar.bz2 2) cd gcc-4.0.0-20050410 3) mkdir objdir 4) cd objdir 5) ../configure --disable-shared --enable-languages=c,c++ 6) make > /dev/null 7) (su) 8) make install The '--disable-shared' flag will build libstdc++ statically, so that we can deliver binaries to others without adding a dependency on the latest version. Bob

1 0

Save to OCAL
by unknown＠example.com 11 Apr '05

11 Apr '05

I was looking through the RFEs for script ideas and I saw "[ 1059410 ] Fuelling OpenClipArt with simple 'publish' export button" <http://sourceforge.net/tracker/index.php?func=detail&aid=1059410&group_id=9…> Without much thought I think this would be a good idea. I also think it is something I might be capable of writing in Python. Anyone have any suggestions as to how this would best be implemented? Is there anything sticky I should look out for with the Public Domain part? Aaron Spike

4 4

Re: [Inkscape-devel] save-on-close issue
by Bryce Harrington 11 Apr '05

11 Apr '05

On Wed, Feb 16, 2005 at 11:55:09AM -0500, mental@...3... wrote: > Quoting Bryce Harrington <bryce@...260...>: > > So something like this? > > > > gboolean lastViewOfDocument(SPDocument* doc, SPDesktop* > > view) const; > > Nearly. Two things: > > 2. s/gboolean/bool/ In general do we prefer bool over gboolean? I notice many instances of gboolean in the Gtk+ code, should I be changing those to bool as I reimplement them in Gtkmm? Bryce

2 1

Help with Win32 MinGW build
by William Lear 10 Apr '05

10 Apr '05

I am having difficulties trying to build Inkscape using the procedures described on the Wiki Win32Port page. I believe I have followed Bob Jamison's directions to the letter. I hate to admit defeat, but I am in need of newbie help. I am using MinGW V3.1.0-1, ink32libs-050202.7z, and a fresh CVS update as of today, 4/10. Everything is installed in the default locations: C:/mingw, c:/gtk. Other than a few seemingly innocuous type mismatch warnings, everything seems to compile OK until I start getting a large number of undefined references, such as: c:/gtk/lib/libgtkmm-2.4.a(clipboard.o)(.text+0x203e): In function `ZNK3Gtk9Clipboard16wait_for_targetsEv': /usr/local/xmingw/lib/gcc/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4. 2/bits/stl_list.h:1162: undefined reference to `std::_List_node_base::hook(std::_List_node_base*)' c:/gtk/lib/libgtkmm-2.4.a(clipboard.o)(.text+0x2316): In function `ZN41_GLOBAL__N_clipboard.cc_3F6EE7DC_4C12096827Signal Proxy_TargetsReceived12gtk_callbackEP13_GtkClipboardPP8_GdkAtomiPv': /usr/local/xmingw/lib/gcc/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4. 2/bits/stl_list.h:1162: undefined reference to `std::_List_node_base::hook(std::_List_node_base*)' This continues until the make terminates due to errors: c:/gtk/lib/libsigc-2.0.a(trackable.o)(.text+0x392): In function `ZN4sigc8internal23trackable_callback_list12add_callback EPvPFS2_S2_E': /usr/local/xmingw/lib/gcc/i686-pc-mingw32/3.4.2/../../../../include/c++/3.4. 2/bits/stl_list.h:1162: undefined reference to `std::_List_node_base::hook(std::_List_node_base*)' c:/gtk/lib/libsigc-2.0.a(trackable.o)(.text$_ZNSt4listIN4sigc8internal18trac kable_callbackESaIS2_EE5eraseESt14_List_iter atorIS2_E+0x15): In function `ZN4sigc9trackableC1Ev': /home/rjamison/xmingw/libsigc++-2.0.3/sigc++/trackable.cc:30: undefined reference to `std::_List_node_base::unhook()' make[1]: *** [inkscape.exe] Error 1 make[1]: Leaving directory `C:/inkscape/inkscape/src' make: *** [all] Error 2 Any help or pointers would be greatly appreciated. Thanks, Bill

2 2

assertion `bpd->moveto_idx >= 0' failed
by unknown＠example.com 10 Apr '05

10 Apr '05

I was playing around with an effect script I wrote yesterday. <http://www.ekips.org/comp/inkscape/koch.php> And I found that if I add a path to the document with the following pathdata: M208.57143 703.79075L174.516731473 751.46188866L239.616096737 756.673375098L208.57143 703.79075ZM414.28571 715.21933L354.791910976 765.893698391L462.153883759 809.766643481L414.28571 715.21933ZL435.919819746 753.935147186L460.519786772 711.050828191L414.28571 715.21933ZM488.57143 578.07647L504.042810705 635.178562182L568.765082358 575.851235234L488.57143 578.07647Z I see this message on the console: ** (inkscape:5371): CRITICAL **: void gnome_canvas_bpath_def_closepath(GnomeCanvasBpathDef*): assertion `bpd->moveto_idx >= 0' failed I'm guessing that the sticky part is "ZL435.919819746 753.935147186" because there is a closepath directive that is not followed immediately by a moveto. But I think this is within the bounds of the spec: 'If a "closepath" is followed immediately by a "moveto", then the "moveto" identifies the start point of the next subpath. If a "closepath" is followed immediately by any other command, then the next subpath starts at the same initial point as the current subpath.' <http://www.w3.org/TR/SVG/paths.html#PathDataClosePathCommand> So it would seem to me that "g_return_if_fail (bpd->moveto_idx >= 0)" in "src/svg/gnome-canvas-bpath-util.cpp" says "fail if the current subpath doesn't begin with a moveto" when it means to say "fail if the current path doesn't begin with a moveto." Aaron Spike

1 0

Re: [Inkscape-devel] DXF import
by Bryce Harrington 10 Apr '05

10 Apr '05

On Sat, Apr 09, 2005 at 06:40:15AM -0500, aaron@...749... wrote: > Jon A. Cruz wrote: > >One thing I was thinking, when I saw the first messages on this thread, > >was that even if there are some other DXF converters we might want to do > >our own anyway, since there might be higher-level semantics we could > >preserve differently, or might map into Inkscape-specific extensions. > >Thinking of some of the things wanted like diagramming, connectors, etc. > > Two links that I saw a while back that might be of interest: > http://www.ribbonsoft.com/dxflib.html Mmm, good find. That's exactly the type of thing needed. I downloaded the code and browsed through it. It looks like to create a dxf2svg converter one would need to do this: Create a sub-class of DL_CreationInterface called something like SvgCreator. SvgCreator's job would be to build up a tree of SVG elements from the DXF data as parsed by this library. To do this, in SvgCreator implement all of the virtual methods in DL_CreationInterface - addCircle(), addLine(), addKnot(), etc. Each of these routines would need to create the corresponding SVG element. I.e., in addCircle(DL_CircleData), you'd convert the contents of the DL_CircleData structure into SVG data and add it to your SVG tree. The next question is, how do you build the SVG tree? This is basically just a data structure to contain XML data, so you could probably use some existing XML library to do it. There is also some SVG-specific code out there you could look at reusing, such as Cairo, librsvg, or even Inkscape itself, in the src/xml directory. (Anyone have a suggestion for which lib would be best to use?) Finally, given the built-up tree, you need code to write it out to an SVG file. Presumably, whatever code you've selected for building the XML tree will include some sort of writer function, so in theory you can just call that, and you're done. :-) So to recap, this looks pretty straightforward. To code it you'll need to be moderately comfortable with C++. You'll need to create one class, and hook two libraries together. You'll need to create a makefile for it, and set up the usual packaging stuff too, but this is all pretty straightforward. I think this'd be a 2-weekend project for someone with good C++ skills, and perhaps thrice that (but an excellent learning project) for a C++ newbie. Anyway, wish I had time to do more than just give advice, but I hope this helps. This looks totally do-able, it just needs a bit of coding time. It'd sure be handy, and I bet it'd get used pretty widely. Bryce

2 1

Gtkmmification status
by Bryce Harrington 10 Apr '05

10 Apr '05

Several people have taken interest in how the Gtkmm work is coming along, particularly in where they could help move it forward. The Gtkmm conversion is required for the 0.42 release, so it's got the high priority currently. We've got a ton of cool features besides gtkmm already in the can, so we have strong incentives to getting gtkmm done. We really don't want to bump the gtkmm work to next release; we've already bumped it for the past three releases, plus we have a bunch of other highly requested features (like the layer dialog) that are dependent on the gtkmm work being in place. Good progress has been made so far, but as you can imagine, reimplementing the Inkscape interface is not a trivial task! We've got most of the bones in place, but there's a lot of flesh to be hung. We had started from the point of Gtkmmifying dialogs. We've made good progress in this area, and have converted most of the simpler dialogs. There's a few challenges still left, such as figuring out how to do TreeView-based dialogs like the XML Editor and the much-anticipated Layer Dialog, however for the most part I think we've got a good framework in place so it'll just be the effort needed to do the conversions. There's still a lot of TODO's in the code for doing things like hooking up preferences, gaining some better abstractions, etc. Jon Philips has been plugging away at some of these items. Converting dialogs to Gtkmm is pretty straightforward. You choose the dialog you want to convert, create a new class derived from Inkscape::UI::Dialog, and go through the old dialog code, migrating function calls over. You look at the manual on gtkmm.org to learn what the C++ versions of the gtk calls are. Usually you can eliminate a lot of unnecessary code in the process (gtkmm is more concise, and the Dialog class takes care of a lot of the basics for you). Meanwhile, Jon Cruz has been experimenting with a cool new idea that abstracts the contents of dialogs into "Panels" that could either be presented in dialogs or embedded in the GUI frame itself. I think this adds flexibility that many users may find quite helpful; it should be possible for someone to adapt the Gtkmm dialog architecture to this without too much trouble. Jizzbug has done a bang-up job of Gtkmmifying all the toolbar and menu stuff. The Gtkmm interface now at least *looks* like the current interface. There's still some optimizations and tweaks needed - button sizes aren't quite right, for example, and we probably need to update the toolbars and menus with recent changes to the main codebase, but these are bite-sized tasks that seem very appropriate for new Gtkmm developers so I'm not worrying about them for now. There's still a lot of chunks of the UI that haven't even been started yet, such as the statusbar and rt-click context menu. They're of medium priority, so I'm not worried about them yet, but they'll definitely have to be tackled before we can make the new UI the default. The highest priority right now is getting the Canvas hooked up. This will be a major milestone to achieve since it'll finally let us *see* SVG documents inside the new interface. With that in place, the work of hooking up toolbars, menu items, dialogs, etc. can finally get under way in full earnest. It looks to me like the path to achieving this is to C++-ify SPView and SPSVGView more, then reimplement SPDesktop and SPDesktopWidget in Gtkmm. This is what I'm focusing on myself right now. Last night I created some C++ member function wrappers for the sp_view* routines, and intend to continue this work through the weekend. Converting SPDesktop will be a sizeable project, but I'm hopeful within a week or so I'll have it in working order, if not completely done. I'm really looking forward to having the Gtkmm work available for us to use in the main interface. Beyond just making the ui code a lot easier to work with, it's bringing in some rather cool innovations we will be able to take advantage of. It will eliminate a ton of quirks in the current UI. It will give users much more flexibility in how the UI is laid out. It will enable us to do some much more sophisticated UI designs, and give Inkscape the advanced UI capabilities that other leading edge GNOME applications have today. :-) As you can see, there's a lot of areas where work can be done in parallel. There's still a lot of blank-page type areas for pure creativity, other areas that mostly work now but need good problem solvers to perfect, and plenty of bulk-work places where C++/gtkmm novices can have a big impact while they learn. I would strongly urge anyone that has some time in the coming months, a little C++ skill, and an interest in pushing Inkscape forward, to think about joining in on the Gtkmm effort. Contact me and let me know what you're interested in, and I'll help you get going. :-) Bryce

1 0

Re: [Inkscape-devel] DXF import
by Bryce Harrington 10 Apr '05

10 Apr '05

On Sat, Apr 09, 2005 at 10:50:36AM +0200, Tobias Jakobs wrote: > Am Freitag, den 08.04.2005, 17:34 -0700 schrieb Bryce Harrington: > > > Anyway, I would imagine that for the DXF module in OO, the situation > > would be similar, however it may be well worth doublechecking. > > Basically, what you'd need to do is dig into the OpenOffice codebase and > > locate the chunk of code that handles DXF, and figure out how much work > > it'd be to extract it. Then, of course, you'd need to find some way to > > turn that into SVG; since OO doesn't yet have SVG export, that'd > > probably be a show-stopper, but who knows. > > > My OO.o has SVG export, or did you mean import? Sorry, I meant "a stand-alone SVG export functionality". Bryce

1 0

Re: [Clipart] developing an xml schema standard for packaged multimedia
by Bryce Harrington 10 Apr '05

10 Apr '05

On Tue, Apr 05, 2005 at 01:48:18PM -0400, Nathan Eady wrote: > Mike Traum wrote: > >I think an xml schema should be developed for a bundle of multimedia > >files. There may be one already, but in my brief search I was not > >able to come up with anything. > > Maybe I'm just old-fashioned, but I would think that an archive format, > such as PKWare ZIP format, would make more sense than XML for a bundle > of files. Even OpenOffice, which uses XML extensively, uses ZIP for > packaging up groups of related files together. Seems to work very > well. Java and Mozilla also use the ZIP format for similar purposes > (jar and xpi, respectively). Johan Ceuppens created a jar-based format for contining multiple SVG files about a year ago for Inkscape. See inkscape/src/inkjar/ for details. It would be nice to build atop that effort. It did not include a metadata format IIRC but it does handle the storage/compression/CRC parts. It was originally created to enable packaging of SVG presentations. In fact, inkview includes support for browsing these files (inkview mypackage.jar). Bryce

1 0

Donation System Proposal
by Bryce Harrington 10 Apr '05

10 Apr '05

Hi all, The other day we received another donation to Inkscape ($10, less SourceForge and PayPal fees). :-) For about a year we've talked on and off about donations for Inkscape. The major question is not getting the money, but deciding how to apply the money appropriately. Of course, we've had no shortage of ideas... From bug bounties/contracts, to hardware, to developer support, to sponsoring attendance at conferences. I like all the ideas, although some would be more feasible than others. However, the one idea I think I like the best, to start with, is to fund contract work to enhance file import/export converters. I.e., accumulate enough funding to pay a developer to augment an existing xyz2svg tool for use with Inkscape. Here is my reasoning for this proposal: 1. These extensions are distinct from the main Inkscape codebase, thus eliminating a range of potential conflicts of interests, learning curve issues, and so forth. 2. Users *definitely* want to see the file converters improved. This is often a crucially important need for them, and they will see the benefits of the improvements immediately. 3. File converters haven't tended to attract attention from many developers. Maybe they're not considered 'sexy' enough? Using money as a motivator is worth a shot. 4. These converters will have definite value beyond Inkscape. A lot of programs out there are starting to gain SVG support. If we are able to gain good xyz2svg converters, this could benefit them as well, plus would help build the reputation of SVG as a good format for interoperability, which helps all of us out a lot. 5. I emphasize focus on enhancing _existing_ tools over creating new ones for several reasons. First, the work of creating a basic tool that does the first 80% of the conversion is usually not too hard and actually kind of fun; the hard part is getting that last 20%, and that's where I think funding development will be most effective. Also, it can be harder to track progress for development of a tool being written from scratch. 6. We can allow users to contribute to the specific converter they wish to support; i.e., we establish one pool for the AI extension, another for DXF, another for VSD, etc. and allow people to choose which one their donations will go to. Here are the challenges I see for this proposal, and how we'd be able to deal with them: a. Funds collection/distribution: If we get a large number of donations, there may be an administrative overhead to keep track of them. I'll set up an account that allows us to accumulate the funds via SourceForge, and for now I'll just handle the accounting manually. If it becomes burdensome, myself or someone can script it up better. b. Donation fees: Currently, SF and Paypal impose fees for donations. A $10 donation works out to be $8.48. It'd be nice to preserve a larger proportion, but beggers can't be choosers. If someone less lazy than me wants to set up something better, let me know. c. Deciding the contract terms. This is the point I'm not sure about, but clearly we need to have some way of establishing the minimum goals for the funding. I'm open to suggestions, but sure we can figure something out; contracting developers is nothing particularly new. d. Deciding who is allowed to bid on the work. I'm concerned about random people bidding on the work, and also think that the spirit of the donations is to also help further Inkscape development in general. Thus I would be tempted to limit participation to people who have a track record of doing development work for Inkscape. These people will be "known quantities", and will have a stake in doing a good job. e. Deciding when to close donations and open bidding. In other words, how do we decide how much money to raise? It's often difficult to determine how much time it'd take to implement a feature. My thought is to leave this open ended - we simply post what the expectations are and how much $$ has been collected, and when a developer feels enough has been raised, he submits a bid to do the work. This way, "the market" is left to decide what the rate should be. f. Deciding what file converter features to allow donating to. My feeling is that we should just leave this open to the donors. Any donation target that someone puts money against is worth adding to the list. g. Legal/contractual paperwork and such. I'm blissfully clueless here. Maybe this part is the achilles heel of the whole idea, or maybe it's no big deal, I have no idea. But people have paid other people to do work before, and I'm sure it can be sorted out somehow. Anyway, let me know what y'all think of this proposal. Worth doing? Bryce

3 2

Re: [Inkscape-devel] DXF import
by John Taber 09 Apr '05

09 Apr '05

Are there any plans for a DXF import ? Right now I have to open a DXF in Open Office Draw, save as SVG, then import into Inkscape. Too bad OO is not GPL otherwise could just take that code module and stick into Inkscape, but maybe there are others.

6 9