- Inkscape Devel - Inkscape Mailman

RE: [Inkscape-devel] Minor CVS request for Win32
by bulia byak 19 Dec '03

19 Dec '03

>It would be nice, however, if a kindly committer would add the >extra codepage source files needed for the build to src/libnrtype. >These are not touched at all by the Linux/Unix build, so they will >not break anything. However, (IMHO) they really should be >in the source tree. There are only about 12 .c files: > >http://prdownloads.sourceforge.net/sodipodi/sodipodi-codepages-1.0.zip?down… > >BUT, with the change to C++, they need to be changed, too. Here are the >same files, but tweaked for C++: > >http://troi.lincom-asg.com/~rjamison/files/nrtype-codepages.zip I can put them up on CVS, if nobody's yet done that. Where exactly do they belong - src/libnrtype? What else needs to be added if we want the CVS to be compilable on win? Thanks, it would be really nice to have an up-to-date win build. _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

article from osnews.com
by Jonathan Phillips 19 Dec '03

19 Dec '03

"If you're looking for vector graphics software, you'll also come up empty handed. I do 99% of my layout work in Illustrator or Freehand and there is nothing even close on Linux. SodiPodi and a couple others may be contenders later on down the road, but right now they are far from being serious competitors to either Illustrator or Freehand." Read this article on differences between win, lin, osX and the big advantages of big apps. http://www.marcusvorwaller.com/weblog/archives/000011.html Jon -- Jonathan Phillips <jon@...15...>

1 0

keyboard shortcuts broken
by MenTaLguY 19 Dec '03

19 Dec '03

Please note that keyboard shortcuts are currently broken in CVS HEAD -- the keyboard shortcut code needs reworking. (SPActions are no longer global, so SPActions no longer work for holding global keybindings...) Anyway, I'll see about reworking this tonight. -mental

1 0

color selector arrows
by MenTaLguY 19 Dec '03

19 Dec '03

Hrm, I like the new double arrows, but having one white, one black is a little distracting. Often, dragging from one end of the slider to the other, the top one starts to disappear, and I have to switch to focusing on the (now barely visible) bottom one instead. I liked the "karaoke" arrows (black with a white outline) much better -- could we try double karaoke arrows? -mental

1 0

Re: First sodipodi+scribus doc experience
by P Linnell 19 Dec '03

19 Dec '03

Note the orginal message did not get to the Scribus list. Posting is subscriber only. Please see my comments in-line. > Message: 13 > From: Jonathan Phillips <jon@...15...> > To: inkscape <inkscape-devel(a)lists.sourceforge.net> > Date: Fri, 19 Dec 2003 09:05:36 -0800 > Subject: [Inkscape-devel] [Fwd: [Sodipodi-list] First sodipodi+scribus doc experience] > > -----Forwarded Message----- > From: Tarax <tarax.mdk@...118...> > To: sodipodi-list(a)lists.sourceforge.net, scribus <scribus@...119...> > Subject: [Sodipodi-list] First sodipodi+scribus doc experience > Date: Fri, 19 Dec 2003 15:00:25 +0100 > > Hi yall, > > First let me tell you that it is a REAL GREAT PLEASURE to use these two > wonderfull softs together :-))) Using sodipodi (0.33) for a little while now, > yesterday I created my first document with Scribus (1.1.4cvs, build id > 29.11.03) importing svg drawings. Actually this was a business card to be > laid down on paper by a professional printing company. At the end of the day > I felt quite well with scribus and the PDF (with transparency) was validated > by the "printer"... JOY ! ;-) > > Nevertheless, I encountered few issues... > First, importing in scribus from a sodipodi svg: > - path width and shape stroke is abnormaly fat, but reducing it to 0 then > resetting the proper thickness works well > - line breaks in text elements disapear in scribus and bitstream vera sans > bold italic becomes bitstream vera sans roman Could be different naming convention of fonts. Note, I find it much safer and consistent to export "plain" SVG from Inkscape or Sodiopodi. We have tested a significant part of the W3C SVG 1.1 test suite for import and rarely have problems - excepting unsupported features i.e. animation, scripting. > - it would be great to be able to open/create a new scribus document straight > from an svg one, thus setting automaticaly the document size (and in future > evolutions with svg print support, multi pages documents...:-) > size and proportion doesn't seem to be very stable (50x64mm object -> 71x84mm) > You should be able to open Scribus and then select Flie > Import > SVG Image and have it create a doc. I checked the current cvs and this does work as designed. Because the way measurements can be changed in Scribus, you still are probably safer creating a page and then importing SVG. If the importer, finds issues with the SVG file, it simply will do nothing. > "Cleaning" up the doc then exporting it back in svg with scribus and opening > this last file in sodipodi: > - the path which hadrounded ends has now square ends. Resetting the proper > choice is ok. Will look at this... > - 91x61mm doc with 2mm margins => 72.8x48.8mm svg doc in sodipodi > - texts are exported in one text element but, in it, a tspan is created for > each character, which is not very handy to work with then :-S > > Finally, it would be great if guides could be kept from one soft to the other > and back. > > These are few things I have noticed... I'll certainly be more accurate in my > comments as I'll experiment further... > > Anyway, many thanks again > > Tarax > > PS: little OT, I have fonts available in sodipodi which aren't in scribus, > could someone give me few advices about that problem ? Which distro and which fonts? This has largely been fixed in Scribus 1.1.1 with a new font discovery mechanism. At the moment, for getting really high quality PDF from SVG, SVG > Scribus > PDF can't be beat. Franz has put a ton of work into making the PDF exporter really robust and correct to the PDF specs. I test Scribus PDF's almost daily using professional PDF pre-flight tools, as well as a new Fiery RIP. Generally, I find if it RIPS, most printers should have no problems with Scribus PDF's. Right now, there is really nothing in open source which can generate the kind of 'press-ready" PDF like Scribus. Ghostscript 8.1+ has many improvements in pdfwrite, but its still in progress. Mind you the SVG importer is quite new code, but it is quite functional and usable. There are also detailed notes on http://scribus.net in the documentation. When you have issues, please drop in on #scribus at freenode.net or post to the mailing list. All the devel team monitor these closely. Cheers, Peter

