- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] RE: More whinging about shortcuts andkeybindings ;)
by bulia byak 02 Feb '04

02 Feb '04

>Hmm, that gives me an idea... how do you feel about the idea of having a >more general 'viewport history' or something like that (which would >include zoom), orthagonal to the document undo history? It IS already a vewport history, that is, each list member in desktop->zooms_past stores four numbers that define the visible area _and_ zoom. However new members to this list are added only when you are zooming in or out, not when you are panning canvas at the same zoom. This is logical: you can pan very slowly, and adding a new "undo step" for each one-pixel panning will make this history unusable. However you gave me an idea: I can store past viewport not only before I do zoom, but also after that; later, when a next zoom is started, I will compare the current viewport with the last stored and, if it's the same, not store it. This way I will be adding one viewport record if there was no panning between zooms and two records if there was panning, these records storing the first and last viewports at this zoom. I think it will be a bit more convenient this way. _________________________________________________________________ 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

bug 859364
by bulia byak 02 Feb '04

02 Feb '04

Mental, I found that a slight rearrangement/optimization of code in libnrtype/nr-rasterfont.cpp fixes this bug for me. So I committed this change because, at least, it does not look as silly as an empty g_print(). I'm closing the bug, as I don't think we'll find a better solution because: - I'm weak at low-level debugging of weird problems (IANAP), and you could not reproduce it - I'm at a loss when it comes to libnr stuff. By the way this worries me a lot, because we have some other bugs (such as 871342, 871582) that are buried deep in libnr and nobody seems to be able to touch them :( - Nobody except you was interested - nobody even reported if they can reproduce the crash or not! _________________________________________________________________ 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 minor changes I'd like before the next release (if acceptable)
by bulia byak 02 Feb '04

02 Feb '04

>On most of the keyboards I have seen the right Alt key is labelled AltGr >(which as far as I can remember is short for Alternative Graphic which is >a holdover from back in the days of machines like the Commodore 64 where >holding down AltGr and a letter would print a graphical symbol). > >I tried using them, lots of crashing >http://sourceforge.net/tracker/index.php?func=detail&aid=887327&group_id=93… Thanks for reporting, that crash is now fixed in CVS. > > No. Arrows are for moving. Rotation is different and needs different >keys. > >I disagree (rotation is still moving and I think) using differnt keys is >unnecessary. No. It's a very different kind of moving. If only because moving has four directions and rotation only two (as I wrote you before). You cannot unambiguously map rotation directions to (some of the) four arrows. And finally, arrows are already so busy with different kinds of moving/panning that adding rotation to them would produce a total mess. Nobody will be able to remember those shortcuts. >If i can get a working build I will be sure to try using the keys you >proposed but using both Alt keys as you have suggested seems like it >would be quite awkward. It's a bit awkward physically, but it's very easy mentally. It's easy to understand the logic behind these shortcuts and therefore to remember them. Try to invent another system where you can scale/rotate both handles or any single one of them, with two different speeds. Without using left/right alt trick, these keys will likely occupy half of your keyboard and will be impossible to remember. > > Panning must not depend on whether there is a selection. > >I dont understand. Can you explain why? Because I may want to pan regardless of any selection, of course! > > >I'm thinking maybe also that you cannot have a meaningful 'rotate' when > > >you are in Node Edit mode (as opposed to the standard select mode) > > > > Yes I can. Select a node and press [ or ]. > >I alway think of the node as being the point specifically, you mean to >rotate the bezier spline (i think spline is the word I'm looking for, you >know the lines that go throught the node and that you can adjust to change >the curve). Not spline, but the control handles of the bezier attached to the node. _________________________________________________________________ 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…

4 4

Re: [Inkscape-devel] fullscreen
by bulia byak 02 Feb '04

02 Feb '04

>On Sat, 2004-01-31 at 14:11, Johan Ceuppens wrote: > > I've put in a ctrl-F11 shortcut. I'm not familiar with Illustrator, so >I've > > put in ctrl-shift-F11 to revert back. Is that ok ? > >Well, probably just having a single keybinding to toggle to/from >fullscreen would be fine. Agreed, I think just F11 to toggle fullscreen would be nice, and it will line up with F12 which hides/shows dialogs. _________________________________________________________________ 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

Inscape Status Jan 31, 2004
by Bryce Harrington 01 Feb '04

01 Feb '04

Project Status Saturday, January 31, 2004 ------------------------------------------------------------------------ We're currently in a pre-feature freeze mode, focusing on closing bugs and doing some other cleanups to ensure the upcoming 0.37 release is solid. A full feature freeze will occur shortly, and we anticipate the final release occuring before the next status report. Much of the effort the past two weeks have focused on bug fixes, minor feature enhancements, and other tweaks. Here's just a brief synopsis of some of the work lately: Attention has been put into the handling of icons, including some fixes for Win32. Further discussion over keyboard shortcuts has identified some improvement tweaks. Some documentation updates/rewrites have been done. A discussion about a remove/apply transformations has resulted in some good ideas and sparked some coding effort in that direction. We've temporarily disabled the 'Filters' menu, with the plan to reactivate it later when we've gotten it more useful. Some discussion on renaming the Dialogs menu has also occurred. A code style document has been drafted after much debate and haggling, and we're looking forward to applying our new rules on the codebase well into the future. A full screen mode has been added. SourceForge has been problematic the past couple weeks, with both CVS and email being either extremely slow, or unavailable entirely. We expect the mailing list problems to resolve themselves once the MyDoom virus has passed; the CVS issue appears to be more chronic so we are considering alternative providers and will be switching once a suitable one is found. We recognized a need for a tutorial, and after considering some of the more typical options like firing off the default HTML browser or tying in with platform-specific help systems, we hit on a novel idea - why not use Inkscape's SVG text subsystem directly, like is done with the About Inkscape dialog box? What better way to teach SVG than to present it in SVG directly? :-) This has inspired a *bunch* more ideas that we hope to see folks explore in the future. Statistics Nov 15 Nov 29 Dec 15 Dec 31 Jan 15 Jan 31 ========== ====== ====== ====== ====== ====== ====== Lifetime Rank on SourceForge: 4391 3676 2452 2444 1928 1945 (68.5%) (73.6%) (82.4%) (82.5%) (86.1%) (86.1%) Max Week's Rank on SourceForge: 62 37 27 22 321 335 (99.6%) (99.8%) (99.8%) (99.9%) (97.5%) (97.8%) Total SF Page Views * 50,000 86,000 107,600 126,500 158,000 Total SF Downloads * 1700 3640 4,751 5,735 7,300 Total Freshmeat URL Hits 746 1121 2237 2567 2,958 3,178 Total Freshmeat Subscriptions 16 19 28 30 33 34 Lines of Code in src/: 115,901 116,970 132,134 165,664 166,914 164,140 Code lines 100,549 132,458 133,150 130,557 Comment line 11,591 12,234 12,468 12,424 Blank 20,559 21.540 21,929 21,796 Lines of Docs in doc/: 1,135 2,100 2,225 2,615 3,068 3,505 Lines of content in website: 1,173 1,624 2,090 2,261 2,885 2,994 Size of the Inkscape wiki: 3,700 5,737 7,385 11,062 11,284 11,897 Minutes since last ChangeLog mod: 360 120 1260 42 6 4 Bugs open/total: 9/15 40/51 67/111 66/130 74/160 61/166 Features open/total: 18/18 23/24 40/45 103/115 104/120 108/124 Patches open/total: 1/ 6 5/20 6/25 4/32 4/32 3/33 CVS Commits (as per inkscape-cvs): 481 963 * 1580 * 2343 Inkscape-devel membership: 49 61 64 65 64 63 Inkscape-announce membership: 9 14 16 20 22 23 Inkscape-user membership: 0 11 * - Statistics unavailable

1 0

Re: [Inkscape-devel] RE: Inkscape minor changes I'd like before the next release (if acceptable)
by Jonathan Phillips 01 Feb '04

01 Feb '04

Usually when you see caps from me, its because my hand hit the caps key on accident :) Cool man...Do you live in Chicago? Someone on our list lives in Chicago. I'm gonna be there in 2 weeks...fyi Jon On Sat, 2004-01-31 at 17:13, Alan Horkan wrote: > On Sat, 31 Jan 2004, Jonathan Phillips wrote: > > > Date: Sat, 31 Jan 2004 17:07:36 -0800 > > From: Jonathan Phillips <jon@...15...> > > To: Alan Horkan <horkana@...44...> > > Subject: Re: [Inkscape-devel] RE: Inkscape minor changes I'd like before > > the next release (if acceptable) > > > > Alan, > > > > I think our development crew value comments, suggestions and posts to > > the bug tracker. Please don't mistake my comments as against that, but > > rather as constructive-criticism for a debate that is in favor of the > > person who fixes the "engine," so to speak. > > > > We need developers of all skill-levels, and not just programmers. > > Sorry, I saw the All-Caps and my brain switched off temporarily and I > overreacted. > > If Inkscape wasn't so differnt from the GIMP and Dia in how it handles > it's shortcuts and I could get it to build I could probably with a little > difficulty provide patches for keybindings. > > It is difficult for me to convince developers I'm right at least in a > certain way. When confronted by the 'show me the attitude' all I can do > it politely state my case and try not to take it personally. > > I need to improve my 'building' skills if i want to get more of a chance > to prove my 'architecture' skills > > Thanks for the feedback. I do appreciate that you engage my arguements > and I sometimes overreact a little but I think I can safely put that down > to how difficult it can be to express oneself clearly using only the > written word. > > Sincerely > > Alan Horkan > http://advogato.org/person/AlanHorkan/ -- Jonathan Phillips <jon@...15...>

1 0

Win32 path fix
by Bob Jamison 01 Feb '04

01 Feb '04

I added a fix to Win32 for Inkscape to load its resource files relative to the executable, from wherever Inkscape.exe is called. This is essential for calling Inkscape from other than the current directory, or double-clicking an icon. This is especially useful for associating ".svg" with Inkscape. If, for example, you used this Registry file (with the path name corrected for your box), you could double-click a .svg file and have Inkscape open it. Save it as inkscape.reg, and double-click it to add to the registry. The latest automated Win32 build has this enabled. I guess that in the future this Registry entry should be done by an installer. ======= SNIP ======= REGEDIT4 [HKEY_CLASSES_ROOT\.svg] @="svgfile" [HKEY_CLASSES_ROOT\svgfile] @="Scalable Vector Graphics File" [HKEY_CLASSES_ROOT\svgfile\shell] [HKEY_CLASSES_ROOT\svgfile\shell\edit] @="" [HKEY_CLASSES_ROOT\svgfile\shell\edit\command] @="C:\\inkscape\\inkscape.exe \"%1\""

1 0

RE: Inkscape minor changes I'd like before the next release (if acceptable)
by bulia byak 31 Jan '04

31 Jan '04

>I've been reading the KeyboardShortcutsToDo document in Wiki >http://inkscape.org/cgi-bin/wiki.pl?KeyboardShortcutsToDo > >You ask >::(two rotation directions ''times'' two rotation speeds ''plus'' two >radial movements) ''times'' two handles for each node ''equals'' 12 keys >or key combinations in total! >:I'm thinking about how to fit this into the keyboard in a more or less >elegant way that can be remembered. Suggestions welcome. > >I would venture a guess that a certain amount of context could be used to >reduce the requirements for so many unique keybindings. I think I managed to shape this quite well with [] <> with various modifiers. See the KeyboardShortcuts page (the ToDo needs updating). Try it on a real node path to get a feel. >I'm thinking we should be able to heavily overload the arrow keys. >Also my instinct is that treating Alt and AltGr differntly is something >that should be avoided if possible. I'm not sure what is AltGr, but left and right Alts or Ctrls are pretty convenient for rotating the two handles separately. Try it. >I remember you had some objections to when this was brought up >http://www.maths.tcd.ie/~horkana/inkscape/jasc-webdraw-tooltips.txt but I >cannot quite recall what they were. (Perhaps it was that you didn't like >that rotate clockwise was both Down Arrow and Right arrow and similarly Up >Arrow and Left arrow were anticlockwise.) I still think the shorcuts used >for this by Jasc Web aren't bad. No. Arrows are for moving. Rotation is different and needs different keys. >Inkscape already uses up and down arrows for Nudging, shift+arrow gives a >bigger nudge. Inkscape uses Ctrl+Arrows for some sort of >Panning/scrolling but I think this is a waste. Why? I use it all the time. It's very convenient. >I'm not sure if it is this >is a good keybinding for panning but it should not be used when there is a >selection. Panning must not depend on whether there is a selection. > When something is selected then Ctrl+Arrows could be used for >rotating it. No. Confusing. Panning keys always pan. Rotating keys always rotate. That's the way it should be. >When there is nothing selected (and because we know dont want to rotate >the whole canvas), we can still use Ctrl+Arrows for panning in this >context if that is what we really want to use those keys for. What you propose is a usability disaster. Accidental rotates when I intended to pan and vice versa will drive me crazy. >Although I'd normally try and avoid using the Alt key for much I do think >alt+arrows could be quite useful, if not instead of the keys you have >suggested then perhaps for skew/shearing. Alt+anything has the general meaning of moving slowly, one visible pixel per keypress. That's the way it works with arrows, [], and <>. I can't live without it. >I'm thinking maybe also that you cannot have a meaningful 'rotate' when >you are in Node Edit mode (as opposed to the standard select mode) Yes I can. Select a node and press [ or ]. >so we >can use these keybindings again for manipulating the nodes. Now that I >think about it Select and Node Edit need to be kept clearly seperated out >anyway, and I'm hoping this makes a whole huge amount of sense. >(Modes like in Vi can be nasty for users but we have them already and may >as well make the most if it) Those operations that are clearly and unambiguously applicable both to objects and to nodes, such as move or rotate, must apply to objects and nodes in selector and node tool respectively. That's just logical. >** ctrl-[, ctrl-] - scale 1/2 or 2 times the original Now it's ctrl-< and ctrl->. As I said, [ and ] are for rotating. >Unfortunately Adobe Illustrator uses them for >Bring to Front Shift+Ctrl+] >Brink Forward Ctrl+] >Send Backward Ctrl+[ >Send to Back Shift+Ctrl+[ Too bad :) I don't think we'll change that to conform to Illustrator because: 1) we already have established keys for back/forward and 2) [ and ] are convenient for rotate. So we'll leave this for the "Illustrator compatibility mode". >I'm conflicted by my sycophantic desire to pander to Adobe Illustrator >users and the desire to use the same keybindings as I used for Dia (which >if i recall correctly were the same as Visio, see below) and perhaps get >other Gnome application to try and use the same bindings consistantly. >Only by keybindings being consistant across applications do they become >significantly easier to learn and remember. > >Send to Back Ctrl+B >Send Backwards shift+ctrl+b >Bring to Front Ctrl+F >bring forwards shift+ctrl+f Ctrl-b, shift-ctrl-f are already occupied. Ctrl-f will be one day used for search (I hope). >I desperately want the Page Up and Page Down keys back so that they can be >used to move up and down the page as the Gods of User Interface Design >intended so I have been thinking about the possible shortcuts. No. In a text editor, the up/down direction is significantly different from left/right so it has additional keys (pgup/pgdn). Not so in a drawing program. Here we have four equally important directions, and they must be equally served by keys. That's why all moves and pans can only be done by arrows, because there are 4 of them. On the other hand, pgup/pgdn can later be used for navigating across "pages" or "layers" of an svg, but that's far away into the future. For now, I like pgup/dn as they are. >Whiel I'm at it I may as well mention that I really strongly want to >rename the Dialogs menu with a 'Tools' menu and make it consistant with >about a zillion pieces of Software instead of just a handful of ugly >software (Gimp, Cinepaint, Sodipodi, Dia). "Tools" is vague. "Dialogs" is exactly what this menu contains. I see no reason for a change. >Sorry if this mail makes little sense, it was written completely out of >order, I originally intended to mail it to the list and I really need to >get some sleep and get my damned project finished on time! I want to sleep too, so replying briefly :) >I found a PDF document that lists some of the shortcuts (keybindings) used >by Adobe Illustrator 7.0 >http://www.bsu.edu/web/ucspubs/pdf/other/crossprod.pdf See KeyboardProfiles - if you care about Illustrator, plan a profile as described on that page. I promise to implement loading keys from a file as soon as we have two complete profiles of different mainstream editors. >PPS I figure I must be doing something wrong or overlooking some detail >but I cant quite seem to get Inkscape (on windows) to import any Images. File > Import? _________________________________________________________________ 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…

4 5

RE: Inkscape minor changes I'd like before the next release (if acceptable)
by bulia byak 31 Jan '04

31 Jan '04

>Even though you can think of Inkscape of currently only having one page I >think having 'page up' and 'page down' do just that is best. (Even given >the importance of Layers in the GIMP I dont think they should be stealing >Page Up and Page Down either and that they should use a differnt >shortcut). None of the vector editors I know uses pgup/pgdn for panning canvas. It's just a foreign concept for a two-dimensional one-page canvas. How would you define the "page" to scroll if what you have before you is just one page? > > "Tools" is vague. "Dialogs" is exactly what this menu contains. I see no > > reason for a change. > >Consistancey with about a Zillion applications ... You can talk about consistency in naming when the functions are similar. What other apps call "tools" is different. E.g. Illustrator has a similar menu used to open various dialogs, but it's called View, not Tools. (And View is obviously more vague and confusing than Dialogs.) > > See KeyboardProfiles - if you care about Illustrator, plan a profile as > > described on that page. I promise to implement loading keys from a file >as > > soon as we have two complete profiles of different mainstream editors. > >I will still push for the defaults to be as much possible like Adobe >Illustrator or failing that another well established piece of professional >graphics software so that at least one large userbase will be able to >migrate relatively easily to Inkscape. You're welcome. Just don't forget to consult (and test) the current Inkscape shortcuts, and make sure your proposal does not infringe on (or gracefully resolves) other shortcuts - because by now, a lot of keys are already taken. >Lots of new and unique keybindings >is the worst of all worlds. Sorry but to me, lots of convenient shortcuts are what matters most, and their consistency with other apps is secondary. That's what keyboard profiles are for. (See Wiki.) Especially given that we now have quite a few shortcuts for which other apps have no equivalent at all. For example Illustrator cannot move by single pixel, cannot scale or rotate by keyboard, cannot edit nodes by keyboard - I find it very frustrating when I have to work in Illustrator. > > File > Import? > >That was among the things I tried but that didn't work. I will test. _________________________________________________________________ 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 3

Re: [Inkscape-devel] Re: default document
by bulia byak 31 Jan '04

31 Jan '04

>So what do you think then about just adding the keyboard shortcuts as >this type of tutorial, with the key graphics I created sometime ago. Where are these graphics? Can you send them to me? >NOTE: Basically, we could even have an "open template," where we could >have sets of template svgs of different documents where people could >select like--standard icon, or letter, or A4, or stationary, or a style Yes, but that's another matter. I'm now working on Help menu. >Hmmm...what do you recommend now for the keyboard shortcuts/manpage. Not sure about manpage (maybe we can live without it in the Help menu, now that we have a tutorial), but I'm working on shortcuts as an SVG reference sheet. _________________________________________________________________ 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…

2 1

RE: More whinging about shortcuts and keybindings ;)
by bulia byak 31 Jan '04

31 Jan '04

>Is it part of the plan that the item "Dialogs, Tool Options" be merged >into the secondary toolbar? I think I recall it being mentioned. Yes. It's in the plans. > > > > See KeyboardProfiles - if you care about Illustrator, plan a profile >as > > > > described on that page. I promise to implement loading keys from a >file > > >as soon as we have two complete profiles of different mainstream >editors. > >If you clarify what exactly you mean by "complete profile" I might be able >to do something, I'm pretty sure the Adobe Illustrator documentation lists >all the keybindings. See http://inkscape.org/cgi-bin/wiki.pl?KeyboardProfiles, section "What is to be done". Basically you need to compile a list of keybindings with a classification of their applicability to Inkscape. >I would hope that you will remain flexible and not reject changes just >because Inkscape has been doing something a certain way before (of course >when Inkscape has been around longer I'd accept this arguement >occasionally). Sure :) >View, Grid #" is a bad keybinding for Americans. if i recall correctly ># is Shift+3 on an American keyboard. What's bad with it being easy to remember? Can you find any key that looks more like a grid than #? >Also the label should probably be >changed to Show Grid (and similarly Show Rulers and Show Scrollbars). Yes, but then it must be Show/Hide, which is bulky. The menu needs to be redone so that the labels are dynamic, e.g. showing "Show grid" when no grid and "Hide grid" otherwise. Until then, let it be just "Grid". >I'd also recommend avoiding single letter keybindings for most things >except the tools (but I wont be surprised if you dont think the >Function keys should be changed either). I don't know - that depends on the strength of your arguments :) >For similar reasons I'm not sure about the keybindings for >Next Zoom Shift+' >Prev Zoom ' Your proposal being? >(abbreviations definately not allowed!) You mean, in the menu? I think we can take an exception, Prev is easy to understand next to Next, and they line up nicely. >but I find the whole idea a bit odd, it is like a seperate undo history >for Zoom which is not something I've seen before. Xara has a "previous zoom" command which is very convenient. Unfortunately it only takes you back to previous zoom and not further, which is why I decided to carry the idea further and implement a complete zoom history. I now use it all the time. >Group and Ungroup use the shortcuts Ctrl+G and Ctrl+U respectively which >are reasonable. But given the shortage of avialable keys, the Gnome HIG, >and the keybindings used by Adobe Illustrator I would suggest >you consider changing it to Ctrl+Shift+G for Ungroup. This might make sense, if you propose a compelling function for Ctrl+U. Otherwise, why disrupt? Ctrl+Shift+G for Ungroup works already exactly as Ctrl+U. >The Gnome HIG recommends the principle of using the Shifted version of a >keybinding for the inverse or for related tasks. >http://developer.gnome.org/projects/gup/hig/draft_hig_new/input-keyboard.ht… >"Use Shift-Ctrl-letter for functions that reverse or extend another >function. For example, Ctrl-Z and Shift-Ctrl-Z for Undo and Redo." We support exactly that. >Getting distracted again I notice Inkscape has "Clear All" which is >grouped beside select all and I mistakenly thought it meant clear >the selection i.e. "Select None". That's a good point. I think makes sense indeed to replace "clear all" with a "deselect" command. Adding that to TODO. > > > > File > Import? >Tried agian with a more recent build from today and I still cannot import >any images (tried jpegs png and bitmaps). Please submit a bug with detailed description. >For all my complaining I really do like Inkscape and I appreciate all the >work you all put into it. We sometimes forget to thank people for >all their great work so, "Thanks for the software". You're welcome :) _________________________________________________________________ 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…

