- Inkscape Devel - Inkscape Mailman

RE: [Inkscape-devel] shift+click to select broken
by MenTaLguY 20 Dec '03

20 Dec '03

On Fri, 2003-12-19 at 22:19, bulia byak wrote: > >So, to keep this programmer-friendly, I think basically what you need is > >an sp_desktop_item_at_point() that figures out what NRArena to use, and > >calls sp_document_item_at_point(). > > > >To get the NRArena for a desktop, you can use ((SPCanvasArena > >*)SP_DT_ACETATE (desktop))->arena. > > doesn't work too. Printing > > (NRArena *) (((SPCanvasArena *) SP_DT_ACETATE (desktop))->arena) > > and > > child->display->arenaitem->arena > > gives: > > arenas 0x315, 0x8453b38 Actually... I think it's SPDesktop::drawing, not SPDesktop::acetate; sorry... But use the dkey method anyhow -- that's the "correct" way. -mental

1 0

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

20 Dec '03

>On Fri, 2003-12-19 at 04:25, bulia byak wrote: > > 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. > >Hrm, I still can't get shift+click (versus shift+drag) to work. :/ That was a bad solution anyway. It just used bounding box, so objects with holes etc. were treated as opaque rectangles. Now a much better solution is checked in. I had to dig into the arena code (something I was trying to avoid) but I think I succeeded. Please test now. Here's what I did: in document.cpp, a new function sp_document_item_at_point() was added, to complement items_in_box and partial_items_in_box. It calls nr_arena_item_invoke_pick() on all items to find those that are pickable at the given point, and returns the topmost of them. Now select-context.cpp simply uses sp_document_item_at_point() in its root_handler when shift-clicked and does selection toggle. This means we can do without the item that was passed on from the arena code - if we have mouse coordinates, we can always find out the item under mouse. This was necessary in this case because I do shift-rubberband in root_handler, and I must process shift-click in it too, and root_handler does not get an item as an argument. The same approach can be used for ctrl-clicking to select within group. Mental, if you think this approach is acceptable, I'll go on and try to implement ctrl-click. _________________________________________________________________ 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…

2 1

shortcut regressions
by MenTaLguY 20 Dec '03

20 Dec '03

Okay, I've fixed the most glaring shortcut key regressions. Still to fix: * shortcut hints should update when shortcut binding is changed * SPButton tooltips should show shortcut hint -mental

1 0

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

questions
by bulia byak 19 Dec '03

19 Dec '03

With our discussions being so lively :) perhaps something gets lost. A couple of my recent questions were not answered, so I'm not reposting them in the hope that they reach knowledgeable people who might have missed them the first time. 1. Regarding this bug: http://sourceforge.net/tracker/index.php?func=detail&aid=860202&group_id=93… does anyone else think that document.cpp must store the absolute path already, i.e. instead of document->uri = g_strdup (uri); in sp_document_create we should have something like document->uri = abs_path (uri, base); That would fix the above bug. If so what standard function is there for creating an absolute path? I could not find one in glib. 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? 3. "Black magic": has anyone managed to reproduce this bug: https://sourceforge.net/tracker/index.php?func=detail&aid=859364&group_id=9… and its "fix": add an empty g_print("") to line 204 of libnrtype/nr-rasterfont.c: NRRectF * nr_rasterfont_generic_glyph_area_get (NRRasterFont *rf, unsigned int glyph, NRRectF *area) { NRRFGlyphSlot *slot; glyph = CLAMP (glyph, 0, rf->nglyphs); g_print(""); slot = nr_rasterfont_ensure_glyph_slot (rf, glyph, NR_RASTERFONT_BBOX_FLAG | NR_RASTERFONT_GMAP_FLAG); If I don't hear from anyone I'm going to commit this fix anyway (with appropriate comments), because, at least, it will not break anything. A better solution would of course be welcome to replace that temporary fix. _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

2 1

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

19 Dec '03

> > the star, and maybe a polygon tool of some sort for n-th sided polygons. > >I've been meaning to suggest that it would be useful to have a Polygon as >well as a "Star" Tool (pentagram, poly* => Polygram?). >It brings the feature closer to the user, easier to discover and use even >and worth the slight repitition. You can create a polygon with the star tool now, if you use node edit to move the two control points together. However it's a good idea to provide a shortcut for that action, I will add it to TODO. >If the current spiral tool does not do enough to be interesting to you and >you want ways to make it more poweful/usefull I am linking to an example >file (svg and png) and a screenshot of the Spiral Tool from Jasc Web Draw >which has lots of options (curved or flat sides, number of turns, number >of rotations, linear or logarithmic expansion etc). All of these options, with the exception of flat-sided spirals, are possible with Inkscape. It's even more flexible: instead of choosing between linear and logarithmic only, it allows you to set the expansion value precisely (both above and below 1, with 1 being linear), and you can vary the number of rotations interactively on the canvas (switch to node edit). Overall, it's a very good tool. Although the flat-sided spirals would be nice to have too. >Although I keep mentioning Jasc Web Draw I have to say that it is a flawed >program missing all kinds of details but I do think it contains a few >fresh ideas and I will try and take more screenshots. I probably >shouldn't speculate like this but I'd really like to see a stable Inkscape >1.0.0 [1] declared this side of six months and give them a run for their >money! here are those links. I found this on your site: http://www.maths.tcd.ie/~horkana/inkscape/jasc-webdraw-tooltips.txt 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. _________________________________________________________________ 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…

4 3

verb cleanup
by MenTaLguY 19 Dec '03

19 Dec '03