1 0

[Fwd: [Sodipodi-list] First sodipodi+scribus doc experience]
by Jonathan Phillips 19 Dec '03

19 Dec '03

-----Forwarded Message----- From: Tarax <tarax.mdk@...118...> To: sodipodi-list(a)lists.sourceforge.net, scribus <scribus@...119...> Subject: [Sodipodi-list] First sodipodi+scribus doc experience Date: Fri, 19 Dec 2003 15:00:25 +0100 Hi yall, First let me tell you that it is a REAL GREAT PLEASURE to use these two wonderfull softs together :-))) Using sodipodi (0.33) for a little while now, yesterday I created my first document with Scribus (1.1.4cvs, build id 29.11.03) importing svg drawings. Actually this was a business card to be laid down on paper by a professional printing company. At the end of the day I felt quite well with scribus and the PDF (with transparency) was validated by the "printer"... JOY ! ;-) Nevertheless, I encountered few issues... First, importing in scribus from a sodipodi svg: - path width and shape stroke is abnormaly fat, but reducing it to 0 then resetting the proper thickness works well - line breaks in text elements disapear in scribus and bitstream vera sans bold italic becomes bitstream vera sans roman - it would be great to be able to open/create a new scribus document straight from an svg one, thus setting automaticaly the document size (and in future evolutions with svg print support, multi pages documents...:-) size and proportion doesn't seem to be very stable (50x64mm object -> 71x84mm) "Cleaning" up the doc then exporting it back in svg with scribus and opening this last file in sodipodi: - the path which hadrounded ends has now square ends. Resetting the proper choice is ok. - 91x61mm doc with 2mm margins => 72.8x48.8mm svg doc in sodipodi - texts are exported in one text element but, in it, a tspan is created for each character, which is not very handy to work with then :-S Finally, it would be great if guides could be kept from one soft to the other and back. These are few things I have noticed... I'll certainly be more accurate in my comments as I'll experiment further... Anyway, many thanks again Tarax PS: little OT, I have fonts available in sodipodi which aren't in scribus, could someone give me few advices about that problem ? -- Jonathan Phillips <jon@...15...>

2 1

MinGW build info
by Bob Jamison 19 Dec '03

19 Dec '03

Hi guys, I have a clean MinGW build working. Here is the result: http://troi.lincom-asg.com/~rjamison/files/inkscape.zip It is built with last night's CVS, and should include all of the necessary dependencies. It would be good for someone to check that out. Here is the current set of Gtk libs necessary to link: http://troi.lincom-asg.com/~rjamison/files/gtk2.zip Also, here are the Makfiles used to build it: http://troi.lincom-asg.com/~rjamison/files/makefiles.zip Here are the diffs of the tweaks necessary to get it to compile: http://troi.lincom-asg.com/~rjamison/files/win32.diff And finally, here are the codepages which should be unpacked into the /src/libnrtype lib: http://troi.lincom-asg.com/~rjamison/files/nrtype-codepages.zip Although any person can take these and build on Win32 with MinGW, IMHO, it would be very beneficial to integrate these into the tree. Far better than having a "Win32 Port," would be to have a "Win32 Build" implying that the source tree is always buildable on Win32. Hope this is useful to someone. Bob Jamison Titan Corp.