4 3

gtk wheel
by Jonathan Phillips 31 Jan '04

31 Jan '04

I also make a motion to remove the GTK color that makes the fill/stroke palette to massive in the release. Agree? Disagree? Obviously, we will add back in once the custom gtk color wheel is finished. Jon -- Jonathan Phillips <jon@...15...>

4 4

RE: [Inkscape-devel] Re: fullscreen
by bulia byak 31 Jan '04

31 Jan '04

> > - on my KDE 3.14, fullscreen only works properly when there are no > > other maximized windows. If there's a maximized window and an Inkscape > > window over it, then calling fullscreen results in unending flashing > > of these two windows - this can only be stopped by killing > > Inkscape. Anyone else having this problem? > > > >This is a window manager related issue depending on WM_HINTS etc. (Xlib) >It works in sawfish, which is more tied in with gtk. I'll see if I can >disable >it somehow or change the X properties of a window. Now that I've checked, the fullscreen in Gimp 1.3.23 exhibits the same behavior. So, please try to tweak what you can, but it may well be unfixable with the current versions of GTK or KDE. Hopefully this will be resolved sometime in the future... > > - when I open new document windows from a fullscreen window, they are > > sometimes on top of it but sometimes they sink under the fullscreen > > window (can't guess what is the algorithm here). > > > >Hm, no idea, could it be window focus rules ? Maybe. I'll try to investigate. Thanks for the contribution, please keep up the good work! :) _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

fullscreen rocks
by Jonathan Phillips 31 Jan '04

31 Jan '04

Fullscreen rocks! I think we should add a toggle switch to the bottom of the doc. window next to the zoom toggle, possibly to the left of it. When you get into hardcore design work, it is good to have a switch to that. Great WORK jceuppan...did we give him dev. access yet? jon -- Jonathan Phillips <jon@...15...>

1 0

Re: default document
by bulia byak 31 Jan '04

31 Jan '04

>my attempt is in cvs under doc/default.svg. I'd be most grateful if >someone with some time and skill could polish it up. Good idea, it should be added to the Help menu when it's ready (it's even simpler than adding a keyboard shortcuts page - no need to run a browser). Start it with how to scroll/zoom around and how to select things. Then, creating basic shapes; transforms with selector; changing fill and stroke; opening/saving; node tool; text tool; etc. The order is approximate, of course. >It would also be good to work out how to make the tutorial start at a >reasonable size, near the top. Just save it, and next time it will come up with this zoom/view/window size. _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

2 1

RE: [Inkscape-devel] can't compile
by bulia byak 30 Jan '04

30 Jan '04

>select-context.cpp: In function `gint >sp_select_context_root_handler(SPEventContext*, GdkEvent*)': >select-context.cpp:386: error: cannot convert `const NR::Point' to `double' >for argument `2' to `void sp_rubberband_start(SPDesktop*, double, double)' >make[3]: *** [select-context.o] Error 1 Oh my. It's yesterday's message. Please ignore, it's fixed now. _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

GUADEC logo invitation
by David Neary 30 Jan '04

30 Jan '04

Hey there, The fifth annual GNOME conference, GUADEC [GNOME Users and Developers European Conference], will be held in Kristiansand 28-30.June, 2004. We need a logo for the event. Ideally we are looking for a logo including the GNOME footage with a local Norwegian touch. If you are interested in helping out please send your proposal to guadec-planning@...45... as soon as possible. The logo will be used for promotion, on website, t-shirts etc.. Since the logo will be used on material of many different sizes, proposals should be in a vector format if possible. All proposals will be on display on the website of the conference. Many thanks, The GVADEC V Team You can check out some more information on the GUADEC website at http://2004.guadec.org/

2 1

banner printing
by Robert Crosbie 30 Jan '04

30 Jan '04

Hi all, I have a 8.25 x 40" svg graphic that I want to print as a template for a scrollsaw project. I'd like to try and print it out on 8.5x14 paper which I can then tape together for my template. Is there any way to do this using inkscape or some other means under Linux. I have to admint, I'm not familiar with inkscapes printing mechanism because I always export my images to bitmaps and use gimp for final manipulations before printing. Thanks, Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ 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…

1 0

Re: [Inkscape-devel] gtk wheel
by bulia byak 30 Jan '04

30 Jan '04

>I've got my reinvented wheel about ready. > >Should I go ahead and push it in this weekend? Why not - if you think it's ready for the release, or can be readied quickly :) I would love to see it and criticize it :) _________________________________________________________________ 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…

1 0

RE: [Inkscape-devel] Re: default document
by bulia byak 30 Jan '04

30 Jan '04

I checked in the Tutorial command in the Help menu. It simply opens tutorial.svg from INKSCAPE_PIXMAPDIR, where it is put by "make install" from icons/. Feel free to change the directory structure; I don't know hot to properly modify makefiles, so I just listed tutorial.svg next to about.svg in icons/makefile.am and it seems to work. Win32 build files may need updating, too. The tutorial is very preliminary, but I think I will finish it before the release. Suggestions welcome. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

Update on Inkscape release plan
by Bryce Harrington 30 Jan '04

30 Jan '04

It sounds like there's a desire to push the release back a week, due mainly to concerns about mail trouble from the virus. Bryce

1 0

RE: default document
by bulia byak 30 Jan '04

30 Jan '04

What's wrong with the list? I don't see any mail in it since yesterday. >The idea was to have inkscape check for ~/.inkscape/default.svg and open >that for "run without any parameters", and if ~/.inkscape/default.svg >were missing, to use the system wide default.svg given in >doc/default.svg. This gives us the ability for users to start with >their prefered document options (such as page size, colour, etc). The >tutorial should explain how this works so that the user can change the >default easily (checkbox in save?). We almost have it already. It now works via the default namedview template in preferences.xml. It allows you to set paper size, color, border width & shadow, grid and guide options, plus zoom and center of view. As for easy setting, I think now the best approach is to add a "save as template" button in the Document Options doalog, now that I've collected all document options into one dialog. Ultimately, we'll need a support for multiple external templates and a "new for template" option, but for now the template in preferences.xml is good enough I think. >I'm suggesting we try and get this in for this release, particularly if >someone can work on the tutorial to explain some of the features that >people tend to miss when they first try out inkscape(knots, offsets, >printing to .ps). I'm writing to you because you would be the best >person to implement the logic for this (I think?). So the logic is mostly there, except for the button, which should not be difficult to add. But you can edit your template in preferences already, and it may make sense to mention this in docs somewhere... but on the other hand, keyboard shortcuts are more important, and we still don't have them in the Help menu. _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

default document
by MenTaLguY 30 Jan '04

30 Jan '04

For some reason nathan's mail isn't getting through -- he asked me to forward this: Subject: default document From: Nathan Hurst <njh@...32...> Date: Fri, 30 Jan 2004 12:34:41 +1100 To: bulia byak <bulia@...23...>, inkscape <inkscape-devel(a)lists.sourceforge.net> Hi Bulia, sometime ago we discussed the idea of making a default document open when inkscape is first installed, perhaps only opening on the first time use of inkscape, perhaps until the user changes their default document settings. The idea was to have inkscape check for ~/.inkscape/default.svg and open that for "run without any parameters", and if ~/.inkscape/default.svg were missing, to use the system wide default.svg given in doc/default.svg. This gives us the ability for users to start with their prefered document options (such as page size, colour, etc). The tutorial should explain how this works so that the user can change the default easily (checkbox in save?). I'm suggesting we try and get this in for this release, particularly if someone can work on the tutorial to explain some of the features that people tend to miss when they first try out inkscape(knots, offsets, printing to .ps). I'm writing to you because you would be the best person to implement the logic for this (I think?). njh

1 0

default document
by Nathan Hurst 30 Jan '04

30 Jan '04

for some reason this didn't arrive. njh

1 0

fullscreen mode
by Johan C 30 Jan '04

30 Jan '04

Hi, I'm interested in coding on inkscape. I've coded for Worldforge together with Bryce. I've talked a bit with some developers on gristle.org and decided to hack in fullscreen mode and maybe patterns later on. If anyone can point me in the right direction for the fullscreen mode that'd be great. So far, I've seen a gtk_window_fullscreen function somewhere with a GDK_F mask shortcut. I'll make this F11 as in the keyboard shortcuts todo on wiki. People on gristle.org suggested putting in a menuitem for it in the View menu. Any suggestions are welcome. Johan

1 0

fullscreen mode
by Johan Ceuppens 30 Jan '04

30 Jan '04

Hi, I'm interested in coding on inkscape. I've coded for Worldforge together with Bryce. I've talked a bit with the developers on gristle.org and decided to hack in fullscreen mode and maybe patterns later on. If anyone can point me in the right direction for the fullscreen mode that'd be great. So far, I've seen a gtk_window_fullscreen function somewhere with a GDK_F mask shortcut. I'll make this F11 as in the keyboard shortcuts todo on wiki. People on gristle.org suggested putting in a menuitem for it in the View menu. Any suggestions are welcome. Johan

1 0

default document
by Nathan Hurst 30 Jan '04

30 Jan '04

Hi Bulia, sometime ago we discussed the idea of making a default document open when inkscape is first installed, perhaps only opening on the first time use of inkscape, perhaps until the user changes their default document settings. The idea was to have inkscape check for ~/.inkscape/default.svg and open that for "run without any parameters", and if ~/.inkscape/default.svg were missing, to use the system wide default.svg given in doc/default.svg. This gives us the ability for users to start with their prefered document options (such as page size, colour, etc). The tutorial should explain how this works so that the user can change the default easily (checkbox in save?). I'm suggesting we try and get this in for this release, particularly if someone can work on the tutorial to explain some of the features that people tend to miss when they first try out inkscape(knots, offsets, printing to .ps). I'm writing to you because you would be the best person to implement the logic for this (I think?). njh

1 0

RE: Inkscape minor changes I'd like before the next release (if acceptable)
by bulia byak 30 Jan '04

30 Jan '04

> > > > No. Arrows are for moving. Rotation is different and needs different > > >keys. > >How about using Ctrl+R for rotation through 90 degrees? (I use that a >whole lot more often than the small rotations anyway). Why ctrl-] is any worse? And if you decide you want to rotate it back, you only need to press ctrl-[. Whereas with ctrl-r, you'd have to do ctrl-r three more times :) >Ctrl+R is >currently used by Show Rulers and only becuase I cannot think of anything >better I'd suggest using Ctrl+Shift+R for Show Rulers because at least >then it would be the same as the GIMP. And ctrl-r in Gimp is what? > > Because I may want to pan regardless of any selection, of course! > >You might want to, you dont sound all that certain. Really, I pan with ctrl-arrows ALL THE TIME. When the doc is just loaded and there's no selection. When I have a selection and want to better center it. And in a million of other cases :) >I've just noticed that the Up and Down Arrow Keys currently Zoom in and >Out (when used without any modifier keys) and I would have expected them >to be available for Panning when nothing was selected. They're not supposed to, it's a bug which I will fix shortly. It does not affect selector and node tool. >I'd think that Up and Down would be best not used for Zooming. Sure. >For Zooming it would be better to just have >Zoom In + (and also =) as well as Ctrl++ (and Ctrl+=) Sorry, ctrl++ is already "union". It's easy to remember that ctrl with four math operators means four boolean functions. >Zoom Out - as well as Ctrl+- Ctrl+- is "subtract" >(the use of both + and = is to avoid the nasty differences between QWERTY >and AZERTY keyboards) and with Zoom having this generous selection of >shorcuts Yes. _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

2 1

can't compile
by bulia byak 29 Jan '04

29 Jan '04

select-context.cpp: In function `gint sp_select_context_root_handler(SPEventContext*, GdkEvent*)': select-context.cpp:386: error: cannot convert `const NR::Point' to `double' for argument `2' to `void sp_rubberband_start(SPDesktop*, double, double)' make[3]: *** [select-context.o] Error 1 _________________________________________________________________ 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…

1 0

Re: [Inkscape-devel] win32 icon problem
by bulia byak 29 Jan '04

29 Jan '04

>These are all now fuzzy, poor colour contrast and much less clear than >previous icons. My guess is that they are not "new icons". There was no icons change on Linux recently. Most likely, the Win build is just broken because of the recent directory renames and thus uses wrong icons. _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

4 5

RE: [Inkscape-devel] gtk wheel
by bulia byak 28 Jan '04

28 Jan '04

>I also make a motion to remove the GTK color that makes the fill/stroke >palette to massive in the release. Agree? Disagree? Obviously, we will >add back in once the custom gtk color wheel is finished. Disagree, as I wrote just a few days ago. I use it all the time. Do not remove unless you have a fully functional replacement. _________________________________________________________________ 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…

1 0

win32 icon problem
by bulia byak 28 Jan '04

28 Jan '04

Bob, in Inkscape0401280318.zip there's some problem with icons: they are all different from Linux version and often disappear (leaving black squares). Maybe something related to the recent glade/icons rename? Could you please have a look? _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

2 1

filters menu
by MenTaLguY 28 Jan '04

28 Jan '04

Would anyone object if we removed the (mostly non-functional) Filters menu for the release? (When we bring it back, we'll need to call it something else anyway -- we plan on implementing SVG Filters eventually, and those are a totally different thing) -mental

3 3

ted, your abstract
by Jonathan Phillips 28 Jan '04

28 Jan '04

Ted, this is a reminder tody to not forget your abstract at work. It would be a good read... Jon -- Jonathan Phillips <jon@...15...>

1 0

RE: [Inkscape-devel] Prep for releasing Inkscape 0.37
by bulia byak 28 Jan '04

28 Jan '04

> > Can you please post these numbers, just out of curiosity? As well as > > probably SP 0.33 numbers and our 0.36 numbers? That would give us a >sense of > > competition, which is always good :) > >Btw, I've been keeping more detailed track of metrics on our website at >http://www.inkscape.org/status/. Oh, that one I know - thanks for keeping it up, it's really interesting. But the comparison to Sodipodi is more thrilling :) We must beat SP 0.33 downloads. We have everything needed for that. I think we lagged behind with 0.36 simply because the Windows build was not ready in time, and Windows downloads are massive. Now we must push our no-hassle Windows builds more aggressivly. >Also, I suspect when we move CVS off of SourceForge it will reduce our >SF rank subsequent to that. Not really - I read that they are not counting CVS activity due to some issue. What can probably affect our rank is our posting the release news via the news tracker (this wasn't done for the last release). _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

2 1

code cleanup
by Jonathan Phillips 28 Jan '04

28 Jan '04

Also, after doing this conversion from glade -> icons, it is actually a really good idea to document your code cleanup performaed to each file. Don't forget (I think I'm reminding myself). Jon -- Jonathan Phillips <jon@...15...>

1 0

glade naming changed to icons
by Jonathan Phillips 28 Jan '04

28 Jan '04

Hello all, I'm changing globally all references to glade, except in the logs of course. I'm about to commit my changes, and am adding a big Changelog of every file touched so that you can complain to me if something is wrong and we can track it down without a rollback. Thanks, Jon -- Jonathan Phillips <jon@...15...>

1 0

RE: [Inkscape-devel] Inkscape on Windows
by bulia byak 28 Jan '04

28 Jan '04

>I have GTK 2.2.4-2 (from the Gimp web site) installed, which is the >official version for Windows. However, when I try to install Inkscape, it >quits the installer, asking me to install GTK2. Are you using 0.36 installer? If so wait for 0.37, or grab a recent build here: http://troi.lincom-asg.com/~rjamison/inkscape/ These new builds do not require any external libraries. Just unzip and run. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

4 4

RE: [Inkscape-devel] transforms
by bulia byak 28 Jan '04

28 Jan '04

>HOWEVER, please do not take the "auto-flattening" transforms behavior any >further -- particularly, don't apply group transformations to group >members instead. That way lies madness and severe numerical problems >(errors will accumulate rapidly over time). Think what will happen when we use groups as layers, and what is happening already now that it's possible to select within group. For example: - group some objetcs - move and scale the group - select an object within group - copy - paste The transformation is lost. Also see this bug: https://sourceforge.net/tracker/index.php?func=detail&aid=867521&group_id=9… How do you propose to solve these problems without propagating transforms within groups? Especially given that groups may nest arbitrarily deep? >Also bear in mind the expectations of users who use Inkscape to make >trivial edits to existing (possibly hand-structured) SVG files. They will be able to work in the global "preserve" mode. >I would prefer instead that transforms were _never_ flattened unless >explicitly requested. That's what "preserve" mode is for. _________________________________________________________________ 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] Prep for releasing Inkscape 0.37
by bulia byak 28 Jan '04

28 Jan '04

>1. First, there are a couple last code cleanup tasks that remain: We > need to remove the #if 0 code, and we need volunteers for that. I would prefer that this not be done in a hurry. You must thoroughly understand the piece of code before removing anything, because it may be actually very helpful. Just recently there were several occasions where I reused the old #if0 code, revising and upgrading it, as I was hacking the corresponding files. Without those #if0, my work would probably have been more difficult. So I propose to not try to do all of this for the release, but instead keep doing it as we go - once some part of code is significantly touched by someone, remind him/her to clean up dead code there. >4. Lastly is to get word out about this release. We have tasks > identified in the roadmap for doing this. A suitable goal would be > to match the Sodipodi 0.32 page view and download numbers. Can you please post these numbers, just out of curiosity? As well as probably SP 0.33 numbers and our 0.36 numbers? That would give us a sense of competition, which is always good :) _________________________________________________________________ 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…

2 2

Proposal: Consider CVS Provider Change
by Bryce Harrington 27 Jan '04

27 Jan '04

As all SF-using developers know, SF CVS has been partly or totally unavailable for much of the past week. It is possible SF will overcome their current problems and things will greatly stabilize and finally become highly reliable. However, past experience coupled with knowledge of the company's uncertain financial situation suggest this is unlikely to be the case and that we can expect trouble to come. I would like to propose that if when SF CVS returns, we do not have adequate confidence that they'll be highly stable, that we then proceed with a plan to shift to a different CVS provider. There are many different alternatives to consider for CVS providers, each with their own pros and cons. If we go this route I suggest we assemble a set of requirements we would have for a provider, and then judge various options against them. Bryce

5 8

RE: [Inkscape-devel] 'HACKING' file updated
by bulia byak 27 Jan '04

27 Jan '04

>Mmm, good thought. What if we replace the NEWS page with the latest >Release Notes from the Wiki, Yes - just add to the release algorithm: Take the latest release notes from the wiki, format as text, and place as the NEWS file in the root. Speaking of which, I've just rearranged the release notes a bit, and it would be nice to add more stuff to Internals, Ports, and Infrastructure sections. Can you think something up? We probably also need an intro paragraph and a Known issues section. >and remove the TODO list entirely (maybe >moving relevant items into RFE's or the Roadmap?) Most items there are "DONE", and those which are not are pretty obscure - obviously Lauris was writing that for himself. _________________________________________________________________ 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…

1 0

RE: [Inkscape-devel] 'HACKING' file updated
by bulia byak 27 Jan '04

27 Jan '04

>I've rewritten the old (Sodipodi) HACKING file to make it shorter and to >briefly outline our development philosophy for those wanting to get >involved in the future. I've enclosed it below for review. Good work, thanks! Now it would be great to revise (or remove?) the old NEWS and TODO files... _________________________________________________________________ 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…

3 2

transforms
by MenTaLguY 27 Jan '04

27 Jan '04

bulia- Please feel free to remove the "remove transform" verb. It's not normally useful, and deleting the transform= attribute using the XML editor is almost as easy. HOWEVER, please do not take the "auto-flattening" transforms behavior any further -- particularly, don't apply group transformations to group members instead. That way lies madness and severe numerical problems (errors will accumulate rapidly over time). Also bear in mind the expectations of users who use Inkscape to make trivial edits to existing (possibly hand-structured) SVG files. I would prefer instead that transforms were _never_ flattened unless explicitly requested. I will explain my reasoning further when I get home tonight. -mental

1 0

Thank you
by Sebastian Stein 27 Jan '04

27 Jan '04

I like to thank Inkscape's developers for this great application. I first tried sodipodi, but the user interface is a mess and it lacks such simple things like drawing a circle. Please go on with your great work! Steinchen

1 0

Re: [Inkscape-devel] remove/apply transformations?
by bulia byak 27 Jan '04

27 Jan '04