Just a quick note to let y'all know that I've finished the work of making SPActions per-view. Now, if you're implementing a new verb, please use SP_DESKTOP (sp_action_get_verb(action)) to get the associated desktop, instead of using SP_ACTIVE_DESKTOP. -mental

1 0

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. _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=dept/features&pgmarket=en-ca&RU=http%3a%2f%2fjoin…

1 0

shift+click to select broken
by MenTaLguY 19 Dec '03

19 Dec '03

Just noticed that shift+click to select multiple objects is broken in HEAD... any suggestions for a fix? -mental

1 0

Re: [Sodipodi-list] Re: 0.8 multiplier
by MenTaLguY 19 Dec '03

19 Dec '03

On Sat, 2003-12-13 at 05:10, Lauris Kaplinski wrote: > > (this is why all examples in the SVG spec specify a viewBox) > > > > Thinking about this, if Sodipodi intends to be completely interoperable, > > it needs to always write a default viewBox according to the base > > units/points mapping it imposes. > > > > e.g. for a document 100ptx100pt, the viewBox should be "0 0 125 125". > > Are you saying, that 'width' and 'height' attributes of outermost > SVG have different semantics, as the same attributes in inner elements? > AFAIK it is not the case, so viewBoxonly changes the meaning of: > A) Percentages (as these are not defined as % of viewbox) > B) Base units by ratio of width/viewBox_width and height/viewBox_height > - but as width and height are in relative units, this is no > different that applying 'transform'. Consider these two SVG documents (I'll leave out namespace/XML declarations and other boilerplate for brevity): <svg width="100pt" height="100pt"> <rect x="12.5" y="12.5" width="100" height="100" fill="black" stroke="none"/> <rect x="10pt" y="10pt" width="80pt" height="80pt" fill="none" stroke="red" stroke-width="1pt"/> </svg> and: <svg width="100pt" height="100pt" viewBox="0 0 125 125"> <rect x="12.5" y="12.5" width="100" height="100" fill="black" stroke="none"/> <rect x="10pt" y="10pt" width="80pt" height="80pt" fill="none" stroke="red" stroke-width="1pt"/> </svg> Well, hrm. Having just tried this with Batik, I think it reveals a fundamental misunderstanding I had about viewBox. So, for the document root it appears that the relationship between pixel and non-pixel measurements can never be guaranteed to be fixed between different UAs/display devices. Doesn't this mean that Sodipodi should probably be using pixel measurements, not real-world units, for the height/width properties of the root SVG element? (and probably using e.g. sodipodi:height and sodipodi:width, or possibly sodipodi:dpi to derive the real-world measurements the UI uses?) Otherwise, in other SVG UAs, the relationship between the drawing and page size is not guaranteed to be the same. -mental

1 0

Re: optimal coarse and fine grained movement (was: spiral???)
by bulia byak 19 Dec '03

19 Dec '03

>>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. > >This is an interesting question, clearly only 1 cent is required, but if >you are allowed two coins, what is the best denominations? Looking at: >http://www.slacy.com/coins/ Interesting, and it confirms my intuitive feeling: 1 and 10 are indeed the best pair of coins for amounts between 0 and 100 (I think it is safe to assume that larger amounts won't be "paid" by arrow keys, or will be "paid" with alt-arrows in zoom-out which will give larger steps). _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

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

19 Dec '03

>Actually, it indicates a problem. I was also not aware of the geometric >spiral option until peter pointed it out to me :) To me it suggests that >this functionality needs to be made more visible. It will be made more visible when I (or anyone else, volunteers welcome!) have time to move the contents of the Tool Options dialog to the secondary toolbar at the top of the window. As for using node editor for tweaking shapes, now it's hinted by the default statusbar messages which say "... Use node editor to {round corners|make an arc or segment|edit the star shape|edit the spiral}" for the four shape tools. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

[Fwd: Cron <gouldtj@...75...> /home/users/g/go/gouldtj/update.dox.sh]
by Ted Gould 18 Dec '03

18 Dec '03

Here are some warnings that doxygen gave me. I'll fix the module.cpp one. The inkscape-stock.h file seems to have only 141 lines... --Ted -----Forwarded Message----- > /home/groups/i/in/inkscape/inkscape/src/inkscape-stock.h:143: Warning: Missing //@} > /home/groups/i/in/inkscape/inkscape/src/module.cpp:3: Warning: the name `module.c' supplied as the second argument in the \file statement is not an input file > /home/groups/i/in/inkscape/inkscape/src/geom.h:101: Warning: member `Normalize' of class `Point' cannot be found > /home/groups/i/in/inkscape/inkscape/src/widgets/sp-color-notebook.cpp:389: Warning: member `getCurrentSelector' of class `ColorNotebook' cannot be found

1 0

debian packages for inkscape 0.36
by Wolfram Quester 18 Dec '03

18 Dec '03

Hi alltogether! I prepared inkscape packages for the debian distribution. The source-packages and one for sparc can be downloaded from http://honk.physik.uni-konstanz.de/~wolfi/inkscape But I've seen that there are debian packages for i386 and powerpc available from sourceforge. Do you want me to upload them in the debian unstable distribution? Best regards, Wolfi

3 3

Color selector changes
by Jon A.Cruz 18 Dec '03

18 Dec '03

I've just put in a change to all the color selector files to switch them to C++. Things seem to be working better now due to centralizing code and event cleanup. I'm working through the entered bugs, but keep an eye out if anything seems strange, or has compile problems.

1 0

per-view actions
by MenTaLguY 18 Dec '03

18 Dec '03

I've finished the first stage of making actions per-view instead of global. Note that to accomplish this I've ended up changing the API for registering new verbs. More changes are forthcoming. (if perhaps not tonight becaues I'm drop-deadtired) -mental

1 0