1 0

Re: [Inkscape-devel] spiral???
by bulia byak 19 Dec '03

19 Dec '03

> > I must say that arrow keys moving is already much more powerful in >Inkscape > > (both by pixels and by fixed increments), while using arrow keys for > > rotating objects is a very stupid idea, imho. Arrow keys just don't >stand > > for rotation. I'm now implementing a comprehensive set of shortcuts for > > rotation using [ and ] keys with various modifiers. > >[clearly i need to build and use InkScape a whole lot more and not be so >badly uninformed about how things like the spiral tool work, but the >machine i use for most of the day and write my email on has a fairly >minimal selection of software] With regard to shortcuts, you can consult http://inkscape.org/cgi-bin/wiki.pl?KeyboardShortcuts which I keep up-to-date as I add more shortcuts. >I'd need to think about it some more but I don't think using the arrow keys >+ modifier for rotation is such a terrible idea but I'll wait and see (I >may well be wrong). There are 2 rotation directions, but 4 arrow keys. Confusing. >I think there is plenty of room to use those >modifiers to overload the arrow keys to allow rotation. In fact, almost all possible modifiers are already used - see the wiki page. Ctrl-arrows pan the canvas; shift, alt, and shift-alt move objects. >However if you want to do things with [ and ] you will definately need to >at least check the AZERTY keyboard layout and perhaps others to make sure >that it is not too awkward to use those keys. I think no matter where these keys are located (provided they are present at all), they are logical enough for this function. >Even if you do decide to use different keys it would certainly be nice to >be able to move things by 1 pixels and N pixels increments (the N pixels >is configurable not just fixed to 10 which i realised after writing the >aformentioned notes). The 10 multiplier may be made configurable, but I don't see much sense in that. It's like coins: you can pay any amount if you have 10-cent and 1-cent coins. >Thanks for the reply, I am very glad that you are also interested in >providing users with keyboard accelerators for most functionality >and I think it is a very good idea to have default keybinding for almost >everything. Yes, that seems to be my speciality in Inkscape :) _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

3 2

RE: [Inkscape-devel] shift+click to select broken
by bulia byak 19 Dec '03

19 Dec '03

>>Just noticed that shift+click to select multiple objects is broken in >>HEAD... any suggestions for a fix? > >Oops. My fault. Will fix now. Fixed, please test. I had to make use of sp_document_partial_items_in_box() for this, which was in the code but never used, and fixed a bug in it so it could actually work. While at it, I changed the behavior of shift-rubberband. Previously it toggled the selected status of all objects it affected, now it always adds to selection. Rationale: the semantics of rubberband ("include everything within this box") and toggle ("deselect what was selected and vice versa") do not mix, imho. Especially given simple rubberband (without shift) always selects objects, regardless of their past status. Shift-click, however, still toggles selection status, so you can select many objects with (shift-)rubberband and then deselect individual ones with shift-clicks. Comments? And the main change which was the reason to dig into this code at all: now if Shift is pressed before you start dragging, you always get rubberband, even if you start from an object. I admit I stole this from Xara, but it's VERY convenient. Without it, if you had a big background object in your drawing, you simply could not use rubberband because you always ended up dragging the background. Now you can, just press Esc and then Shift-rubberband for a new selection. _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/photos&pgmarket=en-ca&RU=http%3a%2f%2fjo…

3 3

Re: [Inkscape-devel] questions
by bulia byak 19 Dec '03

19 Dec '03

> > 2. I want to enable ctrl-click to select within group, but I don't see >how > > it can be done. I've delved deep into the arena code and found that if a > > group is "transparent" then its members can be selected one by one. But >how > > can I do that on ctrl-click? In select-context.c, the handler that >checks > > what button/key was pressed seems to already get a selected item as an > > argument from the arena code. Will I have to analyze this preselected >item > > on my own, or is there a more elegant way? > >This is something I'd like to work on personally, as part of the >continuing layers work. I'm still trying to determine what a "clean" >solution would be, though. Actually, analyzing the object under mouseclick and finding out what part of selection was clicked is pretty easy using document.cpp functions, without any help from arena code. I think I could write this feature now, but if you don't want me to mess with this, I'm fine :) >This sounds like a compiler bug. What version of g++ are you using? >I've been unable to replicate the problem using g++ 3.3.2. Mine is 3.3.1. Do you think it's worth the trouble to protect 3.3.1 users from this crash (which is admittedly rare, you'll need to scale a text string to microscopic sizes to get it)? _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1