Thanks to everyone for responses! My summary: I was _not_ proposing to remove support for transform=, of course. I just want to make it more consistent and less confusing for new users. So here's a more detailed proposal: There's a switch in "tool options" for selector between "optimize" and "preserve" transformations. The "preserve" option causes all manual scales and drags in selector to add transform=, while "optimize" (the default) writes transformations to the object coordinates. I suspect that the "preserve" mode is buggy simply because it's not the default, and anyway it seems to apply only to manual operations in selector. What I want to do instead: - Make this switch truly global, affecting all transform operations no matter what caused them. - Make sure the "optimize" mode is as complete as possible, i.e. all commands write as much as possible to the object attributes in this mode (absolute "optimization" is not possible, as some transforms cannot be native for some objects and require a transform= anyway). - Make sure the "preserve" mode is equally global and complete, and thoroughly test it. - Add "apply transform" command for those switching between these two modes. Perhaps it might be combined with some other cleanup operations and called simply "cleanup" or "optimize", because "apply transform" is too confusing (I would expect it to call something like the Transformation dialog, not make some invisible change to XML). - Remove the "remove transform" command - it's really just confusing, and in any case it's easy to do the same by removing the transform= attribute in the XML editor, if anyone ever needs this. Jon: >The transformations might be nice if we have a library of objects >and make instances of the object, and rather than changing the >original, transform the instance. That's what SVG use element is for. There is some support for it but it is incomplete. I'm seriously considering adding some simple UI for it in the next version because having a "Clone" and "Define symbol" command would be really cool and seems to not be excessively difficult to add. And yes, of course svg:use requires transform=, and it should still work in both modes - the "optimize" mode would just not optimize an svg:use object, leaving its transform= in place. >saving each transformation and having a dialogue/palette with >transformations or all transoforms: shape scaling, rotating, >twisting, and so forth, would be useful, to go back in time to an >earlier state on a shape. Unfortunately no, transform= as currently implemented does not give you a "history" of transformaions. It's always a single matrix and you can just remove _all_ transformations if you remove it. SVG allows you to write each transformation as a separate command to this attribute, but I think Inkscape does not support this. Robert: >I actually have a need for both "transform = " and "apply >transform" (I see no need for "remove transform"). I would prefer >that when I transform an object, I get a "transform = " and then >have the ability to apply that transform. OK, you can just work in the "preserve" mode. >Lets say I want to draw a regular hexagon. I will draw 3 >identical lines, rotate one 60, another -60, then apply the >transformations. The endpoints of these paths will give me the >control points to draw the hexagon. >From this example, however, I don't see why you need preserving transformations - if you apply them at once! This means you just want the rotate command (in the Transformation dialog, I suppose) to work in the "optimize" mode, i.e. apply the transformations for you. Or am I missing something? >In inkscape, currently, I combine paths to apply a transformation. >I'd really like to see an apply transform button. It's not difficult to add, however I think the first priority is to make sure that _all_ transformation commands work correctly in both optimize and preserve modes. Bob: >But if we ever get into the DOM scripting part of the SVG spec, we >would likely want to keep the original object + each of its >transformations. Like, say an object is rotated by angle theta, >then translated to a point x,y. Say we want to to animate it by >changing theta, thus rotating it, but leaving the translation >alone. Sure, this is where the preserve mode will be used. When we have animation, it will be necessary indeed. Herve: >Well, in fact, i think that te transform= attribute dedicate to a >group object or an object (instead of directly transforming the >d=) may (my opinion) want to act like proto in vrml (3D xml) you >import a proto from another file and transform it : that way when >you change the original proto-file, all transformation will apply >to that imported-proto-file-object. that transform possibility may >add a 'abstrac-implemented-object-stuff' as 'new' in POO > >It is (i supposed) the way "use" should be implemented. Yes, when you reference an external object as in svg:use, you can't do without a transform=, and this cannot be optimized (see above). Groups however are another matter. Currently Inkscape always adds transform= to a group when you move it. I want it instead to write it to each group member recursively (in optimize mode only, of course). Any comments on this particular change? _________________________________________________________________ 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] Proposal: Consider CVS Provider Change
by bulia byak 27 Jan '04

27 Jan '04

>I had an interesting experience trying to move a project off >sourceforge: they refused to take the project pages down. Maybe it's not so bad? Just schedule an automatic daily copy of your "real" CVS to the SF CVS, and you have a free backup copy... _________________________________________________________________ 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

RE: F1 => Help ? [was RE: [Inkscape-devel] RE: couple of functionality tweaks]
by bulia byak 27 Jan '04

27 Jan '04

>Windows users associate F1 with Help >and reaching for the Function keys is somewhat awkward, so I'd expect we >will need to change the keybinding. Oh please no!!! It's the key I use very often. I'm so spoiled by it that now I press it all the time when in Xara (and curse when it gives me help :) I don't know why but it's very convenient, maybe even more convenient than space (for me). And yes, it's non-standard, but it's borrowed from CorelDraw, and therefore has at least some legacy behind it. I'm against changing it in the default keybindings. _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

1 0

Re: [Inkscape-devel] new preview?
by bulia byak 27 Jan '04

27 Jan '04

>the best I was able to do was to verify that Microsoft Visio 2000 uses > >Shift+Wheel for sideways >and >Ctrl+Wheel for Zoom > >which matches what I asked for the HIG to say >http://developer.gnome.org/projects/gup/hig/draft_hig_new/input.html#mouse-… Great, I committed the change to match this. Thanks! _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

Prep for releasing Inkscape 0.37
by Bryce Harrington 27 Jan '04

27 Jan '04

Sounds like it's time to start in on getting the Inkscape 0.37 release process underway. There's been a lot of great effort from many people going into this release, and we're all looking forward to delivering 0.37 to the community. I read over the latest version of the release notes yesterday and am amazed at how much has been acheved, well beyond the planned objectives. The steps we need to take to do this release are the same as before. 1. First, there are a couple last code cleanup tasks that remain: We need to remove the #if 0 code, and we need volunteers for that. We need to finalize the code style guidelines, which basically means getting concensus on keeping tabs or converting tabs into 4-spaces. 2. Next we will declare feature freeze. Anyone working on features right now will need to either get them in by then, or delay/disable them until after the release, or move the work onto a branch. In addition to removing high priority bugs we need to ensure we haven't lost features (like grid snapping). 3. Once the tarball release is cut, I would like to see us take an organized approach to creating and testing the binary packages, so that they are consistently named and of high quality. I'll try to draw up a plan for this for us. 4. Lastly is to get word out about this release. We have tasks identified in the roadmap for doing this. A suitable goal would be to match the Sodipodi 0.32 page view and download numbers. I think we can do it if we put some organized effort into it; we've got a good product and a lot of people will be thrilled to get word about it.

1 0

'HACKING' file updated
by Bryce Harrington 27 Jan '04

27 Jan '04

I've rewritten the old (Sodipodi) HACKING file to make it shorter and to briefly outline our development philosophy for those wanting to get involved in the future. I've enclosed it below for review. Bryce Contributing to Inkscape ------------------------ Inkscape welcomes your contributions to help turn it into a fully SVG-compliant drawing program for the Open Source community. While many developers work on fixing bugs and creating new features, it is worth strong emphasis that even non-programmers can help make Inkscape more powerful and successful. You probably already have an idea of something you'd like to work on. If not, here are just a few ways you can help: * Pick a bug, fix it, and send in a patch * Choose a feature you want to see developed, and make it * If you speak a language in addition to English, work on your language's i18n file in the po/ directory * Find a new bug and report it * Help answer questions for new Inkscapers on Jabber, IRC or the mailing lists * Write an article advocating Inkscape * Author a HOWTO describing a trick or technique you've figured out CVS Access ========== We give CVS access out to people with proven interest in helping develop the codebase. Proving your interest is straightforward: Make two contributions and request access. Patch Decisions =============== Our motto for changes to the codebase is "Patch first, ask questions later". When someone has an idea, rather than endlessly debating it, we encourage folks to go ahead and code something up (even prototypish). This is then incorporated into the development branch of the code for folks to try out, poke and prod, and tinker with. We figure, the best way to see if an idea fits is to try it on for size. Coding Style ============ Please refer to the Coding Style Guidelines if you have specific questions on the style to use for code. If reading style guidelines doesn't interest you, just follow the general style of the surrounding code, so that it is at least consistent.

1 0

RE: [Inkscape-devel] RE: couple of functionality tweaks
by bulia byak 27 Jan '04

27 Jan '04

