- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] Fwd: sorting out PS/EPS/PDF export mess
by Joshua Facemyer / Impressus Art 19 Mar '08

19 Mar '08

jiho wrote: > part of the point in having it into the export dialog is that: > 1/ it can be invoked with a keyboard shortcut already (and if the > export button can be focused by default it would make it possible to > create a backup by Shift-Control-E + Return) > 2/ the dialog can stay open at all time, so you can be just one click > away from a backup. Now it just needs to be gtkmmified and thinned a > little to fit with the docked ones. I'm going to argue for the shortcut, in part because the one for "Save a copy" is already there, and in part because the incremental copy one will save a lot of trouble (clicking or entering, switching focus - adds up if you do it a lot). And besides, the point of these was also to have preset options inputted to the export dialog so that they work painlessly, instead of changing all kinds of stuff for each type of copy-save or export you want to do. JF

7 8

LGM 3 inkscapers coordination
by Cédric GEMY 19 Mar '08

19 Mar '08

After Louis's Mail on Create List, i've been assigned to make a list of the people coming to LGM3, in Poland. People interested may send me a mail. If some people need help for paying travels, say also - where you come from - the average price of the travel please, do quick so that we can enter the last step ;) cheers pygmee

1 0

Inkscape stopped working one day
by Alexander Kane 19 Mar '08

19 Mar '08

I only got inkscape a month or so ago, I followed the simple instructions for compiling inkscape 0.45 for OSX. It worked fine (or as well as any program using X11, all flickery etc.) I didn't use it that much though. then a few weeks later I decided to boot up inkscape only to find that the icon appears on my dock, but it doesn't do anything. X11 doesn't launch, nothing happens. It doesn't seem to be working either, as it doesn't slow down the computer at all. Even if I open up x11 first inkscape still doesn't run. I've tried the irc channel but nobody there seems interested at all. If someone here could make a suggestion I'd be greatful. Alexander P.S. I did try reinstalling it, using Macports this time, with the same result. P.P.S It might have being during that period that I upgraded from 10.5.1 to 10.5.2 ____________________________________________________________________________________ Looking for last minute shopping deals? Find them fast with Yahoo! Search. http://tools.search.yahoo.com/newsearch/category.php?category=shopping

2 1

Re: [Inkscape-devel] Anouncing New Extension: Alphabet Soup
by Joel Holdsworth 19 Mar '08

19 Mar '08

Hey... you responded - that's a very pleasant surprise. I thought that website was long dead! - still very impressive work! > Wow! This is super awesome! I've been meaning to implement something > like this for years! Thanks so much! It's especially awesome that > you've implemented it as an Inkscape plugin since that's my vector > editor of choice. That's always good to hear! > How do I get and use the extension? Did you mean to attach it to the > email? Yeah sorry, that e-mail was really directed at the rest of the inkscape devel people, so you'll find the extension in our SVN trunk. You can check out just the share/extensions/ subdir with a command like this: svn checkout https://inkscape.svn.sourceforge.net/svnroot/inkscape/inkscape/trunk/share/… extensions You just need to grab these files: share/extensions/render_alphabetsoup.inx share/extensions/render_alphabetsoup.py share/extensions/render_alphabetsoup_config.py and share/extensions/alphabet_soup/*.svg The extension will probably be released officially in v0.47 - the next release after the upcoming 0.46 and 0.46.1 builds. So it could be a little while before it becomes public. > The original alphabetsoup script *does* allow for totally random > generation, just use -g instead of -r: > > ./alphabetsoup.py -g "Hello World" Yes I saw that in the original code. I just havn't exposed that functionality to the user in this first attempt. Anyway, do feel free to give any comments, suggestions, code-mods etc. after all this is still your baby! Thanks again, Joel On Tue, 2008-03-18 at 16:49 -0700, Matt Chisholm wrote: > Wow! This is super awesome! I've been meaning to implement something > like this for years! Thanks so much! It's especially awesome that > you've implemented it as an Inkscape plugin since that's my vector > editor of choice. > > How do I get and use the extension? Did you mean to attach it to the > email? > > The original alphabetsoup script *does* allow for totally random > generation, just use -g instead of -r: > > ./alphabetsoup.py -g "Hello World" > > So you should be able to hook the plugin into that part of the > original code. > > -matt > > > On Mar 18 2008, 22:37, Joel Holdsworth wrote: > >Hi All, > > > >Thought you might all be interested to know that I've just submitted a > >new python extension: Alphabet Soup. Alphabet Soup is a vector/SVG > >derivative of Matt Chrisholm's orignal GPLed raster script (from here > >http://www.theory.org/artprojects/alphabetsoup/main.html ). > > > >In simple terms Alphabet Soup makes a soup out of your alphabet. Type a > >string into it, and it will render the characters of that string, but > >with the strokes and serifs etc all mixed up. This is all achieved by a > >set of rules which control how the algorithm combines together the > >pieces of the Computer Postmodern Font (<-- that's one of Matt jokes, > >get it??). Try it out - or see the attached SVG. Obviously this script's > >usefulness is quite limited, but it is sorta fun and creative - might > >help new users fall in love with inkscape. > > > >In a while I might roll out an extra function carried over from the > >Matt's original script, which allows unreadable characters to be > >generated completely randomly - rather than as variations of normal > >latin characters. This extra function when it comes will allow the > >script to make totally alien writing. > > > >All the best > >Joel > >

1 0

Pattern licenses
by Tavmjong Bah 18 Mar '08

18 Mar '08

Hi, I am very surprised to discover that three of the patterns Inkscape has included in the Fill and Stroke dialog are not public domain. The only way a user can see this is to look directly at the SVG content, either through a text editor or the XML Editor dialog. I think that this is going to create large scale violations of the licenses as the average user will have no idea that they are using licensed images. Here are the effected patterns: sand_bitmap: creative commons attribution old paint: creative commons attribution cloth bitmap: GFDL or CC Attribution ShareAlike Tav

2 2

Recent /src/bind check-ins
by Bob Jamison 18 Mar '08

18 Mar '08

Hi all, again. Sorry about the large check-ins in the bind/java directory recently. But a large portion of them are the "official" svg-dom Java interfaces from w3c.org. These are necessary for us to provide a compliant DOM interface for scripting and other things. But as soon as we discover what all interface files we need, they will be compiled and placed into a jar file and removed from the source tree. I'll probably be done stubbing out the org.inkscape.dom.svg.*Impl.java files by the end of the week. There are -hundreds- of files, but most are quite small. Those who know Java know that each public class needs its own file, regardless of how small it is. But some of the recent posters might be happy to know that the interfaces also include SMIL and DOM Events, which should simplify animations quite a bit. And collaboration, too. Anyone doing automake stuff for javac might want to comment it out for a few days, until bind/java/org/inkscape/dom/svg can compile cleanly. And note that although the binding will be done with Java, we don't expect anyone to actually write any Java code. Rather, this is just the glue so that we can run VM-hosted interpreters such as Jython, JRuby, and Rhino(JS). So... "Pardon our dust", but I promise that it will be cleaned up in a few days. Scripting will be fun, I promise. :-) bob

