July 2006 - Inkscape Devel - Inkscape Mailman

Inkscape verbs for different Zoom percentages? (fwd)
by Alan Horkan 12 Jul '06

12 Jul '06

Inkscape developers Is it possible to set up verbs (and keybindings) for different Zoom levels? (The file inkscape/share/keys/default.xml doesn't mention it if it is already possible.) If not are there any plans to make it possible soon? Since someone else expressed an interest in furthering the Adobe Illustator set of keybindings - and didn't follow up to my mail asking if they had made any progress - I started looking at creating a Macromedia Freehand style set instead/as well. (I plan to have it done as much as Inkscape allows within the 30 day trial period of Freehand.) One of the things this set of keybindings would need is various Zoom Magnifications at several different percentages, and also corresponding actions/verbs so that they could be assigned keybindings. (I was also confused and annoyed again by the use of ratios as zoom levels, leftover from Sodipodi which I find completely non-intuitive and hope perhaps they will at some point be replace with percentage zoom levels instead. It is incidental to the problem I'm trying to sort out at the moment but it would be a bonus if it could be fixed along the way.) -- Alan

3 3

Re: [Inkscape-devel] Inkscape-devel Digest, Vol 2, Issue 23
by Joc 12 Jul '06

12 Jul '06

>Okay, well the main thing is it would be nice to have some automatic >means of injecting fresh blood into the board from year to year. Also, >if there's some polite way to remove inactive board members (voting them >off seems like it could be impolite and messy), that may help make room >for new people. A system that my computer club have used for over 20 years with great success is to have a board of directors (BOD) made of up to 9 positions, and every year we ask our members who would like to join the BOD, if 9 or less give their name then they become automatically the board for the next year, otherwise we run an election and whoever gets the most votes become a director. In practice we rarely have to run an election because there is not that many volunteers for that kind of job, and most directors chooses to continue. We don't have any limit on the number of terms one can be elected, something that has allowed to keep our best and most active directors for many, many years. Any director can be removed by a simple majority vote, something we never had to do. At the first meeting of the new BOD, we ask who would like to do what (president, treasurer, etc), and if needed uses a simple majority vote. This system allows to add new blood every year, avoids discarding good directors, is fair and quite simple to administer. With 9 directors we have enough position to have a few less active director without trouble. Joc

3 2

Re: [Inkscape-devel] Cairo-PDF (was: save as PDF loses jpegs & bitmaps)
by Ulf Erikson 12 Jul '06

12 Jul '06

bulia byak wrote: > On 7/11/06, Ulf Erikson <ulferikson@...400...> wrote: > > Err.. bug-fixes to the current PDF exporter are not picked-up? > > I think the fair and straightforward thing to do is to let both > codebases develop. If and when Of course. I was only surprised to still see bugs in the new cario-based PDF exporter that are already fixed in the current PDF exporter. But in a comment on the patch Miklos says that this is not his latest version anyway. > the cairo one overcomes the current one in terms of quality and > features, replace it. But until then, please do not drop the ball with Sure, if they cannot co-exist it is sane to wait with using the new codebase as default exporter. But is that reason enough to keep it out of versioning control? (or is this developed on a branch?)

1 0

Fwd: ill2svg.pl replacement
by Alexandre Prokoudine 12 Jul '06

12 Jul '06

---------- Forwarded message ---------- From: correasilva@...1393... <correasilva@...1393...> Date: Jul 5, 2006 3:37 PM Subject: ill2svg.pl replacement To: <skipped/> Hi, I tried to send a mail to the inkscape mailing list, and received no replies yet Since Python has been for me (as well for lot of people) a better understandable language, Inkscape has not yet a default .ai (Adobe Illustrator) importer, and as well ill2svg.pl (which comes with Inkscape) is lacking some features (dashes, joins...) and with some bugs (doesn't fisish a conversion, and so on), i started code a ill2svg.pl replacement, named ai2svg.py The text conversion have more care than from ill2svg.pl, because gets the ascii-latin encoding from .ai to .svg - since it's only ascii-latin, examples from other languages are welcome (like japanese, arabic, etc.) - due on limitations, the text boxes may not be placed with the desired position and typeface, but the textbox with its content will be converted My concern on coding this on Python is as well if more people may want to work on this code, which i think seems to be easier to understand than from Perl The only thing it lacks compaired with ill2svg.pl is about embedded and/or linked pictures, since i don't know how to handle it, as well i'm more on avoiding ImageMagick library calls, and doing hardcoding instead At least for my daily usage, my code seems to be more useful than ill2svg.pl, and i would be glad on helping Inkscape development with this so humble contribution from me The converter is at http://www15.brinkster.com/nitrofurano/python - is in that .zip file, in the utils folder (for curiousity, there are some other utils and minimal stuff as well) regards, Paulo Silva

3 5

Boost dependency removed
by Tim Dwyer 12 Jul '06

12 Jul '06

Hi All, Previously we were using routines in the boost/graph libs for connector network layout. I've now replaced these with a custom layout algorithm, so you should no longer need boost to build inkscape. I'll post more about the new layout algorithm once I've implemented a few more features. Cheers Tim

1 0

Re: [Inkscape-devel] [Inkscape-user] Major Issue
by Jasper van de Gronde 11 Jul '06

11 Jul '06

Rick Spillane wrote: > I posted to the list before about this, but I guess I wasn't specific > enough. However has anyone else but me noticed that Export to Bitmap > doesn't really work? ... On a related note, I'm trying to improve Inkscape's rendering quality a bit (nothing drastic, but the current about should look a bit better) and I've noticed that apparently Export to Bitmap doesn't use the exact same procedure as normal rendering (to screen). (I noticed because at one point I apparently broke something that didn't affect rendering to screen but caused export to bitmap to give a very obviously wrong output.) Could someone explain what's going on here?

4 9

[Fwd: Inkscape article?]
by Jon Phillips 11 Jul '06

11 Jul '06

Would anyone like to co-author this article with me? I can help provide guidance, editing, write, if someone wants an in into this writing scene. Anyone? Please contact me offlist to discuss... Jon -------- Forwarded Message -------- > From: Phil Hughes <fyl@...1401...> > To: jon@...235... > Subject: Inkscape article? > Date: Mon, 10 Jul 2006 09:08:05 -0600 > > Hi Jon: > > I have attached a generic message I have been sending out for > something special we are doing for TUX. But, I wanted to talk to you > about something specific. > > I would like to have a very targeted HowTo article on Inkscape. That > is, not learning it generically but how to make something specific. > It could be a greeting card, beer bottle label, ... I would prefer > something you are interested in as long as it could be of generic > interest to TUX and TUX-like readers. > > Interested? Have any ideas? > > Thanks. > > Dear TUX Author/Friend of TUX: > > TUX is putting together a "bookazine". Yes, that is an industry term. > It means a fat magazine with a multi-month life on store shelves. We > are doing this to help promote TUX. > > This first one (we will likely consider this annually) with be "Linux > Desktop Tricks". This will not differ significantly from the normal > TUX how-to style other than some articles will be more focused. That > is, rather than "Learning to Use X", many will be "Doing Y with X". > We also assume the same user profile: KDE desktop users. > > TUX has been full of "you can get this here" or "included in most > major distributions". For this special edition, while we want to be > generic, we also want to offer one concrete starting point. > > Authors should assume the following configuration: > * Dapper Drake default DVD install > * Sources list updated to activate all the repositories that were in > the file but not "turned on" > > What this means is: > * If the program is included in the default DVD install, the article > needs to say nothing about getting the software. > * If the program is on the DVD or in any of the Kubuntu-supplied > repositories but not installed by default, just state that. > * If the program is not in one of these standard repositories, > include the line(s) that must be added to the sources.list file so > Adept can get the software. > * If there is no place to get the package using Adept, include where > to find it. (Hopefully, we will have virtually zero of these.) > > The magazine will include an article that will explain how to update > the sources list, how to use Adept to do the install and generic > information on getting the required software if you are starting with > a different distribution. > > As for article size, I have this standard answer: as big as is needed > to tell the story. Now, because it is print we have to be sane. We > are probably talking 120-130 pages of editorial content for 50 > "Tricks". Some will be very small, some will be quite a few pages. > So, it is your job to tell me how many pages will be needed to cover > the subject and it is my job to add up all the articles and figure > out what we have to do to make them fit. > > Sample Articles > --------------- > Articles should be written in a personal way. That is, interacting > with the reader rather than sounding like the "distant expert". Sample > articles that have appeared in TUX are: > * Wireless Networking with ndiswrapper in TUX #8. > * Konquer Your File Management with KIO in Tux #14. > > Articles Needed > --------------- > The following is a list of article ideas. If you see a topic you would > like to write about, please email me. If you have other ideas that you > feel might fit in, email me about that as well. The "best" email for > me is fyl@...1402... > > As for schedule, we will need all the articles by early September. > But, this is a big project and is an addition to the production > workload so I need to get most of the material during July and August. > If you are a regular TUX author, please take that into consideration > as it is important that we don't detract from TUX with this project. > > 1. Running your desktop over the Internet (you're traveling and forgot > an important file, you need to edit it but the application isn't on > your laptop... how to run applications from remote systems) > 2. Fancy up your desktop with Mac and Windoze fonts. You already have > the fonts on your Windoze machine and want to use them on your Linux > machine too, here's how. > 3. Display pop-up messages/reminders on top of applications. > 4. How to get cool desktop gadgets like weather stations, fancy > clocks, etc. using Superkaramba. > 5. Using KMyMoney to do ... (You pick but let's target something > specific.) > 6. Something using groupware. But, we need groupware that works and > a TUX reader can understand. > 7. Making free calls over the Internet. Skype? Alternatives? Tricks? > 8. Access your Mac and Windoze machines from your Linux box (with a > Linux VNC server). > 9. Something interesting to do with Bluetooth and mobile phones. > 10. Backing up your data. Pretty open. Keep seems to be sick for me. > sbackup? Or ... > 11. Working with RSS feeds. What they are, why you care and using > probably Akregator to play with them. > 12. How fast is your connection. (Looking for something KDE-ish or at > least GUI-ish here.) > 13. Configuring Kmail with GPG. > 14. Setting up procmail. > 15. ISO editing (with Kiso?) > 16. Video conferencing (if we can get a solution for an average TUX > reader). Note that Kopete will be covered in an article. The > trick is talking to a camera without having to tell people to > download and compile code. > 17. Using Katapult. What is it, what it will do for you. > 18. Dealing with SPAM. I plan to have an article "X ways to deal with > SPAM". Feel free to offer your suggestions but, remember, we don't > want to be geek here. > 19. Education-related articles. We will likely have articles about > KWordQuiz, Kig and KmPlot but you are welcome to offer specific ideas > here. -- Jon Phillips San Francisco, CA USA PH 510.499.0894 jon@...235... http://www.rejon.org MSN, AIM, Yahoo Chat: kidproto Jabber Chat: rejon@...896... IRC: rejon@...897... Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) Creative Commons (www.creativecommons.org) San Francisco Art Institute (www.sfai.edu)

1 0

Building/installing from SVN using different --prefix problem
by Hans Nieser 11 Jul '06

11 Jul '06

I used to be able to run two different version of Inkscape by installing the latest official release from Gentoo's portage, and getting the latest from SVN (just to see if any bugs or issues I want to report are perhaps already fixed) and specifying --prefix=/usr/development (for example) to the ./configure script before building, but it doesn't seem to work anymore. When I launch the svn version by running /usr/development/bin/inkscape it just gives en error dialog with "Inkscape encountered an internal error and will close now." and then quits, it also spits out a bunch of errors on the console: -------------------------------------------------------------------------- ** (inkscape:3509): CRITICAL **: Inkscape::XML::Document* sp_repr_read_file(cons t gchar*, const gchar*): assertion `Inkscape::IO::file_test( filename, G_FILE_TE ST_EXISTS )' failed ** (inkscape:3509): WARNING **: Unable to read keys file ${datarootdir}/inkscape /keys/default.xml (inkscape:3509): GLib-GObject-WARNING **: invalid cast from `GtkLabel' to `GtkCo ntainer' (inkscape:3509): Gtk-CRITICAL **: gtk_container_foreach: assertion `GTK_IS_CONTA INER (container)' failed Emergency save activated! Emergency save completed. Inkscape will close now. If you can reproduce this crash, please file a bug at www.inkscape.org with a detailed description of the steps leading to the crash, so we can fix it. ** (inkscape:3509): WARNING **: failed to load icon 'file_import' ** (inkscape:3509): WARNING **: failed to load icon 'file_export' (and a bunch more icon warnings) -------------------------------------------------------------------------- I used the following commands to fetch, build, install and run inkscape: $ svn co https://svn.sourceforge.net/svnroot/inkscape/inkscape/trunk inkscape $ cd inkscape $ ./autogen.sh $ ./configure --prefix=/usr/development $ make $ su # make install # exit $ /usr/development/bin/inkscape All the errors about failing to load icons (and when Inkscape pops up with the error before closing does seem to show a rather empty UI) make me suspect it can't find the files etc. it needs that are installed under /usr/development. On the other hand, the output from ./configure does indicate that it is actually using the prefix and all the files seem to be installed properly. Did I do something wrong or did I check out at a bad time?

3 3

subversion access
by Tim Dwyer 11 Jul '06

11 Jul '06

Hi All, Can someone please restore my subversion access... I've got a big pile of changes to submit (my sourceforge username is tgdwyer) Thanks heaps Tim

2 1

Re: [Inkscape-devel] [Inkscape-user] save as PDF loses jpegs & bitmaps
by bulia byak 11 Jul '06

11 Jul '06

On 7/11/06, Ulf Erikson <ulferikson@...400...> wrote: > > There is a patch available that does pdf export via cairo library. > > http://sourceforge.net/tracker/index.php?func=detail&aid=1519675&group_id=9… > > Err.. bug-fixes to the current PDF exporter are not picked-up? I think the fair and straightforward thing to do is to let both codebases develop. If and when the cairo one overcomes the current one in terms of quality and features, replace it. But until then, please do not drop the ball with bugfixing and adding features to the current implementation as well. The more work you do on it, the better are its changes of eventually winning the race :) -- bulia byak Inkscape. Draw Freely. http://www.inkscape.org

1 0