> > Perhaps this is a misunderstanding: It should deselect any selected >nodes > > (they must become all gray), but not deselect the shape itself (why >would > > you need that in node edit?) If you need to edit nodes of another shape, > > however, you can click on it, and it will be selected instead (i.e. the >old > > shape's nodes will disappear, and the new shape will show its nodes, > > initially deselected (gray)). > > >The reason you need to be able to click on the canvas to not see the >nodes is if the shape you are editing has many nodes and it becomes hard >to see the original shape or curve or whatever. Trust me, it is really >helpful to be able to deselect quickly by clicking on nothing (aka, the >canvas). In node edit, you're supposed to work on nodes, so naturally it displays nodes for you. Just press f1 or f3 or space if you want to "hide" nodes. Or open a new view where you can switch (ctrl-tab) for a quick look without any noise - this way you won't even lose your selected nodes when you switch back. These and more are all natural ways to do what you want, while deselecting _object_ in _node_ edit does not seem quite legal to me. On the other hand, I might program it so that on the first click it deselects any nodes, and on the second click, deselects the shape (hiding its nodes). However I'm reluctant to do this because this may lead to occasional unintended deselections that may be quite annoying. Anyone else has an opinion? _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

glade/ -> icons/
by MenTaLguY 27 Jan '04

27 Jan '04

Just a quick heads-up that we've put renaming the glade/ directory to icons/ on the TODO, since it contains icons and no glade files. -mental

2 1

Re: [Inkscape-devel] RE: keyboard shortcuts + man page
by bulia byak 26 Jan '04

26 Jan '04

>Right now I'm in favor of firing up a browser rather than the full help >system before the release. Yes, I too think it's the best approach in the short term. >You can be assured to get a browser on linux (mozilla), iexplore on >windows, and safari on OS X. I guess browser preference could be another >pref, which would be separate from the option of a open file for preview >pref. Yes, let it be a preference for now. >Any thoughts? When are we going to start the feature freeze? Maybe >WEDNESDAY/THURSDAY, prior to our next release? As for me, I'm already in the "freeze" and actively working on bugs. Bryce, do you think you will be able to provide at least some marker functionality for the release? Anyone else working on anything feature-wise at the moment? _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

2 1

clone example
by bulia byak 26 Jan '04

26 Jan '04

Here's a simple example to give you an idea. Edit the bottom shape (drag, rotate, node-edit) and the top one will respond. As you see there is some support in the program already, but it's quite buggy. Hopefully it can be cleaned up and made usable. (You could help, too, given that you need it for your designs :) _________________________________________________________________ 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…

1 0

Re: [Inkscape-devel] remove/apply transformations?
by bulia byak 26 Jan '04

26 Jan '04

>Suppose I'm drawing a snowflake: >http://members.rogers.com/rcrosbie/images/woodworking/snowflake_2c.jpg > >I only need to work on one branch of that snowflake, group the paths and >the others are copies of that branch that are rotated. It's the perfect case for svg:use (I propose to call it "clone" in the UI). You create clones, rotate/move them, then work on the shape of the original and all clones are updated automatically. If there are no showstoppers in the current svg:use support, I will try to make this possible for the next release. (Which means you won't need the "preserve" mode, after all - the clones would work the same in both modes.) >I wouldn't have to do things like this if inkscape had some CAD-like path >features such as: Connect path A to the midpoint of Path B; Clip path A at >it's intersection with path B; etc. I'm constantly making objects to >precisely find these points that I need. When I need to draw something with such constraints, I use KSEG (http://www.mit.edu/~ibaran/kseg.html). It's very nice and powerful, although you can't easily export its drawings into SVG :( >It consists of 5 copies of the same path that are rotated, but I had to >draw a lot of intermediary objects and paths to ensure that that one path >would be seamless when it was rotated and combined into the larger object. >It's the intermediary objects that I need to apply the transformations to. Exactly, this is where clones are badly needed. I always wanted to have them in my vector editor, but so far no application offered exactly that kind of feature. _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

1 0

Re: [Inkscape-devel] remove/apply transformations?
by Robert Crosbie 26 Jan '04

26 Jan '04

---8<---Snip--->8--- >>Lets say I want to draw a regular hexagon. I will draw 3 >>identical lines, rotate one 60, another -60, then apply the >>transformations. The endpoints of these paths will give me the >>control points to draw the hexagon. > >From this example, however, I don't see why you need preserving >transformations - if you apply them at once! This means you just >want the rotate command (in the Transformation dialog, I suppose) to >work in the "optimize" mode, i.e. apply the transformations for >you. Or am I missing something? In this particular case, optimize mode would work well, but I am actually constantly switching between the two. Suppose I'm drawing a snowflake: http://members.rogers.com/rcrosbie/images/woodworking/snowflake_2c.jpg I only need to work on one branch of that snowflake, group the paths and the others are copies of that branch that are rotated. In this case I want to work in preserve mode because If I make a change to one of the branches, I can copy that change to the transformed groups. But suppose I want the side-branches to meet. I will then use my hexagon example above to find the point where side-branches intersect and use that as my endpoint. I usually want to optimize the transformations in jig objects that are used to find points for my preserved object. Does that make sense? I wouldn't have to do things like this if inkscape had some CAD-like path features such as: Connect path A to the midpoint of Path B; Clip path A at it's intersection with path B; etc. I'm constantly making objects to precisely find these points that I need. Check out this celtic knot: http://members.rogers.com/rcrosbie/images/woodworking/plate5of3a.jpg It consists of 5 copies of the same path that are rotated, but I had to draw a lot of intermediary objects and paths to ensure that that one path would be seamless when it was rotated and combined into the larger object. It's the intermediary objects that I need to apply the transformations to. Cheers, Rob. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

2 1

RE: [Inkscape-devel] RE: couple of functionality tweaks
by bulia byak 26 Jan '04

26 Jan '04

>Hey, wait a minute, actually I programmed this long ago - and it works for >me! Could you please describe in detail how it's not working? With a sample >file and step-by-step instructions? Perhaps this is a misunderstanding: It should deselect any selected nodes (they must become all gray), but not deselect the shape itself (why would you need that in node edit?) If you need to edit nodes of another shape, however, you can click on it, and it will be selected instead (i.e. the old shape's nodes will disappear, and the new shape will show its nodes, initially deselected (gray)). _________________________________________________________________ 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

RE: couple of functionality tweaks
by bulia byak 26 Jan '04

26 Jan '04

>While I was editing a shape using the node-select tool, I tried to >deselect the shape by clicking on the canvas, which is kinda standard >practice, and the shape was still selected (ie, the nodes were active). >When one is using the node edit tool and they click on open space, all >nodes should be deselected. > >I'm putting an RFE in on this one, but I figured it might be a simple >change. >https://sourceforge.net/tracker/index.php?func=detail&aid=884979&group_id=9… Hey, wait a minute, actually I programmed this long ago - and it works for me! Could you please describe in detail how it's not working? With a sample file and step-by-step instructions? Anyone else having problems with this? _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

Re: [Inkscape-devel] RE: keyboard shortcuts + man page
by bulia byak 26 Jan '04

26 Jan '04

>Take a look at 'ScrollKeeper': http://scrollkeeper.sourceforge.net/ What is involved in adding SK support? Can we do this quickly, for the shortcuts page only, before the release? If not, I would still much prefer to have a web browser fired as an interim solution, because easy access to the shortcuts page is critical for users. _________________________________________________________________ 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…

5 7

RE: [Inkscape-devel] remove/apply transformations?
by Robert Crosbie 26 Jan '04

26 Jan '04

I actually have a need for both "transform = " and "apply transform" (I see no need for "remove transform"). I would prefer that when I transform an object, I get a "transform = " and then have the ability to apply that transform. Lets say I want to draw a regular hexagon. I will draw 3 identical lines, rotate one 60, another -60, then apply the transformations. The endpoints of these paths will give me the control points to draw the hexagon. This is a simplified example, but I do things like this a lot to get accurate points. In inkscape, currently, I combine paths to apply a transformation. I'd really like to see an apply transform button. Rob. http://members.rogers.com/rcrosbie >From: "bulia byak" <archiver_1@...19...> >To: inkscape-devel(a)lists.sourceforge.net >Subject: [Inkscape-devel] remove/apply transformations? >Date: Mon, 26 Jan 2004 16:08:38 +0000 > >Another confusing concept. SVG allows to store transformations (moves, >rotates, etc) both "natively" (in the object's own coordinates) and as a >transform= attribute that is applied "after the fact". Of the many commands >that move/rotate objects, some (most) write the new coordinates directly >into the object, but some just add a transform= attribute without changing >anything else in the object. I see no apparent logic behind this difference >in behavior. > >Now, the "remove transformations" command simply erases the transform= >attribute if it is present. Recent Sodipodi adds "apply transformations" >which writes the transform= into the object and then removes it (i.e. no >visible change). I think this mess is very confusing and serves no useful >purpose. To an artist, "remove transformations" works as a weird sort of >undo whose results are generally unpredictable, and "apply transformations" >does nothing at all. So I propose: > >- remove the "remove transformations" command. > >- fix the remaining commands that add transform= so that they always >"apply" their transformations to the objects at once. (In particular, >scaling a text object must affect its font size; transforming a group must >write transformations into the group's members instead of adding transform= >to the entire group.) > >I may have missed something, so please argue. > >_________________________________________________________________ >The new MSN 8: advanced junk mail protection and 2 months FREE* >http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms… > > > >------------------------------------------------------- >The SF.Net email is sponsored by EclipseCon 2004 >Premiere Conference on Open Tools Development and Integration >See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. >http://www.eclipsecon.org/osdn >_______________________________________________ >Inkscape-devel mailing list >Inkscape-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/inkscape-devel _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

Re: [Inkscape-devel] new preview?
by bulia byak 26 Jan '04

26 Jan '04

>If this functionality is in fact "Preview in Browser" then it is certainly >confusing which makes it useless in its current state but I think with >minor changes it could be made genuinely useful. Good idea to make this command an "External preview". Just store a command line with options in prefs, and when a preview is requested, save the current file and run the command on it. This seems to be similar to the task of running an external browser for help files - therefore, Jon, what would you say if I ask you to add this to your TODO? Right now, however, the "preview" is done by Inkscape itself, and is therefore useless. So I'm removing this command for now, until we have an external preview functionality. Alan, can you say your word on the most HIG-compliant set of scrollwheel modifiers? As I wrote some time ago: We have this item in the roadmap: * Decide on mouse scrollwheel modifiers [everyone, see mailing list archives] So, once you raised the issue, could you please review the current wheel behaviors: # Mouse wheel scroll canvas vertically # Ctrl + Mouse wheel scroll canvas horizontally # Shift + Mouse wheel zoom in or out and propose a change to conform to HIG, but without losing any of the three functions. After you publish your proposal here, if no one objects, I will code 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

RE: [Inkscape-devel] news + features
by bulia byak 26 Jan '04

26 Jan '04

>Are there any more announcements? I add most features/fixes I do to the release notes. Review the release notes to see if there's anything that you like that wasn't on the front page yet. (And add anything missing to the release notes as well.) _________________________________________________________________ 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

new preview?
by bulia byak 26 Jan '04

26 Jan '04

Anyone would object if I remove this command? What it does is basically runs an SVG viewer on the current file. The idea behind this is unclear to me. If you want a parallel view of your file, "New view" would be just fine. So I think "New preview" is confusing and useless. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

2 1

news + features
by Jonathan Phillips 26 Jan '04

26 Jan '04

Does anyone have any news/announcements that they would like on the main page. I'm going to add prior to our release: - inkscape-user mailing list announcement Are there any more announcements? Jon -- Jonathan Phillips <jon@...15...>

1 0

remove/apply transformations?
by bulia byak 26 Jan '04

26 Jan '04

Another confusing concept. SVG allows to store transformations (moves, rotates, etc) both "natively" (in the object's own coordinates) and as a transform= attribute that is applied "after the fact". Of the many commands that move/rotate objects, some (most) write the new coordinates directly into the object, but some just add a transform= attribute without changing anything else in the object. I see no apparent logic behind this difference in behavior. Now, the "remove transformations" command simply erases the transform= attribute if it is present. Recent Sodipodi adds "apply transformations" which writes the transform= into the object and then removes it (i.e. no visible change). I think this mess is very confusing and serves no useful purpose. To an artist, "remove transformations" works as a weird sort of undo whose results are generally unpredictable, and "apply transformations" does nothing at all. So I propose: - remove the "remove transformations" command. - fix the remaining commands that add transform= so that they always "apply" their transformations to the objects at once. (In particular, scaling a text object must affect its font size; transforming a group must write transformations into the group's members instead of adding transform= to the entire group.) I may have missed something, so please argue. _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

[Fwd: [Sodipodi-list] Writing SVG code for editing with Sodipodi]
by Jonathan Phillips 26 Jan '04

26 Jan '04

Looks like the UNITS problem! Arg! It seems like there are all these containers of ideas and badly implemented ideas that are TODO that still hang over us still in INKSCAPE. I say we evaluate, disable, and remove any of this unimplemented or crappy code from the project. It will probably make our life easier in the long run. The units problem is horrible. Our printing system and export system are pretty bad too. ARG! Jon -----Forwarded Message----- From: Pierre Abbat <phma@...177...> To: sodipodi-list(a)lists.sourceforge.net Subject: [Sodipodi-list] Writing SVG code for editing with Sodipodi Date: Sun, 25 Jan 2004 11:22:47 -0500 I wrote a two-line program that generated a lemniscate and pasted the code into a <path> element in a Sodipodi file. Since the width and height are in millimeters I thought the coordinates would be in millimeters. They weren't. The lemniscate was too small. I then edited it so that it looked like M-87.4619707139396mm 42.4024048078213mm M-88.2947592858927mm 41.4518786277521mm M-89.1006524188368mm 40.4508497187474mm and tried again. The lemniscate went flat. I removed the millimeters and scaled it and put it in the middle of the 300*300mm square. The center is now at 531.4961,531.4961. What unit is Sodipodi using, and how do I tell it that the coordinates are in millimeters? phma -- Jonathan Phillips <jon@...15...>

2 1

export background
by bulia byak 26 Jan '04

26 Jan '04

Now the page color, settable in the document options dialog and saved with the document, is also used as the background color when exporting anything from this document. By default this color is white and 100% transparent, so the default export has transparent background as before. However you can set it e.g. to white 0% transparent and have white background in PNG without having to add any background objects. For this to be possible I added inkscape:pageopacity attribute to the namedview. Now the page color is split into the pagecolor and inkscape:pageopacity attributes - ugly but at least partially compatible with Sodipodi. By the way, Sodipodi now has an extra color picker right on the Export dialog for the same purpose (setting background color for export). I think simply using page color is more natural and convenient. Especially given that, in the typical Sodipodi fashion, that picker's color is not saved/restored anywhere... I'm also thinking about saving export dpi in the namedview as well, so that each document would remember its last dpi setting. I think it's logical. Other improvements today: font list in the text dialog is autoscrolled to always show selected font; text object description shows font in the statusbar; currentColor and userSpaceOnUse fixes ported from Sodipodi; and many other bugfixes. _________________________________________________________________ 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…

1 0

Proposal: "inkscape-user@" mailing list
by Bryce Harrington 26 Jan '04

26 Jan '04

For the purposes of assisting users following the 0.37 release, we should create an inkscape-user@ mailing list at this time. The purpose of this list would be to serve as a place for users to share tips and tricks and help each other learn how to make effective use of the tool. Having a place to build a user community will be adventageous, as many users may find devel lists overwhelming. If this sounds good, I'll set it up, and we can push membership in it as part of the 0.37 announce. Bryce

1 1

RE: [Inkscape-devel] Win32 - Bug in Markers?
by bulia byak 26 Jan '04

26 Jan '04

>Can someone check please? > >The line markers are not working with the freehand line or bezier curve >tools. I get the messages 'start_marker' marker is '<nil>', >'mid_marker'...... and 'end_marker'........is nil, as soon as I start. The >end cap choices are working. For me, nothing works at all in today's CVS. When I click any marker button, Inkscape crashes. >This is the first time I have used this so I do not know if it is recent >behaviour. Yes, I think Bryce added it recently. I hope it gets resolved for the release. Are the preferences problems resolved? I recently tested it on Windows 98 and it seems to work OK. _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

3 2

Inkscape on Windows
by Ryan Pavlik 25 Jan '04

25 Jan '04

Hello developers! I am not a member of the list, I just sent this in to alert you of a potential installer problem. I have GTK 2.2.4-2 (from the Gimp web site) installed, which is the official version for Windows. However, when I try to install Inkscape, it quits the installer, asking me to install GTK2. I will continue to try to override this setting in the installer, as the official GTK should work fine... Ryan (any replies please copy to me, since I am off list)

1 0

sodipodi:type namespace
by MenTaLguY 25 Jan '04

25 Jan '04

I realized one other place where we need to be careful about not polluting sodipodi's namespace -- sodipodi:type. Currently, we only have one "type" of our own, SPOffset, but we can expect to add more. I think the best way to approach this is to prefix any types we introduce ourselves with inkscape: -- e.g. now the sodipodi:type for SPOffset will be "inkscape:offset". I think it's important we get these issues sorted out before the release. As a result, I've changed the sodipodi:type used in HEAD -- if you have existing documents using SPOffsets, you'll need to fix their sodipodi:type from the XML editor. -mental

1 0

backups
by bulia byak 25 Jan '04

25 Jan '04

To fix this: https://sourceforge.net/tracker/index.php?func=detail&aid=866103&group_id=9… I want to back up the old prefs file before writing the new one. Adding an option to backup SVG files when saving would be great, too. There's a library here: http://www.gnu.org/software/gnulib/ that has this functionality and claims to be portable. So what do we do? - include gnulib as a dependency - lift just backupfile.c and copy-file.c from it and include in our codebase - find some other lib - write the backup function ourselves Any comments? _________________________________________________________________ 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…

2 1

Re: [Inkscape-devel] do we need meters?
by bulia byak 25 Jan '04

25 Jan '04

OK, for now I simply added a check if the units are meters, and if so, coverted them to cm where the value is written to repr. So now it will size the canvas to 3100 by 1700 meters, even though it will not show you all of it. But that's another issue. So I'm closing this bug. Incidentally, just to prevent duplicating effort, is anyone working on any bugs at the moment? The release is near and we must concentrate on bugs for now. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

3 2

RE: [Inkscape-devel] Re: new offset commands
by bulia byak 25 Jan '04

25 Jan '04

Actually, the reason for bug 877019 is simple: it's difference is size! The sploth-bad object is just small, and on this scale, the offset algorithm is erratic. When applied to a larger object, it works much better. Can you please have a look at what's wrong with this? > > - It appears that all offsets now use the imprecise > > algorithm (you once > > mentioned that there were two algorithms, one > > precise but slow and the othe > > imprecise but fast). I think we should use the > > precise algorithm for all > > kinds of offsets, dynamic or not. > >the "imprecise" algo is now the more precise one; the >problem whith the old "precise" is that sometimes it >doesn't produce the mathematically correct offset, but >is faster. this can happen when offseting the 'D' >letter with a big radius, for example: a hole appears >in the offset. since speed is an issue, the fast one >is back in place. > > >also the livarot stuff now uses NR::Point (and some >NR::matrix); it may contain some bugs since the >conversion touched a big portion of the code. you can >report any strange behavior in boolean operations and >offset to me. _________________________________________________________________ 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…

1 0

Re: [Inkscape-devel] do we need meters?
by bulia byak 25 Jan '04

25 Jan '04

>>lists only cm, mm, in, pt, pc. So the question is: why do we have meters >>in the units drop-down lists at all? Isn't it safer to remove them? >> >>Any insights? > >I've used inkscape for doing house plans. Having meters was quite useful >for that. We may end up having a global scale factor for doing map work >(which is something that bryce was interested in). Of course it's useful, but what about SVG conformance? Even if we convert meters to e.g. inches on save, how will Inkscape know that they should be translated back to meters when loaded? Looks like we need inkscape: attributes in <svg> for scale factor and preferred length units. That will require changes in a lot of places I think. _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

3 2

undo crash
by bulia byak 25 Jan '04

25 Jan '04

Mental, could you please review my change to xml/repr-action.cpp in line 230, instead of if (strcmp(action->act.chgattr.oldval, iter->act.chgattr.newval)) break; I added extra checks if (action->act.chgattr.oldval && iter->act.chgattr.newval && strcmp(action->act.chgattr.oldval, iter->act.chgattr.newval)) break; Without this, it was crashing when you draw a rect and press and hold [ to rotate it, after several rotations. This crash appeared after I changed document_undo to maybe_undo with a key, so there's probably some deeper problem with your coalescing code that was not caught until now (because almost nobody used maybe_undo until now). So if you can discover what's really going wrong and fix it instead that would be great. By the way I fixed the nasty "fly away" bug on rotation reported by Robert Crosbie and myself. Although I don't quite understand how that fix works :) See changelog. _________________________________________________________________ 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…

2 2

do we need meters?
by bulia byak 25 Jan '04

25 Jan '04

With this kind of silence in this list, I wonder if we really need a separate users list... Anyway, when researching https://sourceforge.net/tracker/index.php?func=detail&aid=851007&group_id=9… I found that the SVG units reader simply does not understand meters as a unit. And this seems to be correct according to the spec. Here: http://www.w3.org/TR/SVG11/coords.html#Units it says that SVG uses "absolute unit identifiers from CSS", and CSS grammar: http://www.w3.org/TR/REC-CSS2/grammar.html#q1 lists only cm, mm, in, pt, pc. So the question is: why do we have meters in the units drop-down lists at all? Isn't it safer to remove them? Any insights? _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

1 0

RE: [Inkscape-devel] Proposal: "inkscape-user@" mailing list
by bulia byak 24 Jan '04

24 Jan '04

>If this sounds good, I'll set it up, and we can push membership in it >as part of the 0.37 announce. Good idea I think. Please don't forget to mention it in the release notes. _________________________________________________________________ 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

HELP SYSTEM: scrollkeeper + yelp
by Jonathan Phillips 22 Jan '04

22 Jan '04

In regards to implementing a cross-platform help system, we can use docbook in conjunction with scrollkeeper/yelp on Linux and OS X, and then convert to Microsoft HTML Help from docbook for win32 based systems. Check out the docbook formats: http://docbook.org/wiki/moin.cgi/formats More about docbook: http://docbook.sourceforge.net/ Any other findings? Jon -- Jonathan Phillips <jon@...15...>

1 0

Re: [Inkscape-devel] RE: keyboard shortcuts + man page
by bulia byak 22 Jan '04

22 Jan '04

>For Windows, you need to consider converting the files >to Windows help files. That is all, as the OS has its >own viewer. Which is why I wonder if we'd be better off with HTML files. There's a browser on any system, and no conversions are necessary. Actually some Windows programs use HTML too, instead of Windows help. The only issue is determining the default browser. _________________________________________________________________ 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…

1 0

RE: keyboard shortcuts + man page
by bulia byak 21 Jan '04

21 Jan '04

>From: Jonathan Phillips <jon@...15...> >I have not done much looking into adding the keyboard shortcuts and man >page to the help menu for the next release. I really want to do this >task, but could you use any help pointing me how to do this. > >I wonder what the best way to accomplish this task would be? I guess we >could add a link to the keyboard shortcuts page to the webpage where the >shortcut keys are located, or we could set up a file where the keyboard >keys are located in the source and you could edit that file so that on >CVS build, all keys are updated accordingly. I think Inkscape should ship with its own copy of help files in HTML, corresponding to the release. I think I will move the shortcuts from Wiki to XML and set up generating HTML in makefile. So, you can assume that the distribution includes an HTML file; your task is to run browser on it. As to the best way to run browser, I'm not sure. I doubt there is a cross-platform reliable way to detect the default browser and run it, but I may be wrong - anyone? If we cannot access default browser, perhaps we should store a browser executable path in preferences. But that's ugly. >Another idea is to start to use YELP from GNOME world. Never seen it. Anyone has an opinion on Yelp? >Another thing, did you realize that Inkscape can open files from URLs. I >opened a few svg examples from croczilla.com/svg/ from the commandline. Sounds like this could be added to Tips-and-tricks page. >I think we should add an open file from url menu item. Why not, try to do it - it should not be difficult. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

2 1

NR::Point data
by MenTaLguY 21 Jan '04

21 Jan '04

Just a quick note that NR::Point's 'pt' data member is now private; use its operator[]() instead. (since NR::Point::operator[] returns a reference, it can be used as an lvalue, thusly: somepoint[NR::X] = somevalue; ) -mental

1 0

RE: [Inkscape-devel] more [] <> fun
by bulia byak 21 Jan '04

21 Jan '04

>Hold down on one of the rotate keys with the XML editor open (watching the >object coordinates) and the object will quickly fly off the screen with >large compounded errors in the cordinates. Indeed. This may be related to https://sourceforge.net/tracker/index.php?func=detail&aid=879249&group_id=9… It may be that XML editor slows dows something enough for this effect to become worse, but it looks like the same problem can be observed without the XML editor open. I'm almost sure that my code is not the culprit; probably it just makes some deeper problem more obvious. With mouse, nobody could make so many transformations so quickly, and so this problem remained unnoticed. _________________________________________________________________ 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

news: page options, dialogs
by bulia byak 21 Jan '04

21 Jan '04

I ported the support for page background color and border color from sodipodi. It uses sodipodi:namedview for storing them, so I also moved the recently added page shadow option from preferences to namedview for consistency. This means it may be different in different documents and is saved with the document, as is the page size, background color, etc. To set all these options for newly created documents, edit the sodipodi:namedview template in your ~/.inkscape/preferences.xml. I also ported the color selectors for the page and border colors; they are now on the Page tab of the Document Options dialog. And while at it, I finally moved the former "document settings" dialog stuff here and removed that dialog. No more confusion: now we have one Document Options dialog (Ctrl+Shift+D) which sets everything that will be saved with the document (as opposed to Inkscape Options which is supposed to set options independent of documents). Now the Dialogs menu contains just two "stray" dialogs that are planned for elimination, and is generally much less confusing than before. Of course the dialogs need a lot of work still, but that could wait until Gtkmm. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

Re: [Inkscape-devel] zooming by wheel
by bulia byak 20 Jan '04

20 Jan '04

>Please use keybindings consistantly. Please use Ctrl+Wheel for Zooming >instead of Shift+Wheel. I was not proposing shift-wheel to zoom; it was coded already, I just changed the centering behavior. We have this item in the roadmap: * Decide on mouse scrollwheel modifiers [everyone, see mailing list archives] So, once you raised the issue, could you please review the current wheel behaviors: # Mouse wheel scroll canvas vertically # Ctrl + Mouse wheel scroll canvas horizontally # Shift + Mouse wheel zoom in or out and propose a change to conform to HIG, but without losing any of the three functions. After you publish your proposal here, if no one objects, I will code it. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

zooming by wheel
by bulia byak 20 Jan '04

20 Jan '04

I used cursor coordinates (instead of window center) when zooming in/out by scrollwheel with Shift. So you can position mouse over any object and zoom into it without moving mouse. But I can't test it as I don't have a wheel mouse. Could anyone with a wheel mouse please test it? _________________________________________________________________ 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…

3 2

more [] <> fun
by bulia byak 20 Jan '04

20 Jan '04

Today my daughter enjoyed Inkscape thus: draw a freehand line, click the node tool, select all nodes, and press-and-hold <, >, [, ] randomly. Lots of fun from the "dancing zuka." ("Zuka" means approximately "an unidentifiable funny shape".) The new shortcuts listed below more or less close my list of planned new features for the release. From now on I'm focusing on bugs and urge everyone to do the same. There's one problem I discovered in X keyboard handling: pressing both Alts with some other keys results in Alt being stuck, and you'll have to press single Alt plus something to unstick it. I don't know if this is a bug in X (it works this way everywhere, so it's certainly not an Inkscape problem) or some sort of feature that I don't know how to turn off. Any ideas? Node tool shortcuts (F2, n) * [, ] rotate both control handles around the node by the global rotate step (default 15 degrees) * Left Ctrl+[, Left Ctrl+], Right Ctrl+[, Right Ctrl+] rotate one of the controls by the global rotate step * Left Alt+[, Left Alt+], Right Alt+[, Right Alt+] rotate one of the handles by the angle corresponding to 1 pixel (actual angle depends on zoom) * Left Alt+Right Alt+[, Left Alt+Right Alt+] rotate both controls by the angle corresponding to 1 pixel * <, > make both control handles shorter or longer by the scale step (default 2 pt) * Left Ctrl+<, Left Ctrl+>, Right Ctrl+<, Right Ctrl+> make one of the control handles shorter or longer by the scale step (default 2 pt) * Left Alt+<, Left Alt+>, Right Alt+<, Right Alt+> make one of the control handles shorter or longer by 1 pixel (actual distance depends on zoom) * Left Alt+Right Alt+<, Left Alt+Right Alt+> make both control handles shorter or longer by 1 pixel Note: Instead of the < and > keys, you can use the , (comma) and . (period) keys respectively _________________________________________________________________ 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…

1 0

RE: [Inkscape-devel] website broken - what's going on?
by bulia byak 20 Jan '04

20 Jan '04

Hmm, now it works again. >From: "bulia byak" <archiver_1@...19...> >To: inkscape-devel(a)lists.sourceforge.net >Subject: [Inkscape-devel] website broken - what's going on? >Date: Tue, 20 Jan 2004 17:55:50 +0000 > >You have probably reached this page in error. > >If you were attempting to reach a site that's domain ends in >.sourceforge.net, it is likely that your browser is not HTTP/1.1 compliant. >This may be because you're running a very old version of MSIE or Netscape. > >Please upgrade your browser and try again. > >_________________________________________________________________ >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… > > > >------------------------------------------------------- >The SF.Net email is sponsored by EclipseCon 2004 >Premiere Conference on Open Tools Development and Integration >See the breadth of Eclipse activity. February 3-5 in Anaheim, CA. >http://www.eclipsecon.org/osdn >_______________________________________________ >Inkscape-devel mailing list >Inkscape-devel(a)lists.sourceforge.net >https://lists.sourceforge.net/lists/listinfo/inkscape-devel _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

1 0

website broken - what's going on?
by bulia byak 20 Jan '04

20 Jan '04

You have probably reached this page in error. If you were attempting to reach a site that's domain ends in .sourceforge.net, it is likely that your browser is not HTTP/1.1 compliant. This may be because you're running a very old version of MSIE or Netscape. Please upgrade your browser and try again. _________________________________________________________________ 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

[ 880559 ] Loading place text in wrong place
by bulia byak 20 Jan '04

20 Jan '04

The bug is not in wrong display; actually Inkscape displays your file correctly and Sodipodi does not. The bug was in adding extra newlines when the file was saved. This bug is fixed in CVS. However, to fix your existing file, you'll have to manually remove any wrong whitespace between <tspan> elements within <text> elements. E.g. instead of <text> <tspan>English</tspan> </text> you should have <text><tspan>English</tspan></text> Or, you can load your file into Inkscape CVS, manually remove the extra newlines and save the file. _________________________________________________________________ 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…

1 0

Re: [Inkscape-devel] new rotate/scale shortcuts
by bulia byak 20 Jan '04

20 Jan '04

>I get a crash if you scale a shape too big with the modifier keys. > >[kidproto@...174... .inkscape]$ inkscape >inkscape: nr-svp-uncross.cpp:747: NRSVLSlice* >nr_svl_slice_stretch_list(NRSVLSlice*, double): Assertion `v->next' >failed. >,Aborted I think you'd get it regardless of the method of scaling. Actually that's a general problem - I remember seeing the same error several times, which indicates that NR simply does not guard against too big values. Please file a bug, and hopefully our numeric experts will have a look at it one day... _________________________________________________________________ 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…

1 0

Re: [Inkscape-devel] page shadow
by bulia byak 20 Jan '04

20 Jan '04

>>Personally I find 1 or 2 annoyingly small. To me, it's either 0 or 5. > >What about percentage of the full screen? Don't think it's a good idea. The shadow must be easily recognizable so as to easily differentiate it from objects. A physically constant size is important for that recognizability. _________________________________________________________________ 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…

3 2

new rotate/scale shortcuts
by bulia byak 20 Jan '04

20 Jan '04

* [, ] rotate selected object(s) by the angle step (default 15 degrees) * Ctrl+[, Ctrl+] rotate selected object(s) by 90 degrees * Alt+[, Alt+] rotate selected object(s) by the angle corresponding to 1 pixel (actual angle depends on zoom) * <, > scale selected object(s) around center by the scale step (default 2 pt) * Ctrl+<, Ctrl+> scale selected object(s) to 50% or 200% respectively * Alt+[, Alt+] scale selected object(s) by 1 pixel (actual size increment depends on zoom) Note: Instead of the < and > keys, you can use the , (comma) and . (period) keys respectively _________________________________________________________________ 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

Re: [Inkscape-devel] zooming by wheel
by bulia byak 19 Jan '04

19 Jan '04

>The usability of this would be to be drawing a complex shape and while >drawing with the line/freehand tool, one could hit shift and use the >scrollwheel and be able to zoom closer into where your mouse pointer is >at on screen. Try just that and it won't work. What exactly does it do instead? Centers the zoomed point after zoom? Or does not zoom at all? >Oh BTW, this functionality I just described works great on a >scrollwheel, 3-button mouse by clicking (not scrolling-wheel) the middle >button and being able to zoom closer/further from what is being drawing. Yes, this is what I implemented first, and then just copied that code into wheel-zoom. It should work. _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

2 1

RE: [Inkscape-devel] Add/Subtract Nodes + scissor tool + razor tool
by bulia byak 19 Jan '04

19 Jan '04

>where one could hold a modifier key BEFORE clicking on a >node, where the mouse pointer adds a little modifier icon to the node >edit tool, That is, to the mouse pointer. Yes, ideally any meaningful modifier keypress or mouse action should change mouse cursor and provide a useful statusbar hint. It's in my plans, although currently we still have more urgent usability problems... _________________________________________________________________ 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…

1 0

RE: [Inkscape-devel] Add/Subtract Nodes + scissor tool + razor tool
by bulia byak 19 Jan '04

19 Jan '04

>Add/subtract Nodes + scissor tool >http://sourceforge.net/tracker/index.php?func=detail&aid=880110&group_id=93… Add nodes by clicking anywhere on path: Yes, would be nice. Also editing a bezier curve by dragging it (as opposed to dragging handles). This however involves some nontrivial math so I'm not sure who and when can do it. (Although Gimp does bezier dragging, so we could steal the algorithm there.) Delete nodes by mouse: try ctrl-alt-click Break path at a node: propose a click modifier, it's easy to add >Razor Tool >http://sourceforge.net/tracker/index.php?func=detail&aid=880099&group_id=93… I'm against "razor" as a separate tool, it would mean a lot of duplication of code from freehand tool, and is a toy anyway. What we need instead is one more boolean op: Divide, where the bottom object is cut into pieces along the path of the top one. This way you can precisely draw and adjust your cut path using regular tools, reuse it if necessary, etc. It's a more generic solution. And it's easy to implement now, by combining Intersect and Subtract. So you can add it to the RFE list and probably to the roadmap. _________________________________________________________________ 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

Add/Subtract Nodes + scissor tool + razor tool
by Jonathan Phillips 19 Jan '04

19 Jan '04

Hello All, After using Inkscape exclusively to design with and comparing it with ADOBE Illustrator and Freehand and having my design buddies use the app, there are a few features I think would be very beneficial to discuss and hopefully implement in the near future. Add/subtract Nodes + scissor tool http://sourceforge.net/tracker/index.php?func=detail&aid=880110&group_id=93… Razor Tool http://sourceforge.net/tracker/index.php?func=detail&aid=880099&group_id=93… I know that we are coming up on a release and feature freeze this week, but hopefully we could look at adding these to the next release/roadmap and discuss them. Jon -- Jonathan Phillips <jon@...15...>

2 2

SF cvs downtime
by Bob Jamison 19 Jan '04

19 Jan '04

For those who didn't know it, SF's cvs is having a scheduled maintenance downtime, which has been extended: http://sourceforge.net/docman/display_doc.php?docid=2352&group_id=1#top So,, we're still waiting... ;-) Bob

1 1

Re: [Inkscape-devel] coding standards
by bulia byak 19 Jan '04

19 Jan '04

>On Sun, Jan 18, 2004 at 11:12:47PM +0000, bulia byak wrote: > > >>http://paul.oniony.com/sections/information/tabsversusspaces.html > > > > > >I'm arguing for what he calls "Hybrid Indentation". > > > > I'd prefer it too. My XEmacs inserts tabs for me, and I don't really >want > > to learn reconfiguring it. There are more interesting problems :) > >Most ppl seem to think hybrid indentation is good, but I haven't yet >seen anyone give emacs/vim/indent/astyle settings to do this >automatically. As I understand it, in hybrid indentation the spaces are needed only for wrapped lines; normal lines only use tabs. Which is why I like it: normally the editor inserts tabs for me, and in the rare cases when I do need to wrap lines (which I usually avoid) I don't mind hitting space a few times so it looks decent. _________________________________________________________________ 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…

2 1

coding standards
by Jonathan Phillips 19 Jan '04

19 Jan '04

I say we lock-in our coding style standards over the next day or so. We have much to clean-up b4 a release date and some tasks are waiting for admin. decisions. TABS I say we lock-in at 4 spaces is a tab, and correct that in the files. GOOD? Please take some time to look at that coding standards document and help clean it up. If we lock-in our standards for the project now, then lotsa ppl can help clean-up the code, help document it, and then we can move forward with C++'ification even more. Jon -- Jonathan Phillips <jon@...15...>

4 8

Call for Screenshots on Different Platforms (WIN32 + OS X)
by Jonathan Phillips 19 Jan '04

19 Jan '04

Hello all, I've added a section on the wiki about editing/changing the website at http://inkscape.org/cgi-bin/wiki.pl?WebsiteEditing Could some of you with an OS X version and WIN32 version of Inkscape make some screenshots and put them up on the website. If it is too much of a hassle to deal with, then email me a link to your screenshot, but in the most GNU of ways, this is DIY. You can see the ones I've added already. Thanks, Jon -- Jonathan Phillips <jon@...15...>

1 0

a stealth delete again :(
by bulia byak 19 Jan '04

19 Jan '04

The GTK color selector is gone :((( /* REJON: I'm commenting this fucker out because its too big on the screen when editing. It is especially bad on screens <= to 1024by768 */ As I wrote, the color wheel is way more usable than sliders for everyday work, and this selector should actually be made the default. If you think it's too big, let's discuss possible ways to improve that, instead of "treating headache with a guilliotine"! BTW, the HSV wheel selector is in the release notes already. If I didn't notice that removal, we could have a false statement in the release notes. So, Jon, I urge you to please restore this feature (unless you have more arguments against it, in which case please share them here). And ance again, a reminder for everyone: in addition to any possible discussions on jabber, PLEASE also post to the list before deleting any features. It's really annoying to discover such things by chance. _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

2 1

time to focus on bugs
by bulia byak 19 Jan '04

19 Jan '04

I think it's high time to start the pre-release bug hunt. The number of open bugs is huge, and some of them are pretty nasty. Please everyone take time to review the list and fix/close whatever possible. Mental, I would be really grateful for your help with XML editor bugs (850971, 852619, 864791, 869683, 872277) and undo bugs (877238, 861462), plus the ruler bugs and action-per-view bugs assigned to you. Whenever you have time. (How was your job interview?) Also Mental, would you care to add a brief description on your recent URI changes to the release notes? There are also a few weird bugs that seem to display some deep problems with NR subsystem or some other geometry code: 879249 (really annoying, probably many other problems are caused by this), 871342, 871508, 859579. If someone with a better knowledge of NR could have a look that would be great. Jon, any progress with the non-ascii filenames? _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

3 2

Re: [Inkscape-devel] page shadow
by bulia byak 19 Jan '04

19 Jan '04

>I'd really prefer we settled on a shadow size that more or less worked >for everyone (1 or 2 pixels, I suspect) and stuck with that. Personally I find 1 or 2 annoyingly small. To me, it's either 0 or 5. >We have to pick and choose what we make a preference, otherwise we >render the preferences dialog (once we have one) unnavigable from sheer >volume of preferences. Not all preferences need to be in the dialog. Some may be only editable in the pref file. Or we can add an "advanced" tab later. >Besides being able to turn off the page outline (which I believe is >already a preference, No such preference AFAIK. Which is why I suggested to make the shadow size a pref - it would work both for on/off and for size. _________________________________________________________________ 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…

3 2

Re: [Inkscape-devel] coding standards
by bulia byak 19 Jan '04

19 Jan '04

>on this. It would, however, be a good thing to have a consensus on the >coding standards by the end of the day today, so that we can put in some >man-hours on hitting FEB 1 release. Does that really stop us from e.g. fixing bugs? In any case, I don't have any strong feelings either way, so I will be fine with whatever you (i.e. those who do have strong feelings about this issue) decide. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

page shadow
by bulia byak 19 Jan '04

19 Jan '04

Jon, I think it would be more convenient just to add a preferences value (e.g. options.pageshadow) for how large is the shadow, or no shadow if it is 0. Can you please do that? _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

3 2

Re: [Inkscape-devel] coding standards
by bulia byak 19 Jan '04

19 Jan '04

>>http://paul.oniony.com/sections/information/tabsversusspaces.html > >I'm arguing for what he calls "Hybrid Indentation". I'd prefer it too. My XEmacs inserts tabs for me, and I don't really want to learn reconfiguring it. There are more interesting problems :) _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

3 3

SVG Patterns
by Alan Horkan 19 Jan '04

19 Jan '04

You mentioned SVG patterns and that you were having difficulty finding programs that used them. Jasc Web Draw 1.0 for Windows also implements SVG Patterns. http://www.jasc.com/products/webdraw/ You can download a trial version from the Jasc website (or you can be a little bit sneakier and skip the registration process by going elsewhere ftp://ftp2.jasc.com/pub/ I think this the link for Web Draw ftp://ftp2.jasc.com/pub/wdw102ev.exe ) I've dumped a copy of the patterns.svg file in this folder http://www.maths.tcd.ie/~horkana/inkscape/jascwebdraw/ SVG Patterns http://www.maths.tcd.ie/~horkana/inkscape/jascwebdraw/patterns.svg Hope that is of use. Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/ PS this is a new post,sorry I couldn't maintain the thread

2 1

Re: Patterns
by Bryce Harrington 18 Jan '04

18 Jan '04

On Tue, 23 Dec 2003, vellum wrote: > Hi Bryce, > > In the new year when the dust has settled I would like to pursue patterns in > Inkscape. I have been collecting and generating SVG code for several that I > would like to see in the program and will post them. Also, what about > generating specific patterns not present in the program? Would it be very > difficult to implement this in Inkscape? > > Vellum What we need to do for not only this but also markers and gradients is to have a "palette manager" thingee that allows the user to edit these kind of <def> items. There's three types of <def> items - "document level", "application level", and "external". Document level def's are stored in the document itself; currently this is the only type supported. Application level def's are defaults that will be provided by Inkscape itself; these are copied into the document if used, and removed if any all referring objects are deleted. External def's are specified with URI's and are not copied into the document at all, but instead looked up and loaded in memory at runtime; a command would be provided to the user to flatten external def's into document level def's. Bryce

1 0

win build + tablet
by bulia byak 18 Jan '04

18 Jan '04

Bob, I tested your latest Windows builds on a win98 system with a Wacom tablet. Unfortunately it's almost unusable because it responds to perhaps 1/4 of all button_press and button_release events. Pressing harder does not help. Other Windows programs and all Linux programs on the same computer work fine. I suspect it's a GTK port problem, so my question is: do you know any other GTK program ported to Windows with the same libraries as you use, so I could test it and compare? _________________________________________________________________ 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: page shadow
by bulia byak 18 Jan '04

18 Jan '04

>Is there a place in the source code you could recommend to me where I >can look at and copy another one? Lots of places now use prefs_get_int_attribute. E.g. tolerance value, scroll distances, etc. It's very simple in fact. The Wiki page was written for you :) >I suggested a pref value and other developers said save your time. Different people may prefer different shadow styles, so a preference is appropriate IMHO. _________________________________________________________________ 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…

1 0

Re: [Inkscape-devel] your nodepath changes
by bulia byak 18 Jan '04

18 Jan '04

>Got it. Added a method to return the node count of a nodepath. >Now when a node delete leaves <2 nodes, it considered the >same as if the whole thing was deleted. > >Tried both node_delete() and node_delete_segment() with ><2, 2, and >2 nodes. Seems to work OK. Looked in the XML >and didn't see any phantoms. Thank you, that works well. Although I would prefer the node tool to still be able to handle one-node path, and only delete it when you switch away from the node tool. So that e.g. I can leave one node and "draw" from it by pressing shift-d and arrow keys repeatedly. But perhaps it's not worth the extra trouble, and at least it's safer as you implemented it. _________________________________________________________________ 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…

1 0

Re: [Inkscape-devel] your nodepath changes
by bulia byak 18 Jan '04

18 Jan '04

>>Still segfaults for one-node path: >Got that one, too. The segfault is fixed, but it still leaves a ghost path with empty d="" attribute which is impossible to delete except in the XML editor. Could you please change it so that if a single node remains, the path object is deleted when you switch away from node tool? This is consistent because if you delete all nodes but one in a subpath, then on the next entry into node tool, that subpath is gone. So I think we should do the same for the entire path, too. _________________________________________________________________ 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…

2 1

cannot compile
by bulia byak 17 Jan '04

17 Jan '04

sp-symbol.cpp: In function `void sp_symbol_bbox(SPItem*, NRRect*, const NRMatrix*, unsigned int)': sp-symbol.cpp:466: error: cannot convert `NRMatrix' to `NRMatrix*' for argument `1' to `NRMatrix* nr_matrix_multiply(NRMatrix*, const NRMatrix*, const NRMatrix*)' sp-symbol.cpp:469: error: cannot convert `NRMatrix' to `const NRMatrix*' in argument passing sp-root.cpp: In function `void sp_root_bbox(SPItem*, NRRect*, const NRMatrix*, unsigned int)': sp-root.cpp:715: error: cannot convert `NRMatrix' to `NRMatrix*' for argument `1' to `NRMatrix* nr_matrix_multiply(NRMatrix*, const NRMatrix*, const NRMatrix*)' sp-root.cpp:718: error: cannot convert `NRMatrix' to `const NRMatrix*' in argument passing _________________________________________________________________ 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

MAX_PATH not safe
by Jon A. Cruz 17 Jan '04

17 Jan '04

Uh oh. Using MAX_PATH as an absolute turns out not to be safe. WINE's docs have this to say in regards to CreateFile > Windows NT: You can use paths longer than MAX_PATH characters by > calling the wide (W) version of CreateFile and prepending “\\?\” to > the path. The “\\?\” tells the function to turn off path parsing. This > lets you use paths that are nearly 32,000 Unicode characters long. You > must use fully-qualified paths with this technique. This also works > with UNC names. The “\\?\” is ignored as part of the path. IIRC, we have at least a few fixed buffers with MAX_PATH. 256 is a bit shy of 32767. =-O

2 1

Re: [Inkscape-devel] your nodepath changes
by bulia byak 16 Jan '04

16 Jan '04

>Found it! Yayy! Still segfaults for one-node path: - create a path - f2 - select all nodes but one - del - f1 - f2 crash. _________________________________________________________________ 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] your nodepath changes
by bulia byak 16 Jan '04

16 Jan '04

>- create a path > >- f2 > >- select all nodes > >- del > > >This creates a segfault, (apparently) because the nodepath was being >destroyed more than once. I remember doing exactly that, and it did not segfault, after I added the delete_selection. In fact that was _why_ I added delete_selection - previously this operation left a ghost path with no nodes which was impossible to pick or delete. So the segfault problem may have appeared more recently and not in my code (although I am not 100% sure). _________________________________________________________________ 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

Status for 2004-01-15
by Bryce Harrington 16 Jan '04

16 Jan '04

Thursday, January 15, 2004 Statistics Nov 15 Nov 29 Dec 15 Dec 31 Jan 15 ========== ====== ====== ====== ====== ====== Lifetime Rank on SourceForge: 4391 3676 2452 2444 1928 (68.5%) (73.6%) (82.4%) (82.5%) (86.1%) Max Week's Rank on SourceForge: 62 37 27 22 321 (99.6%) (99.8%) (99.8%) (99.9%) (97.5%) Total SF Page Views * 50,000 86,000 107,600 126,512 Total SF Downloads * 1700 3640 4,751 5,735 Total Freshmeat URL Hits 746 1121 2237 2567 2,958 Total Freshmeat Subscriptions 16 19 28 30 33 Lines of Code in src/: 115,901 116,970 132,134 165,664 166,914 Code lines 100,549 132,458 133,150 Comment line 11,591 12,234 12,468 Blank 20,559 21.540 21,929 Lines of Docs in doc/: 1,135 2,100 2,225 2,615 3,068 Lines of content in website: 1,173 1,624 2,090 2,261 2,885 Size of the Inkscape wiki: 3,700 5,737 7,385 11,062 11,284 Hours since last ChangeLog mod: 6 2 21 0.8 0.1 Bugs open/total: 9/15 40/51 67/111 66/130 74/160 Features open/total: 18/18 23/24 40/45 103/115 104/120 Patches open/total: 1/ 6 5/20 6/25 4/32 4/32 CVS Commits (as per inkscape-cvs): 481 963 * 1580 * Inkscape-devel membership: 49 61 64 65 64 Inkscape-announce membership: 9 14 16 20 22 * - Statistics unavailable

1 0

your nodepath changes
by bulia byak 16 Jan '04

16 Jan '04

Bob, I think your latest changes may result in invalid SVG (which is why I inserted nodepath_destroy and delete_selection in the first place). E.g.: - create a path - f2 - select all nodes but one - del - f1 The statusbar says "Path (0 nodes)", and in XML editor, you will see a <path> with an empty d= attribute. I believe this is invalid SVG, and in any case it's better to avoid such situations. Which is why I added deleting a nodepath which has only one node left. Please fix this somehow. Also, your new command "split path between nodes" gives too generic statusbar error messages. It only works for two adjacent nodes none of which is an end node of a subpath, but when some of these requirements is not met it simply says "You must select two nodes on a path". Please provide more specific diagnostics for non-adjacent nodes, end nodes, more than two nodes, etc. It might be useful to generalize this command so it would work on any number of adjacent nodes by first deleting all middle nodes and then removing the segment between the remaining two selected nodes. Your tooltip says "Split a path..." - first, it should be simply "Split path"; second, all other tooltips for node tool refer to "lines" but I believe "path" is better, so could you please edit other tooltips too, replacing "lines" by "paths"? _________________________________________________________________ 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

UserManual
by Cédric GEMY 15 Jan '04

15 Jan '04

Adding news to the last post about the UserManual, In fact the Manual I'm working on is still be written for Sodipodi. I'm working these days on an englo-us translation. There will be few things to do : 1. Improve the translations because my english is really crap; 2. Add Special Inkscape infos to the files (or think of a complete separate manual); 3. Go on writing pages : I'v thought about a beginning tutorial that I'll be working on as soon as my translation will be given for improvement. I'm open to all kind of ideas. Cédric

1 0

middle button click, zooming news
by bulia byak 15 Jan '04

15 Jan '04

I have enabled middle button click to zoom in or (with Shift) out. This is in addition to middle button drag which pans the canvas as before. This works in all tools. The zoom increment (used by all zoom methods) is now stored in the preferences [options.zoomincrement]. I also changed the algorithm of zooming in/out on click. Previously, the point you clicked on was centered in the window after zoom. Now it remains under your mouse, i.e. you can position mouse over the object you're interested in and click several times in a row to zoom into it without having to move your mouse, even if that object is not in the center of window. I think it's much more convenient this way. _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

RE: [Inkscape-devel] SPOffset standards considerations
by bulia byak 15 Jan '04

15 Jan '04

> 1. use our own inkscape:href (or something like that) attribute instead >of xlink:href for linked offsets -- SVG does not define xlink:href to >have meaning for <path> elements. Yes > 2. populate the d= attribute of the SPOffset <path> with the offset >path, so the SVG requirements are satisfied, and normal SVG UAs have >something to render. Doesn't it do that already? >[ a ground rule here is that an Inkscape document should look no >different in a pure SVG UA than in Inkscape -- at minimum, when in >doubt, check how it looks in Batik ] Yes > 3. All of the SPOffset extension attributes need to be in the inkscape >namespace, not the sodipodi namespace (e.g. inkscape:original, not >sodipodi:original). The sodipodi namespace is reserved for Sodipodi's >use. This holds true for all new functionality we add. Yes, I wrote about that >As interoperability and standards-compliance are core goals for us, I >can't sign off on an 0.37 release until these are fixed. But I think they are really easy to fix :) _________________________________________________________________ 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…

2 1

RE: Scrolling Idea for inkscape
by bulia byak 15 Jan '04

15 Jan '04

>(18:01:59) rejon: feels like the zooming position should be based on the >canvas/page size No, I think +/- zooming should always zoom to the center of view, as it does now. Taking into account the canvas is unreliable, because your drawing may be smaller or larger than the canvas. >unless zoomed in with the mouse scrollwheel, in which >case the point from which the zoom is performed would be the current >mouse x/y position Yes, any click-zoom (be that wheel, zoom tool, etc) must zoom into the mouse point position. Report a bug if that ain't so. _________________________________________________________________ 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…

1 0

Re: [Inkscape-devel] new offset commands
by bulia byak 15 Jan '04

15 Jan '04

>Further extensions to make this an uber tool: > >There needs to be a 'convert to path' dynamic tool, which maintains a path >converted from the original shape (spiral, oval etc) so that the user can >edit the handles on the original shape. That is, a spiral can be the parent of a path, and the path, the parent of an offset - so the spiral can affect the offset without becoming a path? That might be cool indeed. >Rather than defaulting to 'cap', outset should allow the user to choose >between the 3 corner choices, cap, mitre and bevel. Simply use the cap/join settings of the shape being offset >Why does the path always get closed? I can't see any justification for >this in the algorithm? Agreed >Why does a crossed (self intersecting) path get 'unwound' when making >outset? I would have thought that a reasonable definition would be 'the >curve n pixels to the left of this curve as I walk in the standard >direction'. This would remove some of the abiguity I think? Intuitively, when I have a shape with a hole, I expect outset to close this hole and inset to make it bigger. This is what the current algorithm does. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

SPOffset standards considerations
by MenTaLguY 15 Jan '04

15 Jan '04

Congratulations on all the great work that's going on with the offset stuff. It's a very useful feature! However... Currently, an Inkscape SVG document using SPOffsets will not render properly in other conformant SVG user agents. This is not good. To remedy this: 1. use our own inkscape:href (or something like that) attribute instead of xlink:href for linked offsets -- SVG does not define xlink:href to have meaning for <path> elements. 2. populate the d= attribute of the SPOffset <path> with the offset path, so the SVG requirements are satisfied, and normal SVG UAs have something to render. [ a ground rule here is that an Inkscape document should look no different in a pure SVG UA than in Inkscape -- at minimum, when in doubt, check how it looks in Batik ] 3. All of the SPOffset extension attributes need to be in the inkscape namespace, not the sodipodi namespace (e.g. inkscape:original, not sodipodi:original). The sodipodi namespace is reserved for Sodipodi's use. This holds true for all new functionality we add. As interoperability and standards-compliance are core goals for us, I can't sign off on an 0.37 release until these are fixed. -mental

1 0

sorry to be so wordy!
by Jonathan Phillips 15 Jan '04

15 Jan '04

Inkscape, with dynamic offset, linked offset and the new node UI tweaks is very rockin' now to design with. I can literally churn out new graphics with it. Great work guys! The Boolean Ops and color palette are so excellent to work with now. GR8 WORK! Jon -- Jonathan Phillips <jon@...15...>

2 1

Re: new offset commands
by bulia byak 15 Jan '04

15 Jan '04

> > - The simple Inset/Outset commands must check if the > > object is already an > > SPOffset, and if so, adjust its radius instead of > > converting it to shapes. > >the offset of an offset of shape A is not in general >another offset of A. what you want is mathematically >incorrect, but maybe what the user expects... That is, you mean that several sequential simple offsets of a path will give a different result than several sequential adjustments of an SPOffset radius? If so that is unfortunate, but if there's no mathematical workaround for this problem, I would still argue that the above described behavior is the most logical. An SPOffset is a higher level of abstraction than a path; if we can perform some operation without lowering the level of abstraction, we must do that, if only because lowering the level of abstraction is generally irreversible. > > - The dynamic offsets do not accept zero radius; > > they snap it to +/- 0.25, > > so you cannot do an exact copy of the original. Why > > this limitation? I tried > >0 width will cause problems, and imposing a minimum >radius was the simplest way around; besides what's the >point of doing a 0 offset? The point is that when I have an SPOffset, I normally use node tool to adjust its radius, and I don't want to have any preset value - I want to start from zero. Another point is that it's not clean to have different inset/outset commands for different offset types; it's much more logical to have one pair of inset/outset commands that act on any objects plus several commands that create (but not adjust) different kinds of offset objects. It's just a matter of a clean separation of concepts. And finally, an object with a parameter that cannot take one specific value (even though this value makes sense for it) is a lack of genericity and looks more like a bug to me. So, can you just add a special-case treatment in SPObject so that if radius is 0 (or very close to 0), it simply copies the original path without attempting any offset? _________________________________________________________________ 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…

2 1

new offset commands
by bulia byak 15 Jan '04

15 Jan '04

I added two new commands to the Path menu: Dynamic offset and Linked offset. Now simple Inset/Outset commands work on paths, and the two new commands create an "offset object" that can be dynamically adjusted by the node tool. The difference between them is that Dynamic offset transforms the selected object into an offset, while Linked offset adds a new offset object that is linked to the original path, so you can edit the original path and its linked offset will be updated. This is a very powerful tool and I'm really excited about it. Fred, there are some remaining problems where we need your help. It would be great to have them fixed for the upcoming release: - It appears that all offsets now use the imprecise algorithm (you once mentioned that there were two algorithms, one precise but slow and the othe imprecise but fast). I think we should use the precise algorithm for all kinds of offsets, dynamic or not. - The simple Inset/Outset commands must check if the object is already an SPOffset, and if so, adjust its radius instead of converting it to shapes. - The dynamic offsets do not accept zero radius; they snap it to +/- 0.25, so you cannot do an exact copy of the original. Why this limitation? I tried removing if (fabs (offset->rad) < 0.25) offset->rad = (offset->rad < 0) ? -0.25 : 0.25; in sp-offset.cpp but then setting zero radius caused the program to freeze. Is this a limitation of the algorithm? _________________________________________________________________ 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…

3 2

Re: [Inkscape-devel] Snap Control
by bulia byak 14 Jan '04

14 Jan '04

>Technically, while it's in the user manual, the user manual is in >French, and the English translation is very incomplete. Also note that >the manual was written for Sodipodi rather than Inkscape, so does not >yet address the new user interface, etc. I think it would be easier just to start over using Wiki. Whenever anyone has got a good idea (not necessarily 100% complete or even correct) of how some command, tool, dialog etc works, just take a couple minutes to visit Wiki and share your knowledge (on a page under User Documentation Scratchpad). Or when you have nothing better to do, edit and unify other's notes, add screenshots, etc. _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

6 5

RE: [Fwd: RE: [Inkscape-devel] Re: new offset commands]
by bulia byak 14 Jan '04

14 Jan '04

>I wonder though if it should keep the inverse and also have a black >border with an outer white border. It is much better, but still gets >lost sometimes. Thoughts? The outer white border, like on the mouse >pointer helps sooo much to pop out small nodes against dark colors. Double borders? Hmm, that's something even Inkscape cannot handle without some additional coding... Still, consider that we now have an edge over both Xara (which has inversion but no border in its knots) and Illustrator (which has border but no inversion). _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

[Fwd: RE: [Inkscape-devel] Re: new offset commands]
by Jonathan Phillips 14 Jan '04

14 Jan '04

Needless to say...Bulia, you are the shit! Cool! That is about a 1000X improvment on editing... I wonder though if it should keep the inverse and also have a black border with an outer white border. It is much better, but still gets lost sometimes. Thoughts? The outer white border, like on the mouse pointer helps sooo much to pop out small nodes against dark colors. Great WORK! Jon On Wed, 2004-01-14 at 13:42, bulia byak wrote: > >I think the node to edit the dynamic offset though should be black with > >white outline. Does anyone know how to change this. I think it is a > >major usability problem, seeming that our normal shapes on startup have > >a black border which renders this node invisible. > > I fixed this for the shapes' handles in node edit (offset, rect, spiral, > etc). They are now inverse, i.e. always visible. And even better than that, > they have a light gray but not inverse border, which helps if they are over > a 50% gray or when two knots are on top of each other. In other words, it's > now simply impossible to render a knot invisible no matter what is the > background. The path nodes are also made more bright and visible, and the > nodes and control handles are more different. Please report your experience. > > What strikes me most is that the code for showing knots in inverse was > already there, although not used. All I did is changed some flags and > adjusted colors. It never ceases to amaze me how much effort was put by > Sodipodi author into the program internals but how little he cared about > making this stuff actually usable. > > _________________________________________________________________ > 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… -- Jonathan Phillips <jon@...15...>

1 0

RE: [Inkscape-devel] USERMANUAL + ICONS
by bulia byak 14 Jan '04

14 Jan '04

>Is anyone familiar with the procedure on how to design and implement new >icons in the Inkscape Interface? It would be helpful if someone (bulia? >ahem... :) ) could take the time to lay-out how to do this for some >newbies to the project (DEFENDGUIN, myself, etc). My opinion on the desirable icon style is here: http://www.inkscape.org/cgi-bin/wiki.pl?IconsStyle Other than that, it's difficult to give advice. All I can say is that e.g. the group/ungroup and z-order icons are ugly and noisy, while the flip icons are OK. Icons IMHO must be simple and laconic, not "realistic" or "3D". Just go on and try to draw something and we'll comment :) As for the procedure, I think you draw new icons in glade/icons.svg, group each icon and assign an id= attribute to the <g> in the XML editor, and then you specify that id for the corresponding verb in verbs.cpp (the last component of each line of props[]). But I never tried that so I may be wrong. Try it and document what you find out. _________________________________________________________________ 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] Re: new offset commands
by bulia byak 14 Jan '04

14 Jan '04

>I think the node to edit the dynamic offset though should be black with >white outline. Does anyone know how to change this. I think it is a >major usability problem, seeming that our normal shapes on startup have >a black border which renders this node invisible. I fixed this for the shapes' handles in node edit (offset, rect, spiral, etc). They are now inverse, i.e. always visible. And even better than that, they have a light gray but not inverse border, which helps if they are over a 50% gray or when two knots are on top of each other. In other words, it's now simply impossible to render a knot invisible no matter what is the background. The path nodes are also made more bright and visible, and the nodes and control handles are more different. Please report your experience. What strikes me most is that the code for showing knots in inverse was already there, although not used. All I did is changed some flags and adjusted colors. It never ceases to amaze me how much effort was put by Sodipodi author into the program internals but how little he cared about making this stuff actually usable. _________________________________________________________________ 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

USERMANUAL + ICONS
by Jonathan Phillips 14 Jan '04

14 Jan '04

Hello All, I've added a UserManual page to the wiki to at least facilitate this discussion and move us forward on developing this. Please take some time to think about the manual, possible time-schedule on the development of this, etc. http://inkscape.org/cgi-bin/wiki.pl?UserManual Also, DEFENDGUIN and others have been asking about ICON development. We need to figure out where we stand on this? Do we want to develop ALL new icons, or replace some existing ones, or fill-in the ones we don't have completed? http://inkscape.org/cgi-bin/wiki.pl?Icons Is anyone familiar with the procedure on how to design and implement new icons in the Inkscape Interface? It would be helpful if someone (bulia? ahem... :) ) could take the time to lay-out how to do this for some newbies to the project (DEFENDGUIN, myself, etc). Thanks, Jon -- Jonathan Phillips <jon@...15...>

1 0

RE: [Inkscape-devel] Re: new offset commands
by bulia byak 14 Jan '04

14 Jan '04

>conversion touched a big portion of the code. you can >report any strange behavior in boolean operations and >offset to me. OK, see this bug: https://sourceforge.net/tracker/index.php?func=detail&aid=877019&group_id=9… The outline in splotch-bad.svg is really weird! Even though splotch-good.svg is OK - that's the old file I created a couple weeks ago (so I cannot quite understand how that can be - surely it does not store the algorithm in SVG??) And I had to reopen this old bug too, because the splotch is back: https://sourceforge.net/tracker/index.php?func=detail&aid=866838&group_id=9… _________________________________________________________________ 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

RE: Win32 Preferences
by bulia byak 14 Jan '04

14 Jan '04

>However, each new Win32 build puts in a new "preferences.xml" >file with each installation. When does it overwrite it - during installation? If so I think it's the installer problem, it should keep the old pref file and use it. On Linux, all my builds use the same pref file; if some new preference was added by a build, it gets merged into the old preferences.xml. Probably the problem is caused by the win build storing its preferences in the program dir (I think) instead of the home dir. I will now commit a fix which you'll need to test on windows. I'm not sure g_get_home_dir() works on windows, but if it does, it's the correct way to solve the problem. It should return the dir in your $HOME environment variable, and if there's none, I think it will return C:\. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

6 8

Re: [Inkscape-devel] screenshot-ready
by bulia byak 14 Jan '04

14 Jan '04

>Also, it seems like the status bar text should be vertically aligned in >the center to flow with vertical alignment with the other elements at >the bottom of the document window. I now limited the height of the entire bottom bar to 20 pixels which gave a slightly better vertical alignment of things. Please check on your system. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

RE: [Inkscape-devel] screenshot-ready
by bulia byak 14 Jan '04

14 Jan '04

>Could we supply an option for screensize as either pecentage or pixels? >It makes sense and is a good suggestion. Why not, if the size is specified with % at the end, it would refer to the screen percentage. Please submit an RFE. _________________________________________________________________ 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…

1 0

Re: Any news on inkscape?
by Wolfram Quester 14 Jan '04

14 Jan '04

Hi Jordi! On Thu, Jan 08, 2004 at 06:30:41PM +0100, Jordi Mallach wrote: > Hi Wolfi, > > Any news on the inkscape packages? I'm very interested in having this > app available. > > Jordi I cc the inkscape-devel list, so they know the status of the packages also. Guido Günther did the upload of my 0.36-packages around Christmas (26. I think), so they should appear in unstable sooner or later. I thought about making two packages: One called inkscape and cvs-snapshots in inkscape-cvs. cvs-snapshots could be packaged every two or three weeks with a dummy bug open to keep them in unstable. I didn't upload a cvs-snapshot yet. Best regards, Wolfi

2 2

remember update the ChangeLog!
by MenTaLguY 14 Jan '04

14 Jan '04

This is just a reminder to update the ChangeLog file whenever you commit something to CVS! This is really important! Otherwise at minimum it's hard for everyone to see what everyone else is working on. -mental

3 2

Re: [Inkscape-devel] Using gtkmm in inkscape
by bulia byak 14 Jan '04

14 Jan '04

> > The metric I'm watching for this is the size of the inkscape-devel > > mailing list; when it hits 200-300 I will assume we're at the sweet > > spot. Based on the volume of list traffic I think we're already pretty > > close. :-) I can understand the 200-300 as the ideal size of the developer community, but users? They don't have to be a community at all, and any attempts to limit their number seem utterly weird to me. I am not very excited to think that my work will be used by no more than 300 people in the whole world. _________________________________________________________________ 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…

6 7

RE: [Inkscape-devel] screenshot-ready
by bulia byak 14 Jan '04

14 Jan '04

>Why don't you just get the size of the screen and take a percentage of >it? like make it 2/3 screen width and 2/3 screen height. > >Make it so that people on large displays don't end up having to resize >the window every time? The idea is to store the size in preferences, and therefore it must be a fixed number, not some algorithm. Users will be able to set this size for newly created documents in preferences; in saved & loaded documents it is saved with the document and restored automatically. _________________________________________________________________ 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…

4 3

RE: [Inkscape-devel] screenshot-ready
by bulia byak 13 Jan '04

13 Jan '04

One more thing I forgot: now the default window size of a new document is 640x480 (set in preferences-skeleton.h). Can anyone argue for better values? We need to set it there because: - the default size without it is determined by the width of the menu and the height of the toolbar, and is way too small, - we need to provide a template that users could edit in their preferences.xml to set the window size they prefer. _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

4 3

Re: [Inkscape-devel] Using gtkmm in inkscape
by bulia byak 13 Jan '04

13 Jan '04

Nathan, let me respectfully disagree. >Jon, we _DON'T_ want lots of users just yet. Look what happens when you >get lots of users: they complain about features not being available; Which is valuable. We cannot invent everything. >they complain that the interface isn't exactly like their favourite program >XYZ; Which is valuable. We cannot know all existing programs inside out, so why not use this help. >they clutter mailing lists up with questions answered already in the FAQ or >user manual(which we haven't even written yet); More incentive to write it. Or would you prefer writing to a nonexisting audience? This sounds like a perversion to me :) >and you spend the whole time worrying about fixing code to compile on >borland visual gcc 2.96. First, _users_ don't usually tweak with compiling. Second, just set a standard set of requirements/platforms (what you are doing now) and don't care about everything else. And third, it's just as likely that someone will come up with, "Hey, I know you don't support it, but I managed to compile on XYZ, here's the patch." >Can we stop treating this as a commercial project whose main aim is to >maximise user base? I've been on such projects before, and they usually >die a horrible death. If a project has managed to gain a good user base, it doesn't already sound like "horrible death" to me, regardless of what lies ahead. Projects that die _without_ users look much more pitiful. _________________________________________________________________ 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…

5 9

RE: [Inkscape-devel] [Fwd: Re: [Sodipodi-list] Visual cue for multiple selection
by bulia byak 13 Jan '04

13 Jan '04

> > My only concern is what do you do when there are more than like 20 > > objects selected at once? Don't you think at a certain point the amount > > of sub-bounding boxes would be overwhelming? > >That is possible. It has never bothered me in the past, but we'll have to >see how we get on. Perhaps we could increase the transparency of the >boxes as the number of items increases, or something. See my comment here: https://sourceforge.net/tracker/index.php?func=detail&aid=875727&group_id=9… In short: I'm against boxes (messy!) but individual items in a selection can and should be marked somehow, for example as Xara does that by adding a small inverted square (like a handle but smaller) at the top left corner of each object's bounding box. _________________________________________________________________ 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…

2 1

[Fwd: Re: [Sodipodi-list] Visual cue for multiple selections]
by Jonathan Phillips 13 Jan '04

13 Jan '04

-----Forwarded Message----- From: Carl Hetherington <lists@...169...> To: Lauris Kaplinski <lauris@...39...> Cc: sodipodi-list(a)lists.sourceforge.net Subject: Re: [Sodipodi-list] Visual cue for multiple selections Date: Tue, 13 Jan 2004 15:40:23 +0000 On Mon, 12 Jan 2004, Lauris Kaplinski wrote: > Hello! [snip] > It may be clear for 2-4 items, but may become visual hodgepodge > if you have, say 20 items. > As far as I remember, CorelDraw painted tiny anchor dot for > each object selected. This may be alternative approach - there > even is no need to choose either one, if we can make these > configurable. OK. Seeing the bounding boxes of a large selection never really bothered me, but I can see how it would be bad in some circumstances. In order to demonstrate the idea, I've submitted a patch to the sf.net patch tracker which puts red bounding boxes around selected items. It's a diff against current CVS. I'd be interested in any thoughts. I think the immediate to-do list is: 1. make it optional. 2. decide how to choose a colour for the item bounding boxes. 3. make it more efficient. I'd be pleased to hear any comments or thoughts. Cheers Carl ------------------------------------------------------- This SF.net email is sponsored by: Perforce Software. Perforce is the Fast Software Configuration Management System offering advanced branching capabilities and atomic changes on 50+ platforms. Free Eval! http://www.perforce.com/perforce/loadprog.html _______________________________________________ Sodipodi-list mailing list Sodipodi-list(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/sodipodi-list -- Jonathan Phillips <jon@...15...>

1 0

[Fwd: Re: [Sodipodi-list] Visual cue for multiple selections]
by Jonathan Phillips 13 Jan '04

13 Jan '04

-----Forwarded Message----- From: Carl Hetherington <lists@...169...> To: Jonathan Phillips <jon@...15...> Subject: Re: [Sodipodi-list] Visual cue for multiple selections Date: Tue, 13 Jan 2004 15:43:48 +0000 Hi Jonathan, On Mon, 12 Jan 2004, Jonathan Phillips wrote: > We would love it if you worked on this problem in INKSCAPE. We've been > discussing it and I've added your request to the INKSCAPE RFE. It is a > good idea. > > www.inkscape.org (join our developers list!) > > My only concern is what do you do when there are more than like 20 > objects selected at once? Don't you think at a certain point the amount > of sub-bounding boxes would be overwhelming? That is possible. It has never bothered me in the past, but we'll have to see how we get on. Perhaps we could increase the transparency of the boxes as the number of items increases, or something. > I'm not trying to steal you away from sodipodi, but I think that you > will find our development community is more supportive of direct > changes/revisions to the codebase. Come check us out... Looks good :-) The fact that the inkscape toolbars are docked to the main window gives you an instant 1-0 lead! (especially since I'm using Windows) I haven't got around to compiling inkscape yet, but it looks like the patch I just submitted to the sodipodi patch tracker should apply to inkscape as well. It's only a "first cut", but it gives you the idea. Cheers Carl -- Jonathan Phillips <jon@...15...>

1 0

Re: [Inkscape-devel] Using gtkmm in inkscape
by bulia byak 13 Jan '04

13 Jan '04

>done." This means that if a decision is between more users or easier for >developers, I say we take the easier for developers option. Choices of this kind are fortunately rare. Normally we can all focus on our areas of interest (e.g. the usability for me or program internals for you) without stepping on each other's toes. >In this case it means using gtkmm _despite_ it not being available in large >quantities. I'm no expert but I got the impression that gtkmm availability is being resolved, so the point is moot. > In this case it means not holding back a feature because it makes the >windows port hard. Can you give an example of such a feature? >In this case it means throwing away a large chunk of UI code because it was >clumsy. Are you referring to the spiral tool? If so, what's so clumsy about it? >Otherwise we will decend to the point where all we are doing is minor >tweaks to the about box... :-) _Someone_ must do these tweaks, too. _________________________________________________________________ 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…

2 1

gtkmm in MacOS X Fink, maybe
by unknown＠example.com 13 Jan '04

13 Jan '04

This might be what you need. I think someone added it yesterday: http://fink.sourceforge.net/pdb/package.php/gtkmm2 Murray Cumming www.murrayc.com murrayc@...167...

1 0

RE: [Inkscape-devel] Using gtkmm in inkscape
by unknown＠example.com 13 Jan '04

13 Jan '04

> However, freshrpms does have a 9.0 package that installs on 8.0. But > again, it's a bit problematic for those individuals and companies who > haven't stayed on the cutting edge. Fedora.us has gtkmm rpms, so you should use them instead, because they are official. They are basically the same as the fedora.us gtkmm rpms for Fedora Core 1. Murray Cumming www.murrayc.com murrayc@...167...

1 0

Using gtkmm in inkscape
by unknown＠example.com 13 Jan '04

13 Jan '04

Hi, someone pointed this status page out to me: http://www.inkscape.org/status/status_20031231.php So I thought I would offer some advice, quoting that page: > A second and much more critical issue has been raised regarding Gtkmm. > As planned since early in the project, we began incorporating Gtkmm > into Inkscape following the 0.36 release. Quickly it became evident > that this introduced severe dependency issues. > Gtkmm 2.x is not available commonly on most Linux distros. It is easily available for debian and RedHat/Fedora, from official distro sources: http://www.gtkmm.org/download.shtml A Mandrake developer assured me that they would ship it, but I don't have a Mandrake installation and I don't know how to check that. I'm fairly sure that it's easily available for Gentoo. SUSE have no public bug tracking or feedback system that I know of, but hopefully that will get better. With no contributions system, you will have difficult installing Inkscape on SUSE whether or not you need gtkmm. What other distros are you interested in? > On Windows it adds to the DLL download weight. I'm not sure what significance the download size has these days. By the way, gtkmm is easily installable on Windows: http://www.gtkmm.org/download.shtml > Most distressingly, it isn't yet ported to OSX. It builds, and works, and Julian Missig built a darwinports package: http://mail.gnome.org/archives/gtkmm-list/2003-December/msg00122.html I don't know much about MacOS X these days, but I suspect that you want it as a Fink package. That should not be at all difficult to do. Please tell ask on the gtkmm-list if you need help with that. I would appreciate being CCed on any communication with the Fink people. Murray Cumming www.murrayc.com murrayc@...167...

5 5

RE: [Inkscape-devel] Using gtkmm in inkscape
by unknown＠example.com 12 Jan '04

12 Jan '04

> We can't > expect customers to have recent versions of anything, If they can get your application, then they can get your application's dependencies. It has not always been easy to get either applicatins or their dependencies but it's getting better now that Fedora is official. > nor > can we expect them to upgrade. Why shouldn't they upgrade? If the dependencies have stable API and ABIs then there is no reason not to upgrade the depenencies. Murray Cumming www.murrayc.com murrayc@...167...

6 5

RE: [Inkscape-devel] Using gtkmm in inkscape
by unknown＠example.com 12 Jan '04

12 Jan '04

> Of course it is available. The question is, "Is it already > there?" The average blue-haired old lady might be puzzled a > bit by a dialog: "You must have gtkmm-2.4-x.rpm installed for > Inkscape to work" 'RPM Hell' is becoming a major part of the > Download Factor. But, on sane systems such as debian's apt and RedHat/Fedora's new thingy, and others, you will just install Inkscape and it will take care of the rest. People will not even know, or care, that you use gtkmm. > >>On Windows it adds to the DLL download weight. > >> > >> > > > >I'm not sure what significance the download size has these > days. By the > >way, gtkmm is easily installable on Windows: > >http://www.gtkmm.org/download.shtml > > > > > > This is the other major part. Every little bit hurts. If > we need it, > include it. Using, or not using, gtkmm is not the sort of major decision that should hinge on a little bit of download size. And as someone else said in another thread, people are quite used to enormous Windows downloads, because everyone has to ship all of MFC, CommonDialogs, yadda yadda in every application installer. Murray Cumming www.murrayc.com murrayc@...167...

3 2

RE: [Inkscape-devel] Using gtkmm in inkscape
by unknown＠example.com 12 Jan '04

12 Jan '04

> I have a question, something we were talking about a week > ago. Is it possible to build recent versions of gtkmm and > sigc++ with not-so-recent versions of Gtk, Glib, and the > like? libsigc++ does not depend on GTK+ or glib. gtkmm 2.2 can build with GTK+ 2.2 and glib 2.2, and with later API/ABI-compatible versions such as GTK+ 2.3/2.4. gtkmm 2.4 requires GTK+ 2.4 (2.3 will become 2.4). Gtkmm 2.4 installs in parallel with gtkmm 2.2, so you can have both: http://www.gtkmm.org/ > It would be good if we could limit the wildcards of > the distro to only those two libs. glibmm is now a separate module, for gtkmm 2.4. Murray Cumming www.murrayc.com murrayc@...167...

1 0

Rendering Plugin: GtkMathView
by Felix Breuer 12 Jan '04

12 Jan '04

Hello Inkscape Hackers! I have a couple of questions: In general: Does the planned plugin architechture of Inkscape allow for rendering plugins, i.e. plugins that render new/custom/other tags in the SVG document (embedded via the foreignObject tag)? More specifically: I would really like a MathML rendering plugin. Does your (planned) plugin architechture allow for such a thing? If it does, my suggestion is the following: GtkMathView [1] is a very mature MathML rendering engine which provides a) a GTK rendering widget, b) a C++ interface for rendering MathML and, most importantly, a Bonobo component. For details see [1]. It might be possible to use this to render MathML formulas inside pictures/diagramms created with Inkscape without too much implementation effort (?). Rationale: Currently there is no modern visual software to create mathematical/technical drawings. The free software user who needs such drawings (i.e. drawings that contain formulas) is forced to use programms like Xfig or to hand-code these drawings in LaTeX. Neither approach suits me and most of the mathematicians I know rather stick to pen and paper because of that. Hence, I think there is a not-too-small community of people who would be interested in this feature. If you think this is feasible with regard to Inkscape's plugin architechture, I might well take to the task of implementing the actual plugin. Please tell me what you think. Regards, Felix

5 6

Dependencies, GTKmm, Windows and autopackage
by Mike Hearn 12 Jan '04

12 Jan '04

That's a bit of a mouthful of a subject line, isn't it? Let me introduce myself. I'm the maintainer of the autopackage project (http://autopackage.org/) which is focussed on making software installation on Linux as easy as it is on other platforms. There are several parts to that mission, but autopackage is one of the first - it's a way of building packages that can be installed on any distribution *with* dependency handling. The idea is that maintainers of applications and libraries build a binary package at the same time as releasing source code packages, so ensuring that end users need not compile from the source. A few things that autopackage is: - A framework for building distro-neutral installers - A system that checks the OS directly for any dependencies required, so you don't have to use autopackage to install dependencies: it will detect their presence regardless of whether RPM, source code or simply copying binaries from another machine was used. - Currently experimental. We're about to release 0.4. All packages built until we release 1.0 are classed as experimental too. - Distributed: autopackage does not depend on having large repositories of packages built from it. The idea is that maintainers host packages themselves, and packages know where to go and find them to resolve dependencies. A few things autopackage is not: - It's not a distro. The idea is not that we package everything - far from it, all the packages we produce currently (there are only a few) are for testing purposes only. - It's not a replacement for RPM. For version 0.6/0.7 we want to integrate support for using native RPMs/DEBs/ebuilds where they exist, and utilising the native dep resolver when possible. Why is this relevant to Inkscape? I noticed on your last status report that you were considering delaying the introduction of GTKmm because it was not widely spread enough amongst distros. This is problematic, as the reason it's not installed by default in most distros is the lack of popular apps using it. One of the reasons people are reluctant to use it, is the lack of distros which include it. Clearly this is a catch-22 situation. So what is the answer? autopackage 0.4, which features network dependency retrieval, is going to be released soon. After that comes 0.5, in which we don't really want to add new features but instead concentrate on packaging a reasonably complex real world application. Up until now we've been using Gaim, which works OK but the Gaim maintainers have been less than co-operative so we're scouting around for something else (which preferably uses language bindings) to package instead. Programs that use language bindings are primary targets for us, because the dependency problems caused by them often discourage people from using them. This is not good, because language bindings have the potential to dramatically increase the productivity of free software developers by letting us get away from C. Therefore, I want people to use them, therefore I want people to depend on them. I have a proposal: If you go ahead with your original plans to make full use of GTKmm and all the useful things it provides, for 0.5 we will package Inkscape and GTKmm together in a distro-neutral fashion. You can link to these packages from your website, as well as providing packages in any other form you like. If up to date RPMs, DEBs etc are not available for the users distro, they can try the .package (autopackage) files. They will scan the system for GTKmm and other deps, and download and install them if not found. Here is a quick attempt to address some questions I expect you have. Q: But there are other reasons we are wary of GTKmm! A: Yes. The maintainer of GTKmm is not aware of any building problems on MacOS X however - being standard C++ and given that Apple use gcc, it's hard to imagine where potential problems might come from. Certainly, it would not be hard to port if there were issues. I'm not sure this is a valid reason to avoid GTKmm: if people want to use Inkscape on MacOS then any issues (if there are any) will be worked out. Murray Cumming can comment more on this. DLL bloat: all I can say here is that many, many win32 applications ship with MFC or ATL DLLs so this is hardly a problem unique to ported applications. Certainly the benefits of a good C++ wrapper outweigh the additional download size IMHO. Q: Isn't Linux binary portability really bad? A: Well, yes and no. A part of the work we do for autopackage is R&D into Linux binary portability. You're almost certainly aware of the C++ ABI break, about which we can do nothing. Fortunately gcc 2.95 is several years old now and *all* modern distros are compiled with gcc 3.2, so this is not so problematic (though autopackage can detect and deal with it nonetheless). There are other issues, of course. We have some simple drop-in build tools to control glibc symbol versions, the package build program scans all ELF binaries to locate common mistakes, and so on. In order to improve the binary portability between Linux distros, minor changes to the build system and/or source may be necessary. They should not affect the functionality of the program in any way. Q: Where does Windows come into this? A: You want a Win32 port. As you have already discovered ..... http://sourceforge.net/tracker/index.php?func=detail&aid=841633&group_id=93… .... Win32 binaries are always binary relocatable, whereas Linux binaries often are not. Inkscape is typical in that it contains constructs of the form: open_file( INKSCAPE_GLADE_DIR "/foo.png" ) or whatever, ie the path to the binary is constructed at compile time, not runtime. In other words, it's source but not binary relocatable. A minimum requirement of software packaged using autopackage is that it must be binary relocatable. There are several use cases for why this is good - from people who want to install to their home directory (autopackage allows them to do this automatically), to people who ran out of space on / and added a new harddisk, to admins installing to network mountpoints. This is not so trivial on Linux because there is no equivalent to the Win32 GetModuleFileName() call. Fortunately, as part of developing autopackage we have written a simple C file that can be dropped into any program or library and used to determine the prefix at runtime. This file is Linux specific (it reads /proc) but it can be switched on/off automatically in the configure script. Ports to other platforms will be added as time goes by. binreloc, as we call it, is really easy to use. It redefines the standard macros, so you can replace: open( DATA_DIR "/foo.png" ); with open( DATA_DIR("/foo.png") ); That's it! TLS slots are used to ensure there are no memory leaks. You already need to remove hard-coded prefixes like that from the code for the Win32 port to be really robust. At the same time, it can be done for Linux. If you aren't wanting to do this straight away, I might be able to write a patch to do it using binreloc. I also hack on Wine (my other project) so hopefully making it work for Win32 as well wouldn't be too hard. Q: But GTKmm is already packaged for Fedora and Debian. Users will want to use them, not the autopackage versions! A: Sure, we know that. At the moment autopackage can only fulfil missing dependencies using its own packages. In the 0.6/0.7 timeframe we want to add support for at minimum apt, and probably also yum and maybe urpmi so users will get the packages designed specifically for their distro instead of the generic ones. Q: What about GTK 2.2 vs GTK 2.0? A: Yeah, maybe. We're kind of reluctant to package GTK itself as that's really the distributors job - GTK is a core OS component these days. Linux is moving so fast at the moment that to be able to use new software I think it's reasonable to expect people to be upgrading their distros. Supporting one previous version is probably OK, supporting a year old distro is pushing things a bit. Still, there's no theoretical reason why we can't build GTK autopackages if the demand is there. Most people would want to at least wait until we integrate better with RPM before upgrading their system like that. If you have other questions about autopackage specifically, then see the autopackage FAQ: http://www.autopackage.org/faq.html In summary, my proposal is simple: * You continue the original plan of using GTKmm and reap the productivity benefits. Murray is chatting to the fink guys, so hopefully MacOS X worries should soon be dealt with. * We build Linux distro-neutral packages of Inkscape and GTKmm for the autopackage 0.5 milestone. We host them on our servers. * You link to them from your website. This lets people who don't have GTKmm packages available natively for their distro install Inkscape binaries anyway. * We maintain them until autopackage reaches version 1. At this point we don't want to maintain packages anymore, and will be pushing out all the specfiles we were testing with to the community and maintainers. At this point you can decide whether the test packages were popular enough to warrant continuing with autopackage. Apologies for the overlong email, but I wanted you guys to have some context. What do you think? thanks -mike

3 7

Request breaking CVS lock
by Peter Moulder 12 Jan '04

12 Jan '04

A cvs -d ':ext:pjrm@...54...:/cvsroot/inkscape' admin -ko many-files... command segfaulted, apparently leaving locks in place. According to *see (cvs)Concurrency: If a lock seems to stick around for an undue amount of time, find the person holding the lock and ask them about the cvs command they are running. If they aren't running a cvs command, look in the repository directory mentioned in the message and remove files which they own whose names start with `#cvs.rfl', `#cvs.wfl', or `#cvs.lock'. Can you please remove all such files owned by pjrm (me) in inkscape's CVS repository? Thanks, pjrm.

1 1

Re: [Inkscape-devel] new keys for the panel
by bulia byak 11 Jan '04

11 Jan '04

>Here's a readers' digest summary of how Inkscape accelerators work: Thanks! I put this into wiki for developers to benefit. Please everyone, if you have grokked some aspect of the program well enough, please take time to document it on wiki. So, Mental, what is your advice for alt-x and alt-z - add gtk accelerators or manually send focus to specific widgets? I tend to think the latter would be simpler, and I don't think that much more "activate widget" actions will be needed anyway. _________________________________________________________________ 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…

2 1

RE: [Inkscape-devel] Patch to tidy up the print destination dialog
by bulia byak 11 Jan '04

11 Jan '04

>Just checked out inkscape and noticed that the Print Destination dialog >that does three things Thanks, applied. Actually printing has more severe problems at the moment (see bug 850936), but any help is appreciated :) _________________________________________________________________ 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…