1 0

Re v 17915 fails VPATH build - patch
by Krzysztof Kosiński 18 Mar '08

18 Mar '08

Rev 17915 fails VPATH build, because the build instructions for the Java binding assume that srcdir = builddir. Here is a patch (just 1 line changed). Index: Makefile_insert =================================================================== --- Makefile_insert (revision 17915) +++ Makefile_insert (working copy) @@ -6,7 +6,7 @@ rm -f bind/libbind.a rm -f $(bind_libbind_a_OBJECTS) -bind_libbind_a_CPPFLAGS = -Ibind/javainc -Ibind/javainc/linux $(AM_CPPFLAGS) +bind_libbind_a_CPPFLAGS = -I$(srcdir)/bind/javainc -I$(srcdir)/bind/javainc/linux $(AM_CPPFLAGS) bind_libbind_a_SOURCES = \ bind/javabind.h \ Regards, Krzysztof Kosiński -- View this message in context: http://www.nabble.com/Rev-17915-fails-VPATH-build---patch-tp16092887p160928… Sent from the Inkscape - Dev mailing list archive at Nabble.com.

5 9

Inkscape accepted for GSoC 2008
by Bryce Harrington 17 Mar '08

17 Mar '08

http://code.google.com/soc/2008/ Bryce

2 1

Inkscape 0.47 Development Plans
by Bryce Harrington 17 Mar '08

17 Mar '08

Hi all, With Inkscape 0.46 wrapping up, it's time to look forward to our next release, 0.47, and our plans for its development. When we started Inkscape, we began with a codebase with lots of potential but with some architectural limitations that we've never quite resolved. Inkscape has grown rapidly, especially thanks to Google's Summer of Code program. Unfortunately, while we've gained a lot of new features, it hasn't addressed the underlying issues - and in some cases has exposed new problems. Inkscape's also been extremely successful at gaining a lot of contributors, yet this comes with a price: Stylistic differences, accidental code duplication, unfinished code, obsoleted code, etc. What will the codebase cleanup work entail? The work will range from straightforward "grunt" work like making some simple code changes to all files in the codebase, to meatier work like abstracting widely used code into a more concise and powerful algorithm, to advanced work such as extracting distinct code into independent code packages. To boil this down into five high level objectives: 0. Complete some of the big architectural refactoring efforts 1. Reduce source code line count 2. Break useful code out into stand-alone libraries 3. Increase code stylistic consistency 4. Make the codebase more convenient to code in Now, architectural reworkings can often risk incur massive breakages since fundamental pieces of the code are being changed. In order to minimize this, I'd like to suggest the following principles: * Always keep the tree buildable * Do major refactorings in small steps * Hold code review parties with 2-3 others to brainstorm * Drop copied-in codebases in favor of external dependencies * Make sure every function you touch has some doxygen comments Further, this kind of work can go on indefinitely without a clear stopping point, so I think for this release we should use a schedule with a date-based stopping point. This will help everyone know how they should time their work. Mar 10 Release 0.46. 0.47 Refactoring / Cleanup work begins Apr May Jun Jul 1 Completion of refactoring. Focus on Bug Fixing begins. Open 0.48 development tree early, for GSoC work. Aug Put out 0.47-pre releases. Sep Release 0.47. For reference, here are some key GSoC dates: May 26 GSoC work begins. Jul 14 GSoC midterm. First delivery of GSoC code Aug 18 GSoC work ends. This schedule permits us to focus exclusively on refactoring for several months, with a due date of July 1st to complete it. It uses a very early branch point, where we'll split into a stable branch for doing bug fix and release work, and a development branch for the GSoC students to use and for folks to continue right on with refactoring projects if they wish. Bryce

17 69

Matrix multiplication reversed?
by Jasper van de Gronde 17 Mar '08

17 Mar '08

I am attempting to eliminate some redundant types, at the moment I have just tried eliminating NRPoint and NRMatrix in favour of NR::Point and NR::Matrix (patch available soon, I'm currently double-checking it). While looking at the matrix multiplication as defined in nr-matrix.cpp it looks like the definition is reversed (compared to the usualy mathematical definition). That is: A*B=BA ... The reason I think it is reversed is simply that if C=A*B (with C, A and B NR::Matrix's), then C[0] is the dot product between the first column of A and the first row of B (and similarly for the other elements). Am I missing something or is it indeed reversed? And if it is, is there a reason for this?

3 6