1 0

Patch to tidy up the print destination dialog
by iain 11 Jan '04

11 Jan '04

Hi guys, Just checked out inkscape and noticed that the Print Destination dialog that does three things 1) Capitalises the whole dialog name "to Print Destination" rather than "Print destination" 2) Removes the separator 3) Switches the Print and Cancel buttons around to fit with the GNOME HIG (Dunno if you're wanting to follow it, but the Open/Save dialogs are using it for their button arrangements) iain

1 0

Survey: Motivations to Contribute
by Ralph Spitzer 11 Jan '04

11 Jan '04

Hi all! I'm doing a research project on the motives of free software / open source software developers. This survey follows a somewhat different approach than some earlier studies and tries to incorporate concepts of social psychology to better understand the internal motivation of developers. The questionnaire consists of 44 questions which should be scored on a scale from 1 to 7. According to test runs, completion of the questionnaire should take about 6 minutes. No registration required. The questionnaire and more information about the survey can be found here: *** http://foss-survey.at.tf *** The survey will be online until the end of January. I hope to have the results online by mid February. If you want to be notified, please enter your email address in the appropriate box. If you have questions or comments about this survey, please CC me or email me directly, because I won't be able to follow all the lists/forums. Thank you. Your help is greatly appreciated. ralph

1 0

More cosmetics
by bulia byak 11 Jan '04

11 Jan '04

* More screen real estate: you can now hide rulers (Ctrl+R) and scrollbars (Ctrl+B). These settings are not yet stored in prefs but are planned to. I also added three toggle commands (grid, rulers, scrollbars) to the View menu. One missing command is toggle guides - it's still broken. Someone needs to look into it. I also removed the 3D border from the canvas frame, so now the rulers (when they're on) look less bulky and intrusive. _________________________________________________________________ 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…

1 0

Re: [Inkscape-devel] screenshot-ready
by bulia byak 11 Jan '04

11 Jan '04

>>>It seems like the icon for the far left "Zoom drawing if window size >>>changes" is not taking up all the space of the widget. >> >> >>This button is planned for elimination anyway, there will be a global >>switch to that effect in preferences instead. > >Do you think so? I think both behaviours are common and would be better >serviced by an accessible button. Of course, I'm not a big user of >inkscape, so I am happy if I'm wrong. This switch makes sense for an SVG viewer - in it, if you resize a window, you want the drawing to resize as well, if only because you have no other ways to zoom or pan it. With an editor, your window is indeed a _window_ showing you the part of the landscape you're working on; and of course when you open your window wider or narrower the landscape does not change. _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

1 0

Re: [Inkscape-devel] screenshot-ready
by bulia byak 11 Jan '04

11 Jan '04

>It seems like the icon for the far left "Zoom drawing if window size >changes" is not taking up all the space of the widget. This button is planned for elimination anyway, there will be a global switch to that effect in preferences instead. >Also, it seems like the status bar text should be vertically aligned in >the center to flow with vertical alignment with the other elements at >the bottom of the document window. That would be perfect, but I could not find a way to affect the vertical padding or alignment of a gtk_statusbar. Any advice from the GTK experts in the audience? :) BTW, Jon, any progress with the Help menu? I would love to have at least the keyboard shortcuts and the man page there for the upcoming release. The keyboard shortcuts page is the most important - it may well be sufficient for clueful users to learn the entire program even without the manual. Will the help menu commands call a browser on an HTML page? If so I wll prepare a better formatted version of the shortcuts page in HTML. _________________________________________________________________ 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…

2 1

screenshot-ready
by bulia byak 11 Jan '04

11 Jan '04

I've just committed a few cosmetic changes to the document window, mostly reducing the font size of things. IMHO it looks very awkward and unprofessional when everything uses the same font size. Another advantage is a bit more screen space for the image itself. Comments welcome. In particular, I simplified the ruler pango code by Daniel Borgmann so that now it uses a fixed font size (defined in widgets/widget-sizes.h) instead of trying to determine the default GTK font size. This makes sense, because everything else in the ruler has fixed pixel sizes, so the font must be fixed too. The zoom spinbutton is now finally editable again (using the same code as the top panel spinbuttons). I will assign alt-z to jump to it when I figure out the gtk accelerators (or decide that they are not worth the trouble and implement it via a verb). The coordinate display now uses gtk_label instead of statusbar. This gives better alignment and removes the border which helps differentiate it from the real statusbar (which now has more space to itself). Mental, will you please comment out the detachability of the top panel for now, as we discussed? Anyone has any idea of this bug: https://sourceforge.net/tracker/index.php?func=detail&aid=874205&group_id=9… This looks like a GTK problem to me, but maybe there's a smart trick that would get rid of that. It's minor but annoying. _________________________________________________________________ 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] 4 signals sent from sliders
by bulia byak 11 Jan '04

11 Jan '04

>The color sliders emit four different signals: > >grabbed >dragged >released >changed > >However, comparable GTK+ widgets only emit a single signal: > >changed > >and follow up with a gboolean xxx_is_adjusting() function. I'm not sure, but the best way to test is to try disabling the extra signals and see if something will break. Commit the change and we'll try to find anything wrong with it. _________________________________________________________________ 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

new keys for the panel
by bulia byak 11 Jan '04

11 Jan '04

The panel The panel at the top of the document window displays a different set of fields and controls for each tool. * Alt+x jump to the first editable field in the secondary toolbar * Enter set the current field's new value (if changed) and leave the secondary toolbar * Esc cancel any changes in the current field and leave the secondary toolbar * Ctrl+z cancel any changes in the current field * Tab, Shift+Tab jump between fields in the secondary toolbar (the value in the field you leave, if changed, is set) * Up/Down arrows change the current value by 0.1 * PgUp/PgDn change the current value by 5.0 This is the basic set of keybindings that makes the panel (aka secondary toolbar, but I like the "panel" term better) usable. Some of this functionality was provided by GTK but had to be cleaned up, some was implemented from scratch. Not to start a flamewar, but my impression of GTK so far is not too favorable: messy, underdocumented, somewhat similar to GIMP itself in its "interface" (I mean the programmer's interface, not only GUI). I don't know if other toolkits are much better, though. Questions for everyone: - alt-x: I like this shortcut, but if anyone will propose a better one I will be glad to hear. - Is alt-x plus tab/shift-tab enough for navigating the toolbar, or do we want each widget to have its own shortcut? Or will this be too much, with potentially tens of widgets in all tools? Of course such shortcuts would use consistent modifiers and would correspond to the widget labels, e.g. for the selector toolbar: ctrl-alt-x, ctrl-alt-y, ctrl-alt-w, ctrl-alt-h. - Now alt-x is implemented very stupidly, through grab_focus of a specific widget. I tried to use GTK "accelerators" but was unable to make them work. Does anyone know if Inkscape uses GTK accelerators? If not, how are the global verbs implemented? If I manage to add an accelerator group to the top-level document window, will it conflict with verbs? Can one point me to a not-too-complex GTK app that uses accelerators so I could figure it out? (The documentation is very scarce.) P.S. I've tried to send this message several times. Guess what, sourceforge was rejecting it as spam because in the phrase "through grab_focus" I had "via" instead of "through" - which matched the regexp for some well-known substance name! Oh my. Hope it will pass through this time. _________________________________________________________________ Check out the new MSN 9 Dial-up � fast & reliable Internet access with prime features! http://join.msn.com/?pgmarket=en-us&page=dialup/home&ST=1

2 1

4 signals sent from sliders
by Jon A.Cruz 11 Jan '04

11 Jan '04

The color sliders emit four different signals: grabbed dragged released changed However, comparable GTK+ widgets only emit a single signal: changed and follow up with a gboolean xxx_is_adjusting() function. I was wondering if there is any reason for the 4-signal method, and whether or not we should keep or lose it.

2 1

test
by bulia byak 10 Jan '04

10 Jan '04

test -- ___________________________________________________________ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm

1 0

Sodipodi flags 1.6
by Christian Schaller 10 Jan '04

10 Jan '04

Sodipodi flags 1.6 This is the fourth release of the Sodipodi flag collection. This collection currently consist of over 300 different international and local flags. The flags are donated by their authors into the public domain. The flags are in the scalable and free SVG format which today is supported by most major vector graphics programs. Most flags are done using the Sodipodi vector drawing application. In others words these are free flags in a free format made with a free application. The core collection of flags in this collection are meant to be as accurate as possible. If you discover flags in here that have wrong proportions or wrong colors then please update the flag with the correct colors or sizes and send it to us with an explanation. New flags are of course also welcomed, but remember we need a clear statement from you that you dedicate the flag to the public domain, preferably using the Creative Commons public domain dedication process found here: http://creativecommons.org/license/publicdomain-2 We do hope that many of you take some time to help us make this an evenmore complete collection; for instance the missing international flags per ISO 3166 are: bm, BERMUDA ky, CAYMAN ISLANDS fk, FALKLAND ISLANDS (MALVINAS) sh, SAINT HELENA tc, TURKS AND CAICOS ISLANDS vg, VIRGIN ISLANDS, BRITISH We hope that this collection can be useful to people in many different settings be that in relation to software, publishing, education and so on. The assembly of this huge collection has been made possible thanks to the hard work of many people. We big thank you goes to all our contributors listed in the CREDITS file distributed with this package. We would especially like to thank Tobias Jacobs who contributed most of the new flags for this release. You can see all of the currently contributed flags here: http://www.sodipodi.com/index.php3?section=clipart/flags The creation of these flags had not been possible without the hard work that free software coders have put into great tools like Sodipodi, Inkscape and librsvg. The projects have helped increase the viability of SVG in free and open source software a lot. Both these two tools and the new Inkscape project do need more coders in order to improve further. For instance thanks to the help of Caleb Moore so does the latest versions of Nautilus(librsvg) render all these flags perfectly. People interested in working on these and other issues are highly encouraged to join the project mailing-lists. You find the projects here: http://www.sodipodi.org http://librsvg.sf.net http://www.inkscape.org You can download the package in either tar.gz or zip format from the sourceforge file area: http://prdownloads.sourceforge.net/sodipodi/sodipodi-flags-1.6.tar.bz2?down… http://prdownloads.sourceforge.net/sodipodi/sodipodi-flags-1.6.zip?download

1 0

Call for MS Windows peoples
by Jon A.Cruz 09 Jan '04

09 Jan '04

There are a few things for win32 builds that I have been starting to get hammered out. However, I'd probably need some help with it (as I don't think just editing and checking in my changes from Linux would be the best way) So... I'd like to make a call for all present and potential Windows users. If you can compile Inkscape yourself or not, doesn't matter. I'd just like to find who can help maybe just run it on different setups. Windows 95/98/ME users are especially needed. Of people who can compile Inkscape for Win32, we'd like to know your exact setup. It would be nice to be able to try it on a few different build pathways. If you want to just sound off, you can reply directly to me at jon@...155...

3 2

RE: [Inkscape-devel] Warning / bug in nodepath.cpp
by bulia byak 09 Jan '04

09 Jan '04

>Anyway, there is a warning that 'xn' and 'xp' are >used unitialized in nodepath.cpp at line 2081. >There are several places in SP/Ink code where apparently >the author expects an uninitialized double to be 0.0, >and I thought this was one of them. On closer >inspection, the troublesome code is the following. At >the indicated line, if xn and xp are 0.0, that would >make the condition always false. It would be, and >probably is, the same as an '#IF 0'. I doubt if >that is the intention. What should we do? Thanks for the catch! I think it's my oversight. I will now fix this. _________________________________________________________________ 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…

2 1

RE: [Inkscape-devel] Win32 & SHGetSpecialFolderPath()
by bulia byak 09 Jan '04

09 Jan '04

>Creates > >\Windows\Profiles\%USER%\Application Data\Inkscape I have windows directory named c:\win98se. Is this covered? _________________________________________________________________ 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

Warning / bug in nodepath.cpp
by Bob Jamison 09 Jan '04

09 Jan '04

I was going through some files, and cleaning up the minor warnings we get with -Wall. However, some are not minor! (-Wall is good. -Wall is our friend!) Anyway, there is a warning that 'xn' and 'xp' are used unitialized in nodepath.cpp at line 2081. There are several places in SP/Ink code where apparently the author expects an uninitialized double to be 0.0, and I thought this was one of them. On closer inspection, the troublesome code is the following. At the indicated line, if xn and xp are 0.0, that would make the condition always false. It would be, and probably is, the same as an '#IF 0'. I doubt if that is the intention. What should we do? Bob node_request (SPKnot *knot, NRPoint *p, guint state, gpointer data) { SPPathNode * n; double yn, xn, yp, xp; double an, ap, na, pa; double d_an, d_ap, d_na, d_pa; gboolean collinear = FALSE; NRPoint c; NRPoint pr; n = (SPPathNode *) data; if (state & GDK_CONTROL_MASK) { // constrained motion ##### THIS LINE #######: if (state & GDK_MOD1_MASK && !(xn == 0 && xp == 0)) { // sliding on handles, only if at least one of the... // calculate relative distances of control points yn = n->n.pos.y - n->pos.y; xn = n->n.pos.x - n->pos.x; if (xn < 0) { xn = -xn; yn = -yn; } // limit the ....

1 0

Win32 & SHGetSpecialFolderPath()
by Bob Jamison 09 Jan '04

09 Jan '04

I tested it on a Win98 box, and it works nicely. So I think we have the Win9x case covered by this function, and the NT+ case covered by the glib call. Creates \Windows\Profiles\%USER%\Application Data\Inkscape if it doesn't exist, and puts preferences.xml in it. So I -think- we are done with this one. Bob

1 0

Re: [Inkscape-devel] Win32 cross-compiled build
by bulia byak 09 Jan '04

09 Jan '04

>Currently my autoexec.bat is empty. Can you give a little more detail on >what I should set? >I also have seen comments to the effect that Win2000 does not use >autoexec.bat though it can be forced to do so. Don't know if that is >relevant. I'm wading in deep waters here. AFAIK, on 2000/xp you are supposed to set environment variables via GUI somewhere in the system settings. Search your "start" button, or google for "environment variable windows 2000". _________________________________________________________________ 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…

2 1

Re: [Inkscape-devel] secondary toolbar
by bulia byak 09 Jan '04

09 Jan '04

>On Tue, 2004-01-06 at 04:26, bulia byak wrote: > > >It would be nice if there was a recursive version of > > >gtk_widget_modify_font(), but as far as I know there isn't. Perhaps we > > >should write a function to do that. > > > > Thanks! I added a recursive sp_set_font_size() to >widgets/swp-utilities.cpp, > > works fine for the menu and all spinbuttons. > >Actually, if you haven't already done so, maybe you can just call it on >the box widget for that part of the toolbar once you've added the >widgets? Tried that. Unfortunately it then only affects the visible menu item ("pt"); all the other items in the menu remain large, unless I cater to each one specifically. _________________________________________________________________ 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

Re: [Inkscape-devel] Win32 cross-compiled build
by Bob Jamison 09 Jan '04

09 Jan '04

vellum wrote: >Hi Bob, > >This build seemed to open up OK. So far it seems to work well with no >obvious problems. > >I checked the build though and the Inkscape screen says build031231. This is >confusing to say the least. Is it 031231 or 040106? > >Text zoom to 25600% seems good and I notice the width has been >increased-thanks. >text shapes etc seem good > >Will play more soon. > >vellum > > > > Yes, I should fix the date. Since I created the makefiles for a non-automated PC world, I have the date hardcoded. I guess now that I can automate the builds, something like DTG = `date +%y%m%d.%H%M` VERSION = "0.37cvs${DTG}" might work. This would make "0.37cvs040107.1556" Is that OK? This is in case more than one build happens to occur in a day. And it remains sortable. Bob

3 3

GUADEC 2004 Call for Papers
by David Neary 08 Jan '04

08 Jan '04

GUADEC 2004 CALL FOR PAPERS The Fifth European Gnome Users and Developers Conference June 28-30, 2004, Kristiansand, Norway http://guadec.org/ Abstract submission deadline: February 16th, 2004 The European Gnome Users and Developers Conference (GUADEC) invite you to participate in the Fifth Conference on June 28-30, 2004, Kristiansand, Norway The GNOME User and Developer European Conference (GUADEC) will bring together developers, GNOME Foundation leaders and individual, business and government GNOME and open source software users. The conference is a unique forum for highlighting the capabilities and direction of GNOME, the user environment for desktops, networked servers and portable Internet devices. GUADEC will also feature discussions of the future direction of open source development. We're looking for people to give - Talks, Tutorials, Posters, Panels, Planning Sessions / BOFS Areas of interest include, but are not limited to: GNOME core: Latest developments on the GNOME desktop, core GNOME applications, related libraries, security, Mobility and Wireless Access etc. Free Software in the Information Society: Development of policies and cases related to Patents, Open Standards, Migration strategies and experiences (e.g. Office documents), Software in Public sector such as schools and hospitals, Information Society progress including developing countries. Graphics: Development and deployment of applications in particular: Multimedia, Games, Film, GIMP Freestyle: Interesting Free Software issues not covered in the other tracks and open for a less formal forms of presentation REFEREED PAPERS TRACK GUADEC seeks original papers describing research in all areas based on GNOME or related to Open Source. Papers should not have been published or be in submission at another conference or journal. Accepted papers will appear on the Web site and we plan to publish them in conference proceedings. For papers to appear in the proceedings, we need to be strict on the submission format. Format details available on the above web site. We encourage you to submit the 'source' for the paper as well (eg. HTML, LaTeX, DocBook, MagicPoint, etc). Any featured software in papers must be available under a licence compatible with the Open Source Definition (http://www.opensource.org/osd.html). Any papers that are accompanied by non-disclosure agreement forms will be rejected. All successful papers must be eligible for republication on-line and on distribution media given to conference attendees. The GNOME Foundation requires publication rights to accepted papers, including the publication of the audio proceedings as well as publication and reproduction rights to any video filmed during the presentations. These rights are non-exclusive. Copyright ownership is retained by the author. You may be asked to sign an agreement to these conditions upon arrival at the conference. PAPER SUBMISSION Authors of papers are invited to submit abstracts (150 - 400 words) in plain text, due February 16th 2004 Final papers (1500 - 4000 words) or maximum 5 pages, photo and biography, due May 15th 2004. Please send your submission to guadec-papers@...45... See http://2004.guadec.org/ for further details and information on Posters, Panels, and Planning Sessions / BOFS Kristiansand is situated on the Norwegian south coast, offering a city beach and a vivid summer town life. The most visited attraction in Norway, the zoo (Dyreparken), is located nearby Kristiansand. Here the animals are kept in large outdoor space instead of cages. Perhaps we can even find some gnu's there. For those who prefer an excursion to a waterfall and Salmon River this can be also arranged. Other options include concerts, visit to islands, etc. General questions about GUADEC may be sent to info@...133... -- David Neary, E-Mail: dneary@...8... Tél: 04 72 33 95 35 Port: 06 03 98 39 80

1 0

Win32 builds
by Bob Jamison 08 Jan '04

08 Jan '04

Now that the files have been checked into the tree, it has become very easy to build on Win32. I have put a couple of recent builds here: http://troi.lincom-asg.com/~rjamison/inkscape ...along with instructions on how to do it. Please try them out. The main thing I am looking for, is a missing DLL dependency or something like that. Even though I have tried these on other machines, I would still appreciate a 3rd party testing it. Thanks. Bob

2 3

Tasks for 0.37 - Calling Volunteers!
by Bryce Harrington 08 Jan '04

08 Jan '04

Of the remaining tasks for the 0.37 release, there are a few items that we need volunteers for: 1. Create new screenshots for website 2. Review/remove obsolete (#if 0) code 3. Remove the SP prefixes and put into namespaces (e.g., SPFoobar -> Inkscape::Foobar) Most of these don't require a lot of experience with the codebase or C/C++, but they do require a lot of effort, so what we'd like to do is divide up the work among many hands. If each of us puts a few cycles in, it should not take long to tag team them all to the ground. 1. Creation of new screenshots is easy. Set up your desktop to look spiffy, with something "interesting" going on with Inkscape. Perhaps most helpful is if each screenshot focused on a specific feature (especially new ones like booleans and inset/offset). We also want a very attractive one to put on the homepage. If you want to do this, make the screenshot and announce it on this list, and we'll add them to the website. You can post your screenshot to your own webserver, or email to me directly (not to the mailing list). 2. Removing of the #if 0 code should be straightforward. There are large sections of code in the codebase that have been fenced off with pre-processor macros so that they never get compiled in. Why are these chunks of code in there? By definition, they're not necessary so probably can just be deleted, and so that's the plan. However, we need them to be reviewed to make sure we're not deleting stuff that's important. If you want to look at this, I've broken out the work by subdir in the Roadmap, so go sign up there. Each item should be a couple hour's worth of work, max, I figure. 3. Currently the code uses prefixes, but since we converted to C++ we want to use proper namespaces. I.e., instead of SPFoobar we want to have Inkscape::Foobar (more or less). This can partly be done mechanically through scripts, but we also want to move things around in the process. Details about the namespaces to use are available from the SubsystemRearchitecture document in Wiki. If you're interested in working on this, contact Mental, or just go ahead and start submitting patches and we'll work things out as we go. Thanks, Bryce

2 5

Win32 cross-compiled build
by Bob Jamison 08 Jan '04

08 Jan '04

I put a new build on the web page today, one that I made completely on a Linux machine. However, I was not able to find a free Windows box on which to try it out. If someone has the time, please give it a try. By "cross-compiler" , I mean the same MinGW-modified GCC that we normally use on Windows, but built on Linux instead. It is likely incredibly buggy, being the first one made this way, but hey, it's a start. If this works, we can start automated builds soon. Bob

5 8

Naming
by Ted Gould 08 Jan '04

08 Jan '04

There has been some discussion about what to name the things that add functionality to Inkscape, but are not part of the core. I've always called these modules, while there was discussion on this before - it seems that it is time to change the name. I don't really care what we call stuff, I just want everyone to use the same terms. Here's what I'm proposing: extension --- a chunk of functionality that extends the functionality of Inkscape, but is not part of the core code. script --- an extension that is built using STDIO to pass SVG data and change it in some way. extension system --- The code that deals with all of the glue between extensions and the core. Complaints? Comments? Additions? Ideas? --Ted

3 9

Planning for 0.37 Release
by Bryce Harrington 08 Jan '04

08 Jan '04

Hi all, Now that the holidays are over, it's probably a good time to start focusing on cutting a release. Much good work has been done due to the steady level of activity over the past month. It looks like all the "hard" tasks in the Roadmap have been successfully completed, but there's several other cleanup tasks still to be done. It's a good bit of work, but divided amongst us it won't take much time per person to achieve them. We'd identified Feb 1st as a possible release date, but I think we should release when the tasks are done. Conceivably that could be before the 1st, given how much productivity the team has brought out on prior releases. I'll post the plan shortly, and identify areas where we need volunteers. Meantime, have a look at http://www.inkscape.org/cgi-bin/wiki.pl?Roadmap I'll also extract a "short list" of bugs that should be fixed for this release. There were quite a few critical ones, although I think a lot got fixed over the last few weeks. The bug tracker is at: http://sourceforge.net/tracker/?group_id=93438&atid=604306 Bryce

1 0

Re: [Inkscape-devel] secondary toolbar
by bulia byak 08 Jan '04

08 Jan '04

>It would be nice if there was a recursive version of >gtk_widget_modify_font(), but as far as I know there isn't. Perhaps we >should write a function to do that. Thanks! I added a recursive sp_set_font_size() to widgets/swp-utilities.cpp, works fine for the menu and all spinbuttons. > > But I did not find any way to > > "undo" a GtkEditable. Does this mean I must implement this myself, by > > remembering the old text every time I enter a spinbutton and restoring >it > > when leaving by Esc? > >Yes. > >You may find that g_object_get_data() and g_object_set_data() will save >your sanity here. OK, will do. _________________________________________________________________ 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…

2 1

Some thoughts
by Daniel Díaz 08 Jan '04

08 Jan '04

Hello all! Well, I finally downloaded Inkscape again and gave it a try. I hadn't seen it since the old 0.35-pre days, and I must say this new interface you all talked so much about is MARVELOUS! I *love* it! With the tools organized this way I can finally make my way into some rather basic designs! (I couldn't do it before, for I wasn't able, ever, to find where the things I needed were). I was raised in the old Freehand school, so this definitely suits me much better! I do have some comments, however. Well, at first glance, the "Click, Shift+click, drag around objects to select." message is not the warm welcome message I would expect. It would be great to have a "Welcome to Inkscape!" status just as the program starts if the new window contains a new document. The about menu entry, also, lacks the typical GNOME about icon. In the about window, there's Federico Mena (Quintero, I suppose) written as "Frederico". I drew a rectangle and tried to move it to some given position with fixed width and height. After setting X, one (well, I did) would normally use Tab to switch to the Y field. It does switch, but focus seems to be lost somewhere, for the next number zooms in or out. Also, I truly don't know why, my mouse cursors seem to be broken. I'm sorry I can't make a screenshot of this, but they look odd. The "icon" looks almost fine, save it's all trashed and shifted and... well, it doesn't look right. I just grabbed the code from CVS one hour ago. It looks great as it is! I'll try to make my dad use it and I'll let you know about any HID issues. Greetings to you all! Daniel Díaz yosoy@...31...

2 1

RE: [Inkscape-devel] Some thoughts
by bulia byak 08 Jan '04

08 Jan '04

>Well, at first glance, the "Click, Shift+click, drag around objects to >select." message is not the warm welcome message I would expect. It >would be great to have a "Welcome to Inkscape!" status just as the >program starts if the new window contains a new document. Good idea. I'll do it. >I drew a rectangle and tried to move it to some given position with >fixed width and height. After setting X, one (well, I did) would >normally use Tab to switch to the Y field. It does switch, but focus >seems to be lost somewhere, for the next number zooms in or out. Yes, this is planned, as well as the shortcuts for quickly going to any of the secondary toolbar fields/spinbuttons. >Also, I truly don't know why, my mouse cursors seem to be broken. I'm >sorry I can't make a screenshot of this, but they look odd. The "icon" >looks almost fine, save it's all trashed and shifted and... well, it >doesn't look right. Perhaps it cannot find its mouse cursor bitmap? Did you do "make install"? Anyway, if you can find out anything specific about it, please file a bug report. _________________________________________________________________ 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…

1 0

Re: [Inkscape-devel] Win32 cross-compiled build
by bulia byak 08 Jan '04

08 Jan '04

>With Inkscape build 031231 the preferences file is picked up and the >preferences are used. >With Inkscape build 040106 the preferences file is not picked up. > >Swapping preference files does not alter things. I read this as a change in >Inkscape and nothing to do with the preferences file. > >Can someone help here? For example, Bob, what happened between these two >releases? I can confirm that on Linux it still works as it should. Mental, perhaps some of your fixes should be changed or reverted in the WIN32 branch? _________________________________________________________________ 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

Re: [Sodipodi-list] feature wanted: boolean operations
by Nathan Hurst 08 Jan '04

08 Jan '04

David Christian Berg wrote: >We'd best ask Michal himself on this question but still I'm deserately >hoping for a intersect, unite and substract tool, where you end up with >one object at the end. >Union become a problem when you would want to move the (with grouping or >combining non existing) nodes at the intersection of the object >outlines. Actually that was something that quite annoyed me when I >started out with sodipodi. One learns to work around that kinda problem >with the time, though. > > If you are desperate, inkscape has boolean operations available in CVS. njh

1 0

postscript output: no included bitmaps
by John Griessen 07 Jan '04

07 Jan '04

When postscript output is made, it includes bitmaps in a reasonable-looking .ps file, but ggv does not like it... And trying imagemagick convert on th large .ps file gives: Current allocation mode is local Current file position is 583994 GNU Ghostscript 7.07: Unrecoverable error, exit code 1 convert: DPS library is not available (card-test.ps). inkscape puts out this during print... is a module missing? ========================== ** (inkscape:9094): CRITICAL **: file db.cpp: line 39 (void sp_module_db_register(SPModule*)): assertion `module->id != NULL' failed ** (inkscape:9094): CRITICAL **: file db.cpp: line 57 (void sp_module_db_unregister(SPModule*)): assertion `module->id != NULL' failed -- John Griessen Cibolo Design Austin Texas EE good at IR systems, power supplies, logic design, A2D D2A, digital amps, mechatronics, SiGe and CMOS layout, MEMS/mech/electronic/photonic modeling, charge pump PV/battery/fuel cell power converters, linux counter #249315

1 0

Postscript output
by John Griessen 07 Jan '04

07 Jan '04

Hello, I've just used the CVS version of inkscape from this AM to print to postscript file using postscript elements and it works fine for the SVG elements, but not for the .png or .tif or .jpg bitmaps included in an inkscape document. Has this worked in the past? If not, should I write this up as a bug report, or as a feature request on the wiki? Even without adding inclusion of bitmaps, Inkscape plus Scribus is a like-the-pros-use set of layout tools, and with plugins planned will outstrip those easily. Thanks for free publishing your efforts. Who is working on writing docs? I can help there. JG -- John Griessen Cibolo Design Austin Texas EE good at IR systems, power supplies, logic design, A2D D2A, digital amps, mechatronics, SiGe and CMOS layout, MEMS/mech/electronic/photonic modeling, charge pump PV/battery/fuel cell power converters, linux counter #249315

2 1

Minor changes to Win32 build
by Bob Jamison 06 Jan '04

06 Jan '04

Hi all. I uploaded another build last night, which would basically be a snapshot of CVS at 0600GMT. It has two changes from the previous build: 1. It does not include the gtkmm, glibmm, atkmm, and pangomm files. Since we don't have a dependency on them for the time being, why download them? 2. I changed the build from a heirarchical set of makefiles, to a single makefile with makedep files. This greatly simplifies the build, and makes it cleaner/safer. However, any change like this can possibly change the behaviour of the product. So if anyone sees anything odd (or odder than normal ;-) please let me know. During this week, I will be working on debugging and cleaning up the GTK static build, which is complete, but needs tweaking. (Like where /etc and /locale and /lib are found). Hopefully by next Monday I can get the entire thing working, and also a nightly automated build from a cross-compiler. Bob

1 0

Gtk 2.2
by MenTaLguY 06 Jan '04

06 Jan '04

Would anyone have any problems if we bumped the gtk configure-time requirement to >= 2.2.0? We're already having trouble with 2.2-specific stuff getting introduced, since (I think) that's what most of the developers have. We may as well make the dependency explicit if we use those features. -mental

5 8

RE: [Inkscape-devel] Re: monostd.h
by bulia byak 06 Jan '04

06 Jan '04

>Innocent, your honour! According to cvs log, I added it to Makefile.am >on 2003-12-21 (cvs comment `Add some header files to SOURCES, so that >`make distcheck' works.'), and monostd.h was deleted by mental on >2004-01-03 (cvs comment `portability fixes'). Ah, sorry, I didn't realize that the file was actually there for some time - I read the CVS log and thought that you just added a reference and not a file itself :) Thanks for the fix! _________________________________________________________________ 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…

1 0

"closing a segment now remains snapped"
by bulia byak 06 Jan '04

06 Jan '04

(i.e. ctrl now works properly to restrict line directions in the pen tool) This was personally annoying me - thanks a lot for the fix! Now we finally have a plain and easy answer to the FAQ "How to create a horizontal/vertical line" (this is not the only way to do that, but it's the most straightforward). _________________________________________________________________ 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…

1 0

Re: [Inkscape-devel] RE: Win32 Preferences
by bulia byak 06 Jan '04

06 Jan '04

>With the latest build (040103) Inkscape generates a preferences.xml. I can >modify it and Inkscape will NOT use the modifications on its next run. This >is terrible. It is worse than the previous two builds, since I now cannot >change preferences. Mental, I think you were the last to change that part, could you please have a look? _________________________________________________________________ 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

Re: [Inkscape-devel] secondary toolbar
by bulia byak 06 Jan '04

06 Jan '04

>btw, one problem with requesting 0 width for the select toolbar -- it >shrinks to 0 width when detached. Ouch. What would you suggest? removing 0 or removing detachability? _________________________________________________________________ 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…

2 1

Re: [Inkscape-devel] secondary toolbar
by bulia byak 06 Jan '04

06 Jan '04

> > - I reduced the font size of the labels and spinbuttons, but could not >do > > that for the units menu. It looks like menus font sizes are not >settable. > > Any insights from gtk experts? Because of the too-large units menu, the >aux > > toolbar jumps up and down a bit when you switch tools. > >You need to set the font size for each menuitem. The OptionMenu just >sizes to fit its menuitems. Still does not work :( Just after i = gtk_menu_item_new_with_label ( u->abbr ); in units-menu.cpp I added gtk_widget_modify_font (i, pan); where pan is a PangoFontDescription. No visible effect, although the same approach works for spinbuttons. >Mmm, I think the units menu works best as an optionmenu. OK, let's leave it as is for now >As for changing the context menus for spinbuttons, at worst I guess you >can add signal handlers for the "button-press-event" and >"button-release-event" signals and trap right clicks that way. And if I just want to remove something from the standard menu? Impossible? >I still have mixed feelings about removing the standard context menus, >though :/ Why would one need any special input methods for typing digits? > > - I want Esc inside the spinbutton to defocus it. Now Enter applies the > > value and defocuses, but this is only because it's hard-coded into the > > spinbutton to "activate" it and I added defocusing to the value-changed > > callback. However I don't see how I can change the keybindings within a > > spinbutton to enable Esc to do what I want. Is this possible at all? > >Yes; connect to the widget's "key-press-event" and "key-release-event" >signals to trap keypresses. Thanks, this works, except that deficusing a spinbutton activates it, i.e. applies its value to scale/move. Obviously this is wrong for Esc, which must cancel any changes and restore the old value. But I did not find any way to "undo" a GtkEditable. Does this mean I must implement this myself, by remembering the old text every time I enter a spinbutton and restoring it when leaving by Esc? _________________________________________________________________ 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…

2 1

monostd.h
by bulia byak 06 Jan '04

06 Jan '04

Peter, you added monostd.h to Makefile.am but there's no such file. Because of this, "make tags" does not work for me: make[1]: *** No rule to make target `monostd.h', needed by `TAGS'. Stop. Please fix it somehow, because without tags I have problems working on the source in Emacs (I cannot quickly look up definitions, which slows me down considerably). Generally, if anyone is changing makefiles, please make sure that "make tags" is not broken by your change. _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

3 2