- Inkscape Devel - Inkscape Mailman

nudge distance, cursor tolerance
by bulia byak 24 Nov '03

24 Nov '03

1. Nudge distance is now stored in preferences. Default is 1 mm, let me know if you think this value needs to be changed. This affects arrows and shift-arrows in selector and node edit. No GUI to change that value yet, but you can edit your preferences.xml to test. 2. Cursor tolerance (from display options) is now stored in preferences too. I changed default from 1.0 to 2.0, but perhaps it should be made even bigger. This affects how close you need to be to an object to grab it; bigger values make the tools much more usable, especially with a tablet. Please test and report what value works best for you (I like it at 8.0), then we'll take the average and make it the default :) -- ___________________________________________________________ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm

4 3

SF out of disk space
by Bryce Harrington 24 Nov '03

24 Nov '03

bash-2.05b$ df -h . Filesystem Size Used Avail Use% Mounted on pr-fs-groups-i:/home/groups/i 54G 51G 0 100% /home/groups/i I noticed this because I was updating the DevelopmentRoadmap and got a "Bad page version" error. Also it deleted the DevelopmentRoadmap and its change history. There's a backup version but I'm unsure how old it is. Bryce

2 4

new keys in node editor
by bulia byak 24 Nov '03

24 Nov '03

Please test! New keys in node editor: * esc deselects and cancels rubberband and node dragging * ctrl-a selects all nodes * tab and shift-tab cycle through nodes of the current shape All these keys work across all subpaths of a shape. Note that I had to change the lists of nodes, subpaths, and selected nodes from single-linked to double-linked. -- ___________________________________________________________ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm

1 0

Re: [Sodipodi-list] Comments and questions from a newbie (fwd)
by Bryce Harrington 24 Nov '03

24 Nov '03

---------- Forwarded message ---------- Date: Mon, 24 Nov 2003 09:02:39 -0500 (EST) From: Radical <radicalgfx@...78...> To: Bryce Harrington <bryce@...1...> Subject: Re: [Sodipodi-list] Comments and questions from a newbie > On Sun, 23 Nov 2003, Radical wrote: > > that available. It doesn't seem to save the setting though. > > I passed word along to Mental (the developer of the feature); he's going > to poke around at it. He asked what you mean by save the setting? I meant that the inkscape:groupmode attribute didn't seem to get saved in the SVG file. So in my case where I have have a lot of groups I have to go back and set that parameter on each one every time I load the drawing. R

1 0

Call for help: Doxygen headers
by Ted Gould 24 Nov '03

24 Nov '03

Hey, I was working on the Actions/Verbs stuff for the modules and learning about the implementation in Inkscape. So, as I was doing this I was writing documentation in the Doxygen format for the functions where I figured out what they do. This made me think: wow, this would be a good way for someone to help out who wants to get more familiar with the code base. No seriously, you don't have to learn how absolutely everything works to write some good descriptions of functions. Probably starting in one of the subdirectories would be best (most of the time these aren't heavily dependent on things outside of them) and writing the Doxygen headers. Doxygen is pretty easy. You can do all kinds of fancy stuff with it, but I'd just like to see descriptions of the functions and the parameters - which doesn't take that much knowledge of Doxygen either. I don't know if anyone is interested, but I'd love to see patches with this info in them. --Ted

1 0

bug transfer from sodi to Inkscape
by Jonathan Phillips 24 Nov '03

24 Nov '03

Hello, I've decided to go through Sodi's patch tracker and transfer what is buggy in Inkscape to Inkscape's cvs bug tracker. I'm trying to find some way to help and this seems like a good way. Could I get an update on progress of this? I see on the wiki that ted and bryce are listed as taking on this task. Otherwise, I'm going to start translating the bugs over to inkscape. thx Jon -- Jon Phillips UCSD Graduate Researcher Computational Media PO BOX 948667 La Jolla, Ca 92037 858.361.2811 www.protofunk.org jon@...15...

3 3

The End of the Illustrator Thread
by T Ingham 24 Nov '03

24 Nov '03

All, As both a professional designer and my previous work in the print industry ( not publishing, but actual printing ) I can tell you without a doubt that Adobe Illustrator is the de facto standard for production of any kind of high-resolution, device independent output. There isn't a print shop or pre-flight house in the usa that doesn't have at least one license for Illustrator. There are reasons that Illustrator is so popular that have nothing to do with quality, more to the point in fact it's just really old. With this, the reasons that Illustrator is popular, we need to focus on why it is that this fork started. Our goal is to open this application up to a wider user-base yes? If that's the case then I should think it would be in our best interests to attempt to provide some sort of mechanism for allowing users the ability to customize their own shortcuts. This sort of system would take the form of what Macromedia did when they released Freehand 7. In the preferences for that application, there was a simple checkbox "Emulate Illustrator Shortcuts". Whence checked, the application behaved nearly identically to Illustrator. While some have said that providing for a customization scheme for Inkscape, for some commands would prove difficult, I plead with you to find a way to make it happen. Issues in regards to the tools available in this application will mean nothing if people have to learn an entirely new set of commands to make it perform the way their used to. They won't, they'll walk. It's the subversion game, and we're playing with all balls. -Thomas

2 1

bugs
by bulia byak 24 Nov '03

24 Nov '03

1. I fixed 842565 long ago; can anyone please test and if ok, close the bug? 2. I'd like to nominate the new 848355 as critical for 0.36. Along with the other undo bugs it's very annoying. -- ___________________________________________________________ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm

1 0

Mental: Toolbar changes
by T Ingham 24 Nov '03

24 Nov '03

Mental, First off, I freaking LOVE YOU!!! The convenience of having those toolbars contextually show / hide is fantastic. However there is one minor inconsistency that needs attention. When you select a tool which has no sub-toolkit, could you have the "Select" subtoolkit display, but be disabled. This would prevent the panel from resizing, and throwing the document all over the place. Alternatively, we could adjust the current location of the artboard within the canvas window, by and inverse amount to the growth / shrinkage of the panel ( but that seems entirely more complicated and no more beneficial ) Spatiality Rules! -t

1 0

Don't Panic, or "New UI code getting merged in"
by Bryce Harrington 24 Nov '03

24 Nov '03

For those of you who have not been following Mental's work, be aware that he's going to be merging it in soon - probably this evening. The new SDI-based interface feels *quite* *different* from Sodipodi. Confusingly so. Things are in very different locations than you're used to. But this is all by intent. We have discussed the CSDI / SDI technicalities, the importance of HIG compliance, the desire to work like this app or that, etc. etc. This work has been going on in a branch for the past week, with screenshots on the website for about as long, so there's been some time for early testing. We are ONLY going to know whether all this theory will work in reality if we each TRY IT OUT. Some will ask why we are making these significant changes, and that is a good question. Stated briefly there are several reasons: 1. It significantly distinguishes Inkscape from Sodipodi 2. It is in keeping with GNOME HIG standards (the Sodipodi approach isn't). 3. It has been requested by a number of Inkscape users. 4. It forces us to really rethink the UI layout, including little things that we have tended to take for granted but that need to be re-examined. 5. It's better to make the change now while the project is still young and won't disrupt a large existing user base (other than ourselves!) Regarding testing, some tips. Well thought out, fairly worded observations are what we're looking for, moreso than gut reactions. Things are still fluid at this point so well thought out comments can have an important long-term impact. Take some time with your evaluation and think about how we can make it more powerful for skilled users, and intuitive enough to help novices find their way to what they need. You will be able to check it out from developer CVS soonish, or anonymous CVS within a day or so. We also hope to cut a pre-release and RPM's to make testing easier for folks. Bryce

1 0

Re: [Inkscape-devel] Testing feedback
by Robert Crosbie 24 Nov '03

24 Nov '03

----8<---Snip--->8---- > "The undo also seems to have some problems. I was messing around with > the layer selection stuff and moved an item which I then tried to undo > but it didn't work. It was kinda strange because some things could be > undone but not others. I kept pressing undo a whole bunch of times > and it crashed." > >Robert - Sounds like this one feeds into your work; would you mind >taking this one? > >Bryce Yeah, This is the problem I was looking into Saturdy Evening. I'll be looking at it again on Tuesday or Wednesday. If anyone else wants to have a go at it, It seems to be around sp_document_undo or sp_document_maybe_done. It seems that if you undo when there is nothing to undo, the undo list doesn't get updated when you create new object. Problem is kdbg was crashing on me when I tried to set a breakpoint inside sp_document_maybe_done to see what was happening there. Cheers, Rob. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

Testing feedback
by Bryce Harrington 24 Nov '03

24 Nov '03

Some feedback on Inkscape from CVS from a user: "I tried out Inkscape a bit. I was able to set the inkscape:groupmode parameter that allows me to select grouped items. I really like having that available. It doesn't seem to save the setting though." Mental - want to take a look at this one? I've asked for clarification on what he means by "save the setting". "I went to set the stroke width on a path and I couldn't type in the number. It seems to do the hotkeys instead of letting me type into the dialog (focus problem?)." Bulia - I verified this. Looks like the new number-key keyboard shortcuts are stealing focus. Could you take a look? "The undo also seems to have some problems. I was messing around with the layer selection stuff and moved an item which I then tried to undo but it didn't work. It was kinda strange because some things could be undone but not others. I kept pressing undo a whole bunch of times and it crashed." Robert - Sounds like this one feeds into your work; would you mind taking this one? Bryce

1 0

(no subject)
by bulia byak 24 Nov '03

24 Nov '03

> I'm torn between wanting to shamelessly pander to Illustrator users or > decide if doing it differently would be better enought to mitigate the > inconsistancey! Illustrator is far from being the standard. Xara, CorelDraw, Freehand, Canvas all have sizeable user communities, and as a rule they don't imitate Illustrator keybindings but do most things their own way. Besides, there's GIMP and other linux graphic soft that we must take into account. So I think in each case, we should review the existing approaches and either select one of them (not necessarily Illustrator) as the best, or devise our own. And by the way, at least global keybindings should ultimately be user configurable (it's difficult to do that for all keybindings, but at least those in shortcuts.c must be taken from the config file). -- ___________________________________________________________ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm

4 8

Re: [Inkscape-devel] misc
by bulia byak 24 Nov '03

24 Nov '03

> > - ctrl-` and ctrl-shift-` opens the toolbox > > If only one instance of the toolbox is allowed, and will always be on > top, then might it worth having ctrl-` work as an on/off toggle? The same applies to all other dialogs. Do we want to make all ctrl-shift shorcuts toggles? Advantages of toggles: - you can switch off a dialog without first moving focus to it - Illustrator behaves the same way (toggles) Disadvantages: - may be counterintuitive: I see a dialog and I want to move focus to it to use some of its widgets. Now I press e.g. ctrl-shift-f and focus is moved to the dialog. With toggles, I will have to press ctrl-shift-f twice to do the same (once to switch it off and then on again). The same situation is when one dialog obscures another: now I press the shorcut of the bottom one and it jumps to top at once, with toggles I will have to press it twice. Any comments? -- ___________________________________________________________ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm

2 1

Re: [Inkscape-devel] 0.36
by bulia byak 23 Nov '03

23 Nov '03

> > 2a. Recent reports and testing them under windows show that the > > transiency code is not perfect. Maybe we'll have to switch "unsinkable > > dialogs" off on Windows because it behaves erratic there when you try > > to minimize a document window (maybe this is GTK+ issue). I lean > > towards accepting the current unsinkable dialogs as temporary solution > > for the 0.36 release (but not for windows build), but after that I > > want to explore other options such as GIMP's dockable > > palettes. Dockability is a good thing in any case, and writing it from > > scratch is too much work; maybe they will take care of staying on top > > as well. > > That sounds like a good approach. Can you configure it to not use the > unsinkable dialogs feature for Windows compiles? Also good idea to > investigate dockability; maybe you could add that to the roadmap for > 0.37 or 0.38? Perhaps you and Mental can talk about that. OK > I compiled Inkscape from CVS and played with opening and closing > Inkscape and its dialogs after moving dialogs around. A few dialogs > seemed to remember their screen location when closed and reopened, but > not all. Sure, only toolbox and ctrl-shift-f, as I explained before > None seemed to remember their location between Inkscape > invocations. That's strange - these two should remember position and size, they do on my system. Is ~/inkscape/preferences.xml created/updated after you exit? > Also I noticed many dialogs first popped up in a corner, > whereas it probably would be better for them to pop up either > auto-positioned (if possible) or centered in the screen. OK I'll think about centering those dialogs that don't yet have saved position, but this is minor importance because this position will only be used once - after you drag the dialog to any other place it will remember it and never again pop in the center. > > 2c. I still want someone to test one small change in the transient > > behavior though. It's simple: Please compile the latest CVS/tarball, > > open two document windows, maximize both, and switch between > > them. Does toolbox stay on top? Please report also your window > > manager. Thanks! > > I've tested this on KDE (Mandrake 9.1), the toolbox does not stay on top > of the canvas windows when switching via Alt-tab. If I am switching > between a single canvas and the toolbar, though, it does. That's the problem. Here's the dillemma: - either we have it as it is now, with the problem of dialogs not staying on top when switching maximized windows (at least on KDE), - or I can fix this problem, but then we'll have another: as reported by Tom von Schwerdtner, "the document window is auto-raising itself when it gets the focus. To me this is is counter-intuitive, as every other gnome application I use follows the window manager settings of not auto-raising windows when they get the focus." I don't use raise-on-click so I did not notice this myself; with raise-on-focus everything seems to be OK. So we have to choose which of these two problems is more serious. I can think of no way to fix them both. Maybe some magic dockable windows will solve both, but the current transient windows have to choose. I don't want to make this user-configurable because that would be a rather obscure and confusing option. What do you think? > I don't have an opinion on this one and am not familiar with how it's > done in other applications, but if I were going to try to guess what the > mappings were, I'd probably try ctrl-pgup/dn, then ctrl-up/dn, then > (maybe) home/end, and finally if it wasn't any of those I'd look at the > keyboard shortcuts list. So my vote is for Home/End for top/bottom (as it is now) and Ctrl-Home/Ctrl-end for one layer up/down (instead of current pgup/pgdn). > I'll add 'make this decision' to the roadmap. Who do you think would be > a good person to make the call? (I also don't have a mouse wheel and > also don't have an opinion.) Alan, can you summarize what is the current consensus (if any)? --bb -- ___________________________________________________________ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm

2 1

Re: Menu layout feedback [Re: [Inkscape-devel] Snap to grid]
by Robert Crosbie 23 Nov '03

23 Nov '03

> >I'd add a Help menu, even if you only have the About dialog to put there. > In the Help menu we could put a link to the sourceforge site as well as the About dialog. Rob. _________________________________________________________________ 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 3

[Fwd: [Sodipodi-list] Comments and questions from a newbie]
by Nathan Hurst 23 Nov '03

23 Nov '03

some thoughts for checking against 0.36.

1 0

dialogs memory
by bulia byak 23 Nov '03

23 Nov '03

With the preferences restored, I've implemented remembering size and position for dialogs. Only two dialogs are affected for now, the toolbox (only position) and fill/stroke (size and position). Please test and report any problems. Finally, after this change is tested, I will copy the entire code over to all other dialogs. Preferences are now saved in ~/.inkscape/preferences.xml, instead of simply ~/.inkscape/preferences. I think it's more logical this way. A new signal was added, "shut_down". It is sent by the inkscape object before shutting down inkscape and before saving preferences, so that dialogs have the chance to write their status into the preferences. If anyone else needs to do some housekeeping before program shuts down, they may use this signal. New shortcut: * for the star tool. By the way, the number of star rays was written in prefs, and this now works. Lots of other parameters need to be similarly written and restored. I will soon update the wiki page with instructions on how to handle this. -- __________________________________________________________ Sign-up for your own personalized E-mail at Mail.com http://www.mail.com/?sr=signup Search Smarter - get the new eXact Search Bar for free! http://www.exactsearchbar.com/

2 1

misc
by bulia byak 23 Nov '03

23 Nov '03

Have anyone tested the unsinkable dialogs? Any comments? Just to remind you, the two dialogs I've been working on - toolbox and fill/stroke - are now not only transient but unsinkable (stay on top of the topmost document window when there are many). Also they remember shape and position within session so you can turn them off and then on again without losing your layout. (What remains to be done is an all-dialogs-toggle; I will do this shortly.) Inserting the same into all other dialogs is a boring work, and I want to be sure that these new features work perfectly with these two dialogs before I spread them everywhere. So please test heavily and report any problems or concerns. By the way, be prepared for a possible flame from Gnome developers. Here's what Havoc Pennington writes in his book: " A transient dialog is one that appears and is dismissed relatively quickly. (GnomeDialog is really meant for transient dialogs.) Some "dialogs" are just small windows, such as the tool palette in the Gimp. These persistent ("floating") dialogs should be minimizable without minimizing the parent, and they should not be forced to stay above the parent window." Which IMHO is very wrong: it does not matter how long a dialog stays open, it only matters what you do with it. A tool palette makes no sense without a document to apply these tools to, and therefore must be "transient" to stay on top. Unfortunately someone chose this wrong term ("transient" meaning "temporary") and this seems to affect many programmers who underutilize transient windows making their interfaces almost unusable (GIMP is not the only example). Also checked in today: - space switches to selector temporarily; another space switches back. This required writing a new set of functions to switch tools (tools-switch.c) but now it's much easier to do - ctrl-` and ctrl-shift-` opens the toolbox - misc fixes I may be absent for some days - need to reboot to windows to do a project in Xara/Illustrator :) Feel free to leave comments on wiki. --bb -- __________________________________________________________ Sign-up for your own personalized E-mail at Mail.com http://www.mail.com/?sr=signup Search Smarter - get the new eXact Search Bar for free! http://www.exactsearchbar.com/

2 1

Status
by Bryce Harrington 23 Nov '03

23 Nov '03

Below are the tasks for our current milestone. For those 20 or so of you just joining us, we're going to try to organize efforts into near-term sets of goals, that we can reasonably achieve every week or so. What we mainly need right now is to get the codebase to pass a 'make distcheck'. In addition to being able to identify any remaining things needing finished for the C++-ification and renaming, we had noticed when working on Sodipodi-hydra that distcheck wasn't passing. If anyone's interested in helping on this, it's straightforward: Get the code from CVS, compile it (with either CC=gcc or CC=g++), run `make distcheck`, and report on what needs to be done to get it to pass. Once it passes distcheck we will cut release 0.35 and create tarballs and rpms. Bryce === Milestone 1 === Inkscape Production * (DONE) Get inkscape to build with a C++ compiler [team] * (DONE) Fix CDATA issue [mental] * Get codebase to successfully complete `make distcheck` * Cut a release of Inkscape 0.35 * Upload release tarball of Inkscape 0.35 to Inkscape SF file manager Inkscape Experimental * Build a new grid options dialog using gtkmm [njh] Inkscape Website * Create logo for Inkscape [mental] * Create look and feel graphical design prototype for website [mental] * Create 3+ screenshots of Inkscape Production * (DONE) Flesh out website more fully [bryce]

6 17

SInce your forking might as well get rid of csdi
by David Adam Bordoley 23 Nov '03

23 Nov '03

One nice interface improvement you could make for inkspace would be to crap the csdi interface in favor of a sdi interface in which toolboxes and pallettes are shared in between windows. There is a gnome HIG bug in which both seth and greg merchan have agreed that csdi should be removed from the HIG http://bugzilla.gnome.org/show_bug.cgi?id=116599. Just a suggestion. dave

3 6

0.36
by bulia byak 23 Nov '03

23 Nov '03

1. My current status: working on the remaining keys I wanted to enable for 0.36 (esc in the node editor, etc.) 2. Dialog code is finished, but: 2a. Recent reports and testing them under windows show that the transiency code is not perfect. Maybe we'll have to switch "unsinkable dialogs" off on Windows because it behaves erratic there when you try to minimize a document window (maybe this is GTK+ issue). I lean towards accepting the current unsinkable dialogs as temporary solution for the 0.36 release (but not for windows build), but after that I want to explore other options such as GIMP's dockable palettes. Dockability is a good thing in any case, and writing it from scratch is too much work; maybe they will take care of staying on top as well. 2b. The rest of dialog improvements seem to work OK (keys, titles, remembering position) although nobody yet commented. I think I'll go on and copy the code to all dialogs. 2c. I still want someone to test one small change in the transient behavior though. It's simple: Please compile the latest CVS/tarball, open two document windows, maximize both, and switch between them. Does toolbox stay on top? Please report also your window manager. Thanks! 3. Thanks to Robert Crosbie for fixing the save crash, but I think the remaining problems he reported are critical and must be fixed before 0.36: > - autodetect fails if no extension is added to filename (.svg) > - on quit, still says I have unsaved changes, even though I saved > - can't open compressed svg unless it has .svgz extension. especially the second one. Please add them to the tracker and/or roadmap. 4. When a consensus is reached on which keys to use for moving to front/back, please add this to the KeyboardShortcuts TODO and I'll implement that. My opinion: f/b with ctrl or shift are clumsy (although this is what Xara uses), and please don't use [] because I plan to use them for rotation (this is consistent with gqview and I think other image viewers). Maybe Home/End with ctrl will work for moving one layer up/down? They appear intuitive for this task. 5. I have no opinion on the mouse scroll modifiers (I have no mouse wheel), but again, when you agree on something please add that to KeyboardShortcuts. 6. I also plan to finish my HandlingPreferences tutorial and comment on some other new pages on Wiki when I have a little time. 7. I noticed I forgot to update Changelog with my changes all this time - sorry! I've prepared a list of everything I've done and will add it now. --bb -- ___________________________________________________________ Sign-up for Ads Free at Mail.com http://promo.mail.com/adsfreejump.htm

2 1

Re: [Inkscape-devel] transformation innaccuracies
by Bryce Harrington 23 Nov '03

23 Nov '03

Hi Robert, Could you submit this as a bug report? Thanks, Bryce ---------- Forwarded message ---------- Date: Thu, 20 Nov 2003 20:28:21 -0500 From: Robert Crosbie <swingincelt@...19...> To: inkscape-devel(a)lists.sourceforge.net Subject: [Inkscape-devel] transformation innaccuracies I noticed the transformations applied to objects is quite inaccurate: <rect width="200.000000" height="200.000000" x="100.000000" y="100.000000" style="font-size:12;fill:#808080;fill-rule:evenodd;stroke-width:1pt;" id="rect562" /> Opening the transformations dialog and applying 10 horizontal gives this: <rect width="200.000000" height="200.000000" x="112.500000" y="99.9999695" style="font-size:12;fill:#808080;fill-rule:evenodd;stroke-width:1pt;" id="rect562" /> Also, If I take that original square and rotate it 10, I get this: <rect width="200.000000" height="200.000000" x="62.2319183" y="131.691177" transform="matrix(0.984808,-0.173648,0.173648,0.984808,0.000000,0.000000)" style="font-size:12;fill:#808080;fill-rule:evenodd;stroke-width:1pt;" id="rect562" /> Why have my x and y changed? Shouldn't the matrix handle all aspects of the transformation and leave x and y as they were? Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963 ------------------------------------------------------- This SF.net email is sponsored by: SF.net Giveback Program. Does SourceForge.net help you be more productive? Does it help you create better code? SHARE THE LOVE, and help us help YOU! Click Here: http://sourceforge.net/donate/ _______________________________________________ Inkscape-devel mailing list Inkscape-devel(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-devel

1 0

mouse wheel
by Yemu 23 Nov '03

23 Nov '03

i've just updated my copy of inkscape and i have one suggestion concerning mouse wheel support. inkscape now uses wheel to move vertically, ctrl+wheel to move horizontally and shift+wheel to zoom in/out. in other applications (mozilla, opera, abiword, openoffice, corel draw) ctrl+wheel zooms (i know, i know in gimp shift+wheel zooms :-). so maybe it would be possible to have ctrl+wheel zoom? or both ctlr+wheel or shift+whell zoom, and for example alt +wheel move horizontally. one more think i noticed is a fact that when scrolling, some black horizontal stripes blink during refreshing of a document. this doesn't happen when zooming. best regards yemu

3 5

Re: [Inkscape-cvs] inkscape
by Bryce Harrington 23 Nov '03

23 Nov '03

Thanks Bulia! On Sat, 22 Nov 2003, bulia byak wrote: > Update of /cvsroot/inkscape/inkscape > In directory sc8-pr-cvs1:/tmp/cvs-serv21746 > > Modified Files: > ChangeLog > Log Message: > list of changes I did not log in the last couple weeks > > > ------------------------------------------------------- > This SF.net email is sponsored by: SF.net Giveback Program. > Does SourceForge.net help you be more productive? Does it > help you create better code? SHARE THE LOVE, and help us help > YOU! Click Here: http://sourceforge.net/donate/ > _______________________________________________ > Inkscape-cvs mailing list > Inkscape-cvs(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-cvs >

1 0

svg icons
by Robert Crosbie 21 Nov '03

21 Nov '03

Just to confirm. Our preference is to try and load our icons from svg first and then default to xpm? I seem to remember reading something contrary to that in a code comment, not sure where now. Currently, I'm only looking at the xpm images when adding to the IconFactory, but I was planning on fixing that tonight. Rgrds, Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ 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

cvs update
by Mael 21 Nov '03

21 Nov '03

Hello, when I browse cvs (http://cvs.sourceforge.net/viewcvs.py/inkscape/inkscape/src/) everything is at least 5 days old, why can't I see the last changes ? I'm trying to update my local cvs to try Robert Crosbie changes concerning icons but can't get recent files (CVSROOT=:pserver:anonymous@...54...:/cvsroot/inkscape). What am I doing wrong ? M

4 10

cvs snapshots
by Kees Cook 21 Nov '03

21 Nov '03

While the original "download" webpage was fairly empty, the addition of the cvs-snap/ directory might make it more meaningful. At present, there isn't really any other good place to put a link to the nightly tarballs. What do the web folks think about putting download.php back into service looking something like: Sourceforge Releases -------------------- http://sourceforge.net/project/showfiles.php?group_id=93438 Nightly CVS Tarballs -------------------- Current: http://www.inkscape.org/cvs-snap/inkscape-current.tar.bz2 Historical: http://www.inkscape.org/cvs-snap/ -- Kees Cook @outflux.net

2 1

[Fwd: Cron <gouldtj@...75...> /home/users/g/go/gouldtj/update.tarball.sh]
by Ted Gould 21 Nov '03

21 Nov '03

Can someone do a 'chmod g+w /home/groups/i/in/inkscape/htdocs/cvs-snap' for me? --Ted -----Forwarded Message----- > From: Cron Daemon <root@...74...> > To: gouldtj@...58... > Subject: Cron <gouldtj@...75...> /home/users/g/go/gouldtj/update.tarball.sh > Date: 20 Nov 2003 04:45:17 -0800 > > mv: cannot create regular file `/home/groups/i/in/inkscape/htdocs/cvs-snap/inkscape-20031119.tar.bz2': Permission denied >

3 3

transformation innaccuracies
by Robert Crosbie 21 Nov '03

21 Nov '03

I noticed the transformations applied to objects is quite inaccurate: <rect width="200.000000" height="200.000000" x="100.000000" y="100.000000" style="font-size:12;fill:#808080;fill-rule:evenodd;stroke-width:1pt;" id="rect562" /> Opening the transformations dialog and applying 10 horizontal gives this: <rect width="200.000000" height="200.000000" x="112.500000" y="99.9999695" style="font-size:12;fill:#808080;fill-rule:evenodd;stroke-width:1pt;" id="rect562" /> Also, If I take that original square and rotate it 10, I get this: <rect width="200.000000" height="200.000000" x="62.2319183" y="131.691177" transform="matrix(0.984808,-0.173648,0.173648,0.984808,0.000000,0.000000)" style="font-size:12;fill:#808080;fill-rule:evenodd;stroke-width:1pt;" id="rect562" /> Why have my x and y changed? Shouldn't the matrix handle all aspects of the transformation and leave x and y as they were? Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

Website broken links and stylesheets
by Alan Horkan 20 Nov '03

20 Nov '03

http://www.inkscape.org/ "November 13, 2003 - Tvon is working on the look and feel for the website. A version without CSS <URL:http://home.etria.org/nocss.html> is also available, as well as the original mockup. " The link i've inlined in the text above does not work, I would suggest putting an editorial note [Broken] to indicate the link is no longer available. As the web page designer is willing to provide a no CSS version it would be great if (s)he could specify a title for the style sheet and specify default/alternative so that users of Mozilla and Opera can easily turn off the stylesheet by choosing View -> Use Style. (I've just learnt CSS recently, dont ask me any difficult questions please :) In future would you prefer if I posted a bug report instead of emailing the list? (or is there a web maintainer I should mail directly, the is none indicated in the usual place, at the bottom of the page). Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/ (this was another mail left languishing in my drafts folder all week, the webpage has switched over to the new design since then and it is sweet)

2 1

menu layout - small suggestion
by Yemu 20 Nov '03

20 Nov '03

i've just tried BORKEN branch and i like it a lot. i have a small idea though: i think that first menu item called "Inkscape" now, should be renamed to "About" and moved to the right end of the menu bar. cause in most applications "File" is always the first menu item, and this is what users are used to (me too :-) thanks to all developers for great improvements! when do you plan 0.36? best regards yemu

3 2

[ 845018 ] save crash
by Robert Crosbie 20 Nov '03

20 Nov '03

Here's a patch to fix the save crash bug. It appears the wrong variable was being passed when the type was autodetect. There are still a few problems with saving/opening files, but at least it doesn't crash. - autodetect fails if no extension is added to filename (.svg) - on quit, still says I have unsaved changes, even though I saved - can't open compressed svg unless it has .svgz extension. cvs won't let me commit and gives me this error: cvs server: sticky tag `1.4' for file `system.c' is not a branch cvs [server aborted]: correct above errors first! Index: src/modules/system.c =================================================================== RCS file: /cvsroot/inkscape/inkscape/src/modules/system.c,v retrieving revision 1.2 diff -r1.2 system.c 172c172 < sp_module_db_foreach(save_internal, (gpointer)&omod); --- > sp_module_db_foreach(save_internal, (gpointer)&parray); Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ 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: the GUI changes on the BORKEN tag
by Bob Jamison 19 Nov '03

19 Nov '03

I checked it out, built it (with no problems), and gave it a try. I really like it a lot. The original layout might be familiar to users who also use the Gimp, but I think this would be more amenable to desktop artists. IMHO, if this breaks nothing, it would be well to mainline this branch. Good job. Bob

2 2

cvs snapshots
by Kees Cook 19 Nov '03

19 Nov '03

I've created a /cvs-snap directory off the main website. There is an update.sh script (that needs execute bits...) in inkscape_project/tarball/update.sh. Can this get added to the crontab after the doxygen run? And if people like the results, let's add it to the website somewhere under "downloads". -- Kees Cook @outflux.net

1 0

Re : New SDI Interface
by Cédric GEMY 19 Nov '03

19 Nov '03

Wow, I don't really know how it works at this time. But this is a good reason to make some reserch. I'll keep you informed if I find something interesting. May be you'll question that can help in a larger view of the subject. Cedric

1 0

alternate jabber room
by Kees Cook 19 Nov '03

19 Nov '03

Since jabber.org's server was having issues over the weekend, I had a friend of mine that runs a jabber server set up a room for us: room: inkscape server: conference.gristle.org Let me know if this works for everyone... -- Kees Cook @outflux.net

3 2

save crash
by bulia byak 19 Nov '03

19 Nov '03

Today's CVS crashes when sttempting to save file. I tracked it down to sp_module_db_foreach(save_internal, (gpointer)&omod); in modules/system.c. Anyone can have a look? -- __________________________________________________________ Sign-up for your own personalized E-mail at Mail.com http://www.mail.com/?sr=signup Search Smarter - get the new eXact Search Bar for free! http://www.exactsearchbar.com/

2 1

New SDI Interface
by Cédric GEMY 19 Nov '03

19 Nov '03

-- I like it wel and it is much butter than previous. May be I should have stored Groups/Combine & Superposition Menus in an "Object" Menu. It's the case in Adobe Illustrator and I find it successful and logical. For Zoom is just a screen effect for displaying object, it's a good thing to have a specific menu for zoom factors directly in document window. May be it would possible to delete the Zoom group in the toolbox. At the end, just a question about Inkscpae Language. Is there anybody working on a french trnaslations of the menus and dialogs. If no can I take this in charge ? Default Gnome po are not always very good for such specific applications. Cédric

3 2

docked toolboxes
by MenTaLguY 19 Nov '03

19 Nov '03

Out of curiousity, how many of you folks out there currently use docked toolboxes? (i.e. extra toolboxes embedded in the document window) I'm seriously considering killing the feature to free up UI space. We still have the floating toolbox, and that's the way most drawing apps do it. The recent transient work also diminishes the advantage of having a toolbox in the window -- the detached toolbox now stays raised with the document window too. -mental

3 2

Re: [Inkscape-devel] win32 test build + exit on closing last document
by Yemu 18 Nov '03

18 Nov '03

M> 1- Install gtk runtime from http://www.dropline.net/gtk/download.php M> 2- Download http://195.221.122.126/tmp/inkscape-0.36cvs-w32.exe [1.22 Mo], M> extract, and change the path to your gtk libs in inkscape.bat M> 3- Run inkscape.bat thanks! it basically works, but i noticed some things on my w2k system: transient windows doesn't work :-( they all stay on the desktop when i minimize my document - they are also listem on the taskbar - it shouldn't be like that i think? (i can't can't compare because i can't update my linux version - cvs from sourceforge is a little old) only "fill and stroke", "document settings" and "align" stay on top (and toolbar of course) only "fill and stroke" remembers its position thanks again from all the dual-boot users out there i think :-) and thanks for bulia for great dialogs. one more thing: i'm not sure if exiting inkscape on closing last document is a good behaviour. it prevents user from doing such simple thing like closing the document and opening another one (if there's no other document open inkscape will exit). i don't like it. maybe the idea would be to show some special dialog when user closes last document. the options on such dialog might be "Cancel", "Save & Exit", "Exit Without Saving", "Open Existing Document" and "Create New Document". what do you think about that? inkscape is great! best regards yemu

1 0

please retest transiency
by bulia byak 18 Nov '03

18 Nov '03

I will be grateful to whoever can test latest CVS with a view to transient dialogs. In particular, when two or more documents are open, do the toolbox and fill/stroke stay on top when you switch between document windows? Especially if the document windows are maximized? Thanks! -- __________________________________________________________ Sign-up for your own personalized E-mail at Mail.com http://www.mail.com/?sr=signup Search Smarter - get the new eXact Search Bar for free! http://www.exactsearchbar.com/

1 0

Re: translations
by Cédric GEMY 18 Nov '03

18 Nov '03

-- Ok, I'll try to do something with that po french-file. Just wait fews days. Cheers Cédric

1 0

win32 test build
by Mael 18 Nov '03

18 Nov '03

Hello, I tried to build what is currently in anonymous cvs. Here are (new) problems I faced in building inkscape with MinGW (and gcc not tried g++) * modules/ps.c `SIGPIPE' undeclared -> I commented the call to signal , don't know what it does and how to fix it * toolbox.c toolbox.c: In function `sp_toolbox_file_create': toolbox.c:342: `action' undeclared (first use in this function) -> Someone has removed the declaration SPAction *action; * modules/extension.c undefined reference to `mkstemp' -> see http://developer.gnome.org/doc/API/2.0/glib/glib-File-Utilities.html#g-mkst… ? * Libxml2 I had to use version 2.4 of dll because 2.6 results in a crash. Anyone has tried to link against 2.6 on linux ? To try it : 1- Install gtk runtime from http://www.dropline.net/gtk/download.php 2- Download http://195.221.122.126/tmp/inkscape-0.36cvs-w32.exe [1.22 Mo], extract, and change the path to your gtk libs in inkscape.bat 3- Run inkscape.bat Almost not tested but it seems that the problem when regional decimal symbol = comma (instead of dot) is back (don't know if it's due to my build or what) :( I've not included translations in the archive. M

4 3

Re: [Inkscape-devel] win32 test build
by bulia byak 18 Nov '03

18 Nov '03

Merci beaucoup! :) It looks like magic to me :) but it actually works - at least under my win98. Rough around the edges, but seems to be basically usable. At least my own stuff seems to work. Transient windows are ok (with one small glitch which I think I know how to fix). Keypad works as expected. Problems I've seen so far: - constant stream of messages about being unable to find some "MS sans serif 7" font. - one crash upon exit. Although I did not test much yet. Re: compilation problems, feel free to patch toolbox.c. Not sure about the others, they need to be looked into - if you figure them out that would be great. If you don't have developer access, ask Bryce, I think it's not a problem. Even if you just compile the windows version from time to time, that will be much help. -- __________________________________________________________ Sign-up for your own personalized E-mail at Mail.com http://www.mail.com/?sr=signup Search Smarter - get the new eXact Search Bar for free! http://www.exactsearchbar.com/

1 0

User Manual
by Cédric GEMY 18 Nov '03

18 Nov '03

I've just put a first french release of the Sodipodi User Manual on http://www.svgfr.net. This only deals with tool description. I'll now work on themas (working with colors ...) and tutorials. I'm proposing to begin a translation of the existent to english and also to make it useable for Inkscape. If english speaker are ready to help me, or correct my mistakes, I'm OK. Cédric

2 2

new menu
by bulia byak 18 Nov '03

18 Nov '03

The new menu looks nice, now if only I could compile it: window.c: In function `sp_utility_window_new': window.c:56: `GDK_WINDOW_TYPE_HINT_UTILITY' undeclared (first use in this function) window.c:56: (Each undeclared identifier is reported only once window.c:56: for each function it appears in.) I guess I need to upgrade my gtk, right? One comment on the screenshot: while you are at it, could you remove the minimize button from the toolbox? It really serves no useful purpose. -- __________________________________________________________ Sign-up for your own personalized E-mail at Mail.com http://www.mail.com/?sr=signup Search Smarter - get the new eXact Search Bar for free! http://www.exactsearchbar.com/

2 2

preferences broken?
by bulia byak 18 Nov '03

18 Nov '03

I gave up trying to find out why inkspace_dispose does not run, nor whether it is supposed to run, so I did this: void inkscape_exit (Inkscape *inkscape) { // added if (inkscape->preferences) { inkscape_save_preferences (inkscape); } gtk_main_quit (); } This works for me. Preferences are saved on exit. I also added saving preferences to segv_handler so they are not lost upon crash. What troubles me is that I still don't understand how it worked before. Has anyone changed anything recently that could affect this? Please object and criticize. If there are no objections I will commit this change. -- __________________________________________________________ Sign-up for your own personalized E-mail at Mail.com http://www.mail.com/?sr=signup Search Smarter - get the new eXact Search Bar for free! http://www.exactsearchbar.com/

2 1

Re: [Inkscape-devel] docked toolboxes
by bulia byak 18 Nov '03

18 Nov '03

> Out of curiousity, how many of you folks out there currently use docked > toolboxes? (i.e. extra toolboxes embedded in the document window) > >I'm seriously considering killing the feature to free up UI space. On the contrary, I would like to eventually see all dialogs dockable, so that users can choose what they want docked and what they want floating. This seems to be how the modern apps behave. I agree that with transiency, floating dialogs are now usable, but docked ones still have two advantages: - they don't overlap anything. This may be more intuitive for some users. - they better emulate the Windows model where, basically, floating child windows do not have a focus of their own. E.g. palettes in Illustrator are _all_ focused when the parent window has focus. Only a widget within a floating palette can have focus; if no widgets are focused, all input goes to the parent window. This is what our transients still cannot quite emulate but what dockables can (even though they are not floating). So, though it's not high priority at the moment, I'd like all dialogs to become dockable, and I don't like the idea of killing the only one which is dockable now. What are the benefits of this? -- __________________________________________________________ Sign-up for your own personalized E-mail at Mail.com http://www.mail.com/?sr=signup Search Smarter - get the new eXact Search Bar for free! http://www.exactsearchbar.com/

2 1

Re: [Inkscape-devel] cvs update
by bulia byak 17 Nov '03

17 Nov '03

Yes, the web interface at sf.net seems to be broken for some time, but checking out via CVS works and gives you the up-to-the-minute version. -- __________________________________________________________ Sign-up for your own personalized E-mail at Mail.com http://www.mail.com/?sr=signup Search Smarter - get the new eXact Search Bar for free! http://www.exactsearchbar.com/

1 0

Difference between sodipodi and inscape?
by Jonathan C. Sitte 17 Nov '03

17 Nov '03

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 What is the big difference between sodipodi and inscape? I have both installed and do not see a big difference at the moment. I am sure there will be soon but what about now? Just a thought ;). - -- Jonathan C. Sitte <jcsitte@...67...> Digital Arts & Computer Technology http://www.staticnull.org/jcsitte/ 917.414.2559 M-F 8AM-10PM Public Key: http://www.staticnull.org/jcsitte/0x40E69A47-pubkey.asc -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.2 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org iD8DBQE/uEpCbzreREDmmkcRAhn+AJ0Xtfs3OtsM+IBzmLIpemLvBQc9XgCgj/n3 n7M8PEUU5M7BwLIxcNBRkfQ= =cR4M -----END PGP SIGNATURE-----

2 1

more stock images
by Robert Crosbie 17 Nov '03

17 Nov '03

Im my latest commit, I have replaced all calls to gtk_image_new_from_file with gtk_image_new_from_stock. My next setp will be to replace the calls to sp_icon_new*, gtk_pixmap_new*, etc. Cheers, Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

KDE file dialogues
by James Ots 17 Nov '03

17 Nov '03

Hi, I think it would be really nice if the KDE file dialogues could be put back into inkscape as a compile-time option, like in sodipodi. I can cope with the rest of inkscape being gtk (I don't like it, but I can cope!), but KDE's file dialogues are just too nice to go without. -- Cheers James Ots www.jamesots.com

3 2

A dozen patches
by Bryce Harrington 16 Nov '03

16 Nov '03

There's a dozen patches in the patch tracker waiting for reviewing and integration. Half are old ones I pulled from the Sodipodi mailing list archives and will need reviewing. If everyone with CVS commit rights could take one or two, we should be able to clear the queue out no prob. Thanks, Bryce

2 7

layers
by MenTaLguY 16 Nov '03

16 Nov '03

Last night, I hammered out the most important part of implementing layers -- with latest CVS, you can use the XML editor to set the inkscape:groupmode attribute of a group to "layer", and be able to edit its children directly. There's still a lot of UI and refinement work to do, however; I've outlined it on the Wiki here: http://www.inkscape.org/cgi-bin/wiki.pl?DocumentLayers -mental

1 0

dialog titles
by bulia byak 16 Nov '03

16 Nov '03

I removed duplication of dialog titles - now they are taken from the corresponding verb and are thus the same as the commands that open them. While at it, I also added the dialog's shortcut automatically added in parentheses. Press ctrl-shift-f to see an example. I think this is good for usability, as the user gets a clue at once what to press to bring the focus to a dialog, and next time he's likely to remember to use the shortcut to open it. Any comments? -- __________________________________________________________ Sign-up for your own personalized E-mail at Mail.com http://www.mail.com/?sr=signup Search Smarter - get the new eXact Search Bar for free! http://www.exactsearchbar.com/

2 3

Proposal for an alternate object properties palette ( floater, widg-a-log, translette )
by T Ingham 16 Nov '03

16 Nov '03

Hello again all, This memo will serve to be the genus for what I would eventually like to propose. I'm hoping for plenty of feedback from everyone to make this tool as useful as possible. The core concept is quite simple really, enumerate and visually explain all editable parameters of a given shape on the canvas in a single floating palette. 1. Problem Although much work is being done to promote existing dialogs to the status of sane players on the workspace front, there are still pitfalls in having all manner of oversized and disproportionate dialogs open on the screen. Namely is simple visual clutter. Having several windows open at once can cause both new users to become lost quickly, and more seasoned users wasting time fidgeting with dialogs to position them according to their wishes. 2. Accessibility concerns Using many dialogs, users that cannot or do not use the mouse are asked to traverse 3 tiers of information to edit shape data outside the canvas. First they must achieve focus on a dialog ( ctrl+# ) , second they must select ( in some cases ) a tab containing the subset of data they wish to manipulate ( tab key? ) and third they must gain focus on the cell or control that allows them to make the edit ( tab key? ). 3. Solution Provide an additional ( or alternative depending on how you lean ) palette for editing shape properties that contains an hierarchical list of property groups and properties. This window would behave exactly as other palettes ( esc to focus canvas, enter to affect change ), but would centralize object properties in one dialog minimizing the memory cost to the user for keyboard shortcuts to open dialogs ( they would only need one, and we could make it an easy one, cmd+i // get info // ) Once the dialog has focus, the user could then use the arrow keys to locate the property they wish to edit and affect the change desired. While it may seem that we will lose the specificity of multiple dialogs, this interface would provide us with a more open method of combining property sets, and in the future it could be used as the basis for generating custom property dialogs per user utilizing xml documents to store dialog layout information. 4. A few key points It appears that currently, you cannot enter a numerical value in the float fields of the color dialog, is this intended behavior? Users would be able to close tree paths in this new properties palette that they might not use often, this allows the user to immediately improve their productivity when performing these types of edits. Thanks for your time as always, I hope this stirs the pot a bit. -Thomas

3 3

Inkscape stock support
by Robert Crosbie 16 Nov '03

16 Nov '03

Ok, If everything went well with my first commit, I have just added some initial GtkIconFactory support. So far I have only converted the stroke_style dialog to register and lookup icons in the stock icons. There were two new files added. src/inkscape-stock.h - define new stock icons here src/inkscape-stock.c - add new stock icons to the list There were three files modified: src/Makefile.am - added inkscape-stock.[ch] src/main.c - initializes the stock icons dialogs/stroke-style.c - now calls gtk_image_new_from_stock. I basicaly followed the way gaim and gimp were using GtkIconFactory. I'll be adding more support and converting other dialogs later. Cheers, Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ >From Beethoven to the Rolling Stones, your favorite music is always playing on MSN Radio Plus. No ads, no talk. Trial month FREE! http://join.msn.com/?page=offers/premiumradio

1 0

indent options
by Robert Crosbie 16 Nov '03

16 Nov '03

I was just wondering what indenting convention we were using for inkscape. If I had some new code to submit, what indent command should I run on it to make sure it looks like all the other code? Cheers, Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ 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

preferences broken?
by bulia byak 16 Nov '03

16 Nov '03

Maybe it's just me, but the .inkscape/preferences file is never saved. On my machine it is dated Nov 13; since then, nobody touched it. I figured that it's because the inkscape_dispose function is not run upon exit. Where is it supposed to be called? I tried this: void inkscape_exit (Inkscape *inkscape) { g_object_run_dispose (inkscape); // added gtk_main_quit (); } but this resulted in lots of failed asserts, so it's perhaps the wrong place. Someone please fix this! -- __________________________________________________________ Sign-up for your own personalized E-mail at Mail.com http://www.mail.com/?sr=signup Search Smarter - get the new eXact Search Bar for free! http://www.exactsearchbar.com/

1 0

[PATCH] trivial: renamed "desactivate" to "deactivate"
by Kees Cook 16 Nov '03

16 Nov '03

Trivial patch attached... -- Kees Cook @outflux.net

1 0

[PATCH] fix for GDK_SCROLL event blindness
by Kees Cook 16 Nov '03

16 Nov '03

Attached is the fix for mouse wheel support. This is against anon CVS, and I know you just did a big code merge, so hopefully this will be easy to apply since it's so small. :) -- Kees Cook @outflux.net

1 1

[Inkscape-wiki] The DevelopmentRoadmap page at Wiki has been changed. (fwd)
by Bryce Harrington 16 Nov '03

16 Nov '03

I've added a new mailing list for tracking changes to the wiki. The emails you get look like the one below. The emails are sent only when the wiki author checks the "Send to mailing list" checkbox, so this list should be fairly light traffic. To subscribe to this or other lists, go here: http://www.inkscape.org/mailing_lists.php Bryce P.S. The inkscape-cvs@ list is great for keeping an eye on what everyone's working on. ---------- Forwarded message ---------- Date: Sat, 15 Nov 2003 16:03:28 -0800 From: InkscapeWiki@...58... Reply-To: bryce@...1..., tingham@...59..., tvon@...60..., rick@...61..., inkscape-wiki(a)lists.sourceforge.net To: bryce@...1..., tingham@...59..., tvon@...60..., rick@...61..., inkscape-wiki(a)lists.sourceforge.net Subject: [Inkscape-wiki] The DevelopmentRoadmap page at Wiki has been changed. The Wiki page DevelopmentRoadmap at http://www.inkscape.org/cgi-bin/wiki.pl?DevelopmentRoadmap has been changed by Bryce to revision 73. (Replying to this notification will send email to the entire mailing list, so only do that if you mean to. To remove yourself from this list, visit http://www.inkscape.org/cgi-bin/wiki.pl?action=editprefs .) ------------------------------------------------------- This SF. Net email is sponsored by: GoToMyPC GoToMyPC is the fast, easy and secure way to access your computer from any Web browser or wireless device. Click here to Try it Free! https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/g22lp.tmpl _______________________________________________ Inkscape-wiki mailing list Inkscape-wiki(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/inkscape-wiki

1 0

Project Status
by Bryce Harrington 15 Nov '03

15 Nov '03

Project Status - November 15, 2003 ---------------------------------- Activity and progress with the project over the past two weeks has been far beyond expectations. Inkscape 0.35 has been completed and released. We've redesigned and fleshed out the website (and wiki) considerably. Our activity rating on SourceForge hit the upper 99th percentile. And numerous developers have contributed new features, bug fixes, and experimental prototypes and mockups. Further, we've established our project identity and are forming into a friendly development-focused community. Now that the release is out, we will be applying our focus to implementation of some new features. We wish to do this before heading forth into major architectural changes so that we have a solid release with new capabilities to offer users in the near term. Statistics Nov 02 Nov 15 ========== ====== ====== Lifetime Rank on SourceForge: 6103 4391 (56.2%) (68.5%) Week's Rank on SourceForge: 6023 62 (56.8%) (99.6%) Lines of Code in src/: 115,754 115,901 Lines of Docs in doc/: 1,135 1,135 Lines of content in website: 74 1,173 Size of the Inkscape wiki: 0 3,700 Days since last ChangeLog mod: 4 0 Bugs open/total: 0/0 9/15 Features open/total: 0/0 18/18 Patches open/total: 0/0 1/ 6 CVS Commits (as per inkscape-cvs): 148 481 Inkscape-devel membership: 4 49 Inkscape-announce membership: 0 9

1 0

Milestone 2
by Bryce Harrington 15 Nov '03

15 Nov '03

Here's the tasks for Milestone 2, which will correspond to the Inkscape 0.36 release. http://www.inkscape.org/cgi-bin/wiki.pl?DevelopmentRoadmap The focus of this milestone is on implementing new features. I've tried to capture what folks are working on but if I've missed something please update the Wiki or reply to this email. In particular I wasn't sure what to list for Bulia Byak and Robert Crosbie. There are also a few important tasks that we don't have a developer for. If you can volunteer for the task please let me know or add your name to the task in Wiki. === Milestone 2 === Objective: Implement new features & do prep work for major changes in future Inkscape Production: * (DONE) Create Freshmeat project for Inkscape [tgould] * (DONE) Remove the KDE / Qt code and dependencies [manny] * Check all listed Sodipodi bugs and copy recreatible ones to Inkscape's CVS tracker * Copy open patches from Sodipodi patch tracker to Inkscape * Add modelines to source files for popular editors (vim/emacs) [tvon] * Implement preliminary support for doxygen or doc++ in the codebase [joncruz] * Implement preliminary support for arrowheads on path ends [bryce] * Implement preliminary support for layers [mental] * Implement preliminary support for iso & hex grid [njh] * Eliminate all warnings in g++ build process on Linux [joncruz] * Release 0.36 and post to Freshmeat [tgould] * Create RPM for 0.36 [bryce] * Create Deb for 0.36 * Create Window exe package for 0.36 Inkscape Experimental R&D * Identify the remaining XML compliance bugs needing to be fixed & add to plan for M3/M4 [mental] * (DONE) Describe what needs to be done to fix ambiguous default namespace issue [mental] * Select a regression test system strategy (cutest?) [mental] * Build a prototype grid options dialog using gtkmm [njh] * Prototype stroking/path enhancements [njh] * Create list of requirements for plugin system & gain team concensus on it [joncruz, bryce] Inkscape Website & Project * (DONE) Convert wiki to new look and feel [tvon] * Convert website to new look and feel [tvon] * Post project status [bryce] * See if it's possible to make wiki send edit notification to a mailing list & set it up if so [bryce] * Figure out why http://www.inkscape.org/mockups/export_dialog_02.png doesn't display [tvon] * Plan out Milestone 3 [bryce]

1 0

Milestone 1 achieved
by Bryce Harrington 15 Nov '03

15 Nov '03

The tasks for Milestone 1 are completed. === Milestone 1 === Inkscape Production * (DONE) Get inkscape to build with a C++ compiler [team] * (DONE) Fix CDATA issue [mental] * (DONE) Get codebase to successfully complete `make distcheck` -- mental says 'worksforme' [team] * (DONE) Fix 'snap to guides' crash bug [bryce] * (DONE) Update the about dialog to include the new logo and version [bryce, tvon] * (DONE) Cut a release of Inkscape 0.35 [ted] * (DONE) Upload release tarball of Inkscape 0.35 to Inkscape SF file manager [ted] Inkscape Experimental * (DONE) Initiate work on grid-proto code & put in CVS [njh] * (DONE) Conceptualize a new export dialog in python [tvon, njh] Inkscape Website & Project * (DONE) Create logo for Inkscape [team] * (DONE) Create look and feel graphical design prototype for website [tvon] * (DONE) Create 3+ screenshots of Inkscape Production [bryce] * (DONE) Flesh out website more fully [bryce] * (DONE) SourceForge RFE section needs setting up (categories and groups) [bryce] * (DONE) Create inkscape_project module & add wiki.pl there [bryce]

1 0

New tracker categories
by Bryce Harrington 15 Nov '03

15 Nov '03

I've added the following categories in each of the trackers: Other UI Node Editing Shape Editing Printing Saving Exporting Color Transformations Build

1 0

Escaping Dialogs
by T Ingham 15 Nov '03

15 Nov '03

Hello all, Nate suggested that it might be a good idea for me to vocalize my thoughts on a particular recent patch to Ink. I don't think that this is a bad patch at all, as it demonstrates how quickly we can change the behavior of this application, and integrate it with the source base. Not only that but it is a perfect example of how the dev plan works. Patch now, talk later. So that's what I'm here to do, in reference to the patch which applies the Escape key event to hiding the currently selected dialog. The points I am taking issue with stem from both my years of experience using Adobe Illustrator, as well as being a thoughtful user of all manner of software applications. While I don't have any reference handy to any sort of HIG on this behavior, I'm sure you'll take me on my word that using the Escape key in this manner is a "bad thing". Here's why: #1. Intended behavior. When I am editing a value in a dialog, and I type the wrong value into a text field, I would immediately think "Escape that command" or "Revert" this results in me hitting the Escape key, where I expect that I can then type in the appropriate value into the text field. Instead, Inkscape will kindly void my transaction and hide the input mechanism. This results in me having to open the dialog again, and enter the new value. Instead of hiding the dialog, I believe that the event tree should happen in this order: - Revert any currently focused field to it's previous value. - If no fields are currently focused, send the main focus of the application to the Canvas window. This will leave the dialog in it's current position, ( which is only a problem until we figure out how to root these dialogs in a constant location ) and perform the Escape routine as expected. #2. Spatiality When aiming to provide users with a consistent and workflow-friendly interface, it is of the utmost importance that we allow the user to decide what is placed where, and when. This means that palettes really should respond to meta-keys at all ( save for undo and enter for application of current edit ) The dialogs in Inkscape are non-modal, and therefore closing them is not a trivial thing. It is forseeable that in the future, a dialog such as the Object Properties window will remain open for the duration of a work cycle. It would be used to monitor a drag operation for placement of a shape in the current document, as well as other utilities. When dialogs become not only mechanisms to edit information, but also to view information, the location on the screen simply *must* be maintained. Dialogs that move and disappear are of only moderate usefulness. #3. Alternatives In Illustrator, you can hide all dialogs by hitting "Tab", this provides you with a quick device for previewing your work without interface clutter, or maximizing your work area regardless of tool panels. Tab again will show the dialogs that were hidden in the last operation. I propose that we implement this with one addition: Shift+Tab, or Shift+~ would be used for closing the currently selected ( focused ) dialog. While I don't believe that users will often want to close dialogs such as Object Style, or Properties, there are some dialogs which operate in a near modal fashion: Transformation ( which could be seen as a single cycle operation ) "Open Transformation Dialog"->"Apply Transformation"->"Close Transformation Dialog" however these sorts of operations should be grouped together. Perhaps we could spend some time identifying which palettes would most likely remain open, and which would be single cycle operations, group them together, and apply different UI characteristics for each group. If those key commands are reserved, I'm sure we could find an equally appropriate set of actions to assign to this process. I don't think it's without cause that the patch was applied, however I do think that we should be aiming at producing dialogs which the user will keep open and assign locations to. This is the sort of thing that increases productivity with any application, without much effort from the user. I believe that the term Dialog is being misused here, and perhaps that is where most of the problem is coming from. To be effective, we should class out the windows that should be palettes apart from the dialogs. We could then provide some form of modality for the dialogs that are left, and windows would behave differently depending on what was to be done. I welcome any further discussion on this, as I could be totally off-base with the entire thing. I guess we really wouldn't know until we could see it implemented both ways and by then all the work would be done. Thanks for your time and patience, -Thomas

3 8

Re: Sodipodi flags collection
by Christian Schaller 15 Nov '03

15 Nov '03

Hi Dirk, I am sending this mail to the sodipodi and inkscape lists as I think the people there can both better reply than me and are also the people most able to look at the import code you are pointing to. I hope to see this code or a derrative of it enter sodipodi or inkscape giving us EPS/Postscript import as it is something I really miss. Christian On Sat, 2003-11-15 at 12:38, Dirk Sch��nberger wrote: > > Hi Dirk, > > Well our problem is that Sodipodi doesn't currently support importing > > EPS images. I am also a bit worried about copyright issues with your > > flags since you say they come from a variety of sources. > > > But thanks for the offer :) > > > Christian > > No problem about the images. > > Do you have a import framework at hand for Sodipodi? > I have done some data conversion work for Postscript related file formats, > namely Adobe Illustrator (AI). > Version 1 is implemented in C++, you can find it the KDE CVS, module > koffice/import/karbon/ai (or somesuch) > Combined with ghostscript's ps2ai filter it should be possible to do > importing generic EPS files. > > Version 2 is currently only a prototype implemented in Ruby. It provides a > SAX like API to Adobe Illustrator files, which I think makes using the > filter in applications easier. > The filter is again in KDE CVS, module kdenonbeta/opal/import/ai (or > somesuch). > > Currently I have no target format besides XML where I can see the results of > my importer, so I kind of stopped working on it. > > Regards > Dirk > > > > > >

1 0

Re: [Inkscape-cvs] inkscape/src/dialogs
by T Ingham 15 Nov '03

15 Nov '03

I just wanted to share in a moment of bliss. I absolutely love it when I see bulia byak in the "From" column. -thomas On Nov 15, 2003, at 5:00 AM, bulia byak wrote: > Update of /cvsroot/inkscape/inkscape/src/dialogs > In directory sc8-pr-cvs1:/tmp/cvs-serv29274/src/dialogs > > Modified Files: > object-properties.c > Log Message: > fixed window title > > > ------------------------------------------------------- > This SF. Net email is sponsored by: GoToMyPC > GoToMyPC is the fast, easy and secure way to access your computer from > any Web browser or wireless device. Click here to Try it Free! > https://www.gotomypc.com/tr/OSDN/AW/Q4_2003/t/g22lp?Target=mm/ > g22lp.tmpl > _______________________________________________ > Inkscape-cvs mailing list > Inkscape-cvs(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-cvs >

1 0

Re: [Sodipodi-list] Sodipodi SVG flags 1.0
by Bryce Harrington 15 Nov '03

15 Nov '03

On Thu, 13 Nov 2003, Christian Schaller wrote: > Sodipodi flags 1.0 > > This is the first release of the Sodipodi flag collection. This > collection currently consist of over 210 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. > > 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, Sigge Kotliar, Cezary > Biel, Brett Roper, Daniel McRae and Lauris Kaplinski, whose > contributions count for around half the collection. Congratulations and thank you to all who have made this possible. Having a complete collection of SVG flags in the public domain will be of great benefit to SVG and to the technical world in general. This project is also proving to be an excellent example of the power of the open source development model in action. Keep up the great work everyone! Bryce

1 0

Re: [Inkscape-devel] CVS help
by herve couvelard 14 Nov '03

14 Nov '03

> cvs -z3 -d:pserver:anonymous@...54...:/cvsroot/inkscape co > inkscape > > That will put the data in your local directory (so make sure you're > where you want the data when you run the command). > > --Ted > that was it.. simple in fact when someone knows :-) thanks hervé

1 0

CVS help
by herve couvelard 14 Nov '03

14 Nov '03

Hello.. Could someone be very helpfull and give the command (linux's one ) to use cvs . I think it is soething like this : EXPORT CVS root cvs -Z3 (??) .......... because i can't find the way to do it eaysily and as i am not a anciant user of nux.... i would appreciate a way to do it without downloading the complete code... thanks Hervé

5 6

[Fwd: Sodipodi SVG flags 1.0]
by Ted Gould 14 Nov '03

14 Nov '03

This might be of interest to Inkscape folks too! Plus we even got a mention. --Ted -----Forwarded Message----- > From: Christian Schaller <uraeus@...55...> > Subject: Sodipodi SVG flags 1.0 > Date: 13 Nov 2003 21:03:36 +0100 > > Sodipodi flags 1.0 > > This is the first release of the Sodipodi flag collection. This > collection currently consist of over 210 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 even > more complete collection. > > 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, Sigge Kotliar, Cezary > Biel, Brett Roper, Daniel McRae and Lauris Kaplinski, whose > contributions count for around half the collection. > > 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 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 you will notice that many of the > SVG flags do not render correctly in Nautilus due to some problems with > librsvg. 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.0.tar.gz?downl… > http://prdownloads.sourceforge.net/sodipodi/sodipodi-flags-1.0.zip?download > > Sincerely, > Christian Schaller > > _______________________________________________ > gnome-announce-list mailing list > gnome-announce-list@...45... > http://mail.gnome.org/mailman/listinfo/gnome-announce-list >

1 0

Re: Bug: Number type warning in help.c
by Robert Crosbie 14 Nov '03

14 Nov '03

Ok, so I turned off digest mode. In the mean time, excuse the cut and paste below: This patch doesn't really fix the problem, it only masks the compiler warning. If gtk_window_set_default_size is expecting gints, then sp_document_width should return a gint instead of a gdouble and the document structure should store its width and height as gint. I don't have the source accessible to me right now, so I can't see how it is defined. If a width was defined that exceeded INT_MAX, then when the gdouble was cast to a gint, data would be lost. A user would see a windo much smaller than they exected being displayed. Now, the other way round is fine, you can cast away if you're going from a gint TO a gdouble. Rob, From: Jon A. Cruz <jon@...51...> Bug: Number type warning in help.c 2003-11-12 10:01 Here's a patch for bug [ 840545 ] Number type warning in help.c Turns out that it was a very simple case. Now I'm onto bugs 840539 and 840543 Oh, and I've dusted off my Sourceforge user ID of joncruz Index: help.c =================================================================== RCS file: /cvsroot/inkscape/inkscape/src/help.c,v retrieving revision 1.2 diff -u -r1.2 help.c --- help.c 30 Oct 2003 05:52:06 -0000 1.2 +++ help.c 12 Nov 2003 17:45:34 -0000 @@ -47,7 +47,7 @@ w = gtk_window_new (GTK_WINDOW_TOPLEVEL); gtk_window_set_title (GTK_WINDOW (w), _("About inkscape")); - gtk_window_set_default_size (GTK_WINDOW (w), sp_document_width (doc), sp_document_height (doc)); + gtk_window_set_default_size (GTK_WINDOW (w), (gint)(sp_document_width(doc)), (gint)(sp_document_height(doc)) ); #if 1 gtk_window_set_policy (GTK_WINDOW (w), TRUE, TRUE, FALSE); #endif Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

2 2

keys, unsinkability
by bulia byak 14 Nov '03

14 Nov '03

I've collected shortcut suggestions from recent discussions; please see the top of TODO on the KeyboardShortcuts wiki and comment/add as appropriate. There's also a new proposal on keys for editing control points in node editor. Has anyone tested the unsinkable dialogs (toolbox and ctrl-shift-f)? Use the UnsinkableDialogs page to report. -- __________________________________________________________ Sign-up for your own personalized E-mail at Mail.com http://www.mail.com/?sr=signup Search Smarter - get the new eXact Search Bar for free! http://www.exactsearchbar.com/

1 0

Re: [Inkscape-devel] two patches
by Robert Crosbie 13 Nov '03

13 Nov '03

>I've activated CVS access for you as well as permissions in the tracker. >You can now take ownership of bugs and feature requests directly, and >help review/integrate patches. > >Bryce > Thanks! I'm also looking into the the two crash bugs regarding undo and deleting nodes. There's something not right in the SPRepr architecture. It's quite difficult to figure out the code, but now that I'm looking at the sodipodi Architecture document, it's making more sense. It seems that in the case of the of the undo, the code is not properly traversing the list and recognizing when child->next is null. I noticed there are a lot of asserts in the code. I find it actually makes it more difficult to trace problems. It think that instead of adding the asserts, the source of the condition should have been traced and prevented from occuring. Anyway, It's a good learning experience. I work with perl in my day job and haven't coded in c++ in years. Rob. _________________________________________________________________ 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

toolbox & misc
by bulia byak 13 Nov '03

13 Nov '03

One-toolbox-only patch is committed. Please test. Now the command to call toolbox is in the dialogs submenu. Any ideas on what key to assign it to? I tried to assign context menu to a single alt press, but this made alt-shortcuts unusable because it fired the menu no matter if any other key is pressed with alt or not. Does anyone know how to fix this? Another weirdness: I wanted to assign space to selector - it's used this was on Xara and it's very convenient. But the verb does not work with GDK_space. Looks like someone steals this key. So for now it's shift-space - this way it works fine. Thomas: Multiple instances of the program work for me, as do command line arguments. I agree that buttons should send focus to canvas, and maybe not only buttons. I will look into that. -- __________________________________________________________ Sign-up for your own personalized E-mail at Mail.com http://www.mail.com/?sr=signup Search Smarter - get the new eXact Search Bar for free! http://www.exactsearchbar.com/

3 2

Icons problem for win32
by Mael 13 Nov '03

13 Nov '03

Hello, Just for information I think I've found why some icons get broken on my win32 build Sometimes when creating dialogs Inkscape uses gtk_image_new_from_file (INKSCAPE_GLADEDIR "/icon_name.xpm"); I've specified a relative INKSCAPE_GLADEDIR ("./glade") The problem arises when you open or save a file in a directory other than the inkscape.exe root dir, This must change the current directory, and the next time you open the dialog it is created but can't find the image with the relative path Maybe this will be solved by use of GtkIconFactory .. (or dialogs created once at startup and show/hide) Concerning the interface I also found it quite inconsistent : some icons open dialogs, others are for tool selection, others are list of icons, some just perform one action (and can be clicked even if the action is impossible in the context..) etc etc.. Lot of work to do here ! good luck :) M

3 2

do we need multiple toolboxes?
by bulia byak 13 Nov '03

13 Nov '03

Do we really need multiple floating toolboxes? I think the toolbox should be treated as any other dialog, i.e. only exist in a single copy. If a user requests a toolbox for the current window, it's only created if it didn't exist, otherwise it's brought on top. This does not apply to docked toolboxes; these may exist one per document window. I think it's saner and more intuitive that way. I have a patch that implements this. As a side effect it fixes some callback problems that resulted in crashes and failed asserts when I plugged in my unsinkability code into the toolbox (and quite probably some other problems too). If there are no objections I will commit. -- __________________________________________________________ Sign-up for your own personalized E-mail at Mail.com http://www.mail.com/?sr=signup Search Smarter - get the new eXact Search Bar for free! http://www.exactsearchbar.com/

3 2

Re: [Inkscape-devel] Escaping Dialogs
by T Ingham 13 Nov '03

13 Nov '03

I believe it's due to the fact that shift+tab ( to get into the to: field and eliminate people's names, substituting them for inkscape-devel ) constantly is a character in unix ( or something like that ) Either that or shift+delete creates characters now. Try this: ( Shift+Tab five times ) Or this: ( Shift+Delete five times ) Let me know please. thanks, -t

1 0

Re: [Inkscape-cvs] inkscape/src
by T Ingham 13 Nov '03

13 Nov '03

Can I just say Kudos! This is actually the first thing you learn in building apps that conform to Apple's HIG. -Thomas ps. Opening documents from the command line isn't working for me, but it could be os related. On Nov 13, 2003, at 6:50 AM, bulia byak wrote: > Update of /cvsroot/inkscape/inkscape/src > In directory sc8-pr-cvs1:/tmp/cvs-serv28382/src > > Modified Files: > main.c > Log Message: > if no document on command line and gui mode, create new upon startup > > > ------------------------------------------------------- > This SF.Net email sponsored by: ApacheCon 2003, > 16-19 November in Las Vegas. Learn firsthand the latest > developments in Apache, PHP, Perl, XML, Java, MySQL, > WebDAV, and more! http://www.apachecon.com/ > _______________________________________________ > Inkscape-cvs mailing list > Inkscape-cvs(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/inkscape-cvs >

1 0

Re: Escaping dialogs
by bulia byak 13 Nov '03

13 Nov '03

> So that's what I'm here to do, in reference to the patch > which applies the Escape key event to hiding the currently > selected dialog. No problem, this was just an experiment. > When I am editing a value in a dialog, and I type > the wrong value into a text field, I would immediately think > "Escape that command" or "Revert" this results in me hitting the > Escape key, where I expect that I can then type in the > appropriate value into the text field. Instead, Inkscape will > kindly void my transaction and hide the input mechanism. This > results in me having to open the dialog again, and enter the new > value. Good point. But in fact, some of the widget (e.g. drop-down lists) will do exacly this: they will catch the Esc event and close, and the dialog itself will not close then. > - Revert any currently focused field to it's previous value. > - If no fields are currently focused, send the main focus of the > application to the Canvas window. The first point needs to be pursued with each specific widget. I'll see what can be done about that but it may take some time. The second point is easy, I just did it. Please test CVS for the ctrl-shift-f dialog and see if you like this better. Anyone's comments are welcome, of course. Another thing: all widgets, when changed, must return focus to the canvas. The only exception is a text field - it must do so too but only when Enter is pressed or the field is left (ie. the user is done editing the value). With this provision, esc-closing of dialogs may indeed become much less necessary because they will rarely if ever steal focus. > #2. Spatiality > When aiming to provide users with a consistent and > workflow-friendly interface, it is of the utmost importance that > we allow the user to decide what is placed where, and when. This > means that palettes really should respond to meta-keys at all ( > save for undo and enter for application of current edit ) "should" or "should not"? Anyway, now ctrl-shift-f already passes any keys it can't handle to the canvas. > The dialogs in Inkscape are non-modal, and therefore > closing them is not a trivial thing. It is forseeable that in the > future, a dialog such as the Object Properties window will remain > open for the duration of a work cycle. It would be used to > monitor a drag operation for placement of a shape in the current > document, as well as other utilities. Agreed. > When dialogs become not only mechanisms to edit > information, but also to view information, the location on the > screen simply *must* be maintained. Dialogs that move and > disappear are of only moderate usefulness. Sure, it's in my plans to make sure dialogs remember their position and status. It's a separate issue from closeability, though. "Hiding" and "closing" will actually be the same from user's viewpoint if all closed dialogs remember their position and status. (See the wiki page on InkscapeTamed.) > #3. Alternatives > In Illustrator, you can hide all dialogs by hitting "Tab", this > provides you with a quick device for previewing your work without > interface clutter, or maximizing your work area regardless of tool > panels. Tab again will show the dialogs that were hidden in the > last operation. I propose that we implement this with one > addition: Shift+Tab, or Shift+~ would be used for closing the > currently selected ( focused ) dialog. Good idea, I thought about it too, but not tab! Tab is used for cycling through canvas objects and it's very convenient and intuitive for that. Perhaps ` for toggling visibility and shift-` for closing the current dialog (or vice versa). > While I don't believe that users will often want to > close dialogs such as Object Style, or Properties, Or color palette. We badly need this one. Anyone can volunteer to create it? Oh no, better wait until I finish TamingTheInterface :) > operate in a near modal fashion: Transformation ( which could be > seen as a single cycle operation ) "Open Transformation > Dialog"->"Apply Transformation"->"Close Transformation Dialog" > however these sorts of operations should be grouped > together. Perhaps we could spend some time identifying which > palettes would most likely remain open, and which would be single > cycle operations, group them together, and apply different UI > characteristics for each group. Perhaps, but I still think all dialogs must behave consistently. > If those key commands are reserved, I'm sure we > could find an equally appropriate set of actions to assign to > this process. I don't think it's without cause that the patch was > applied, however I do think that we should be aiming at producing > dialogs which the user will keep open and assign locations > to. This is the sort of thing that increases productivity with > any application, without much effort from the user. Yes. > I believe that the term Dialog is being misused here, and perhaps > that is where most of the problem is coming from. To be > effective, we should class out the windows that should be > palettes apart from the dialogs. Exactly. They're called dialogs in the source and that may have unfluenced us :) Let's find some other term. It will be necessary for producing a readable documentation anyway. > We could then provide some form of modality for the dialogs that are > left, and windows would behave differently depending on what was to be > done. Do we need anything to be modal at all? I think even things like "save us" and "export" can be non-modal, and it can even be convenient even if nonorthodox from the win/mac viewpoint. But nobody forces us to exactly imitate win/mac conventions, if we can find something which is better. -- bb -- __________________________________________________________ Sign-up for your own personalized E-mail at Mail.com http://www.mail.com/?sr=signup Search Smarter - get the new eXact Search Bar for free! http://www.exactsearchbar.com/

2 1

unsinkable dialogs
by bulia byak 13 Nov '03

13 Nov '03

See http://www.inkscape.org/cgi-bin/wiki.pl?UnsinkableDialogs for a description of my today's update. Please use wiki to leave comments. -- __________________________________________________________ Sign-up for your own personalized E-mail at Mail.com http://www.mail.com/?sr=signup Search Smarter - get the new eXact Search Bar for free! http://www.exactsearchbar.com/

1 0

transient dialogs
by bulia byak 13 Nov '03

13 Nov '03

I've just checked in an updated dialogs/object-properties.c which makes this dialog (ctrl-shift-f) transient. This means it always stays on top of the canvas window (if there are several, it attaches to the one which was current when the dialog was created) and minimizes/maximizes together with it. What can I say? I'm absolutely astonished by how simple it turned out to be, and really baffled by the fact that nobody did it before. It's been in the Sodipodi programming tasks for ages, and it's actually just two lines of code. The difference in usability however is enormous. Judging by the fact that GIMP's interface, despite being almost universally hated, has never attempted to use transient windows (at least in the stable series, I did not try their development series) made me think that this problem is somehow unsolvable on linux - but no. At least, it works for me (on KDE 3.1). Please test the CVS HEAD with this change and report any problems you may have with this dialog (ctrl-shift-f). If there are none, I will make all other dialogs and the toolbar transient too. And by the way, the dialog can now be closed by esc - please test this too, and if there are no problems with that I will change all other dialogs likewise. Misc: I made the zoom field (in the bottom right corner of the canvas) unfocusable, so it never steals focus any more. Now arrows should work reliably. I also changed the treatment of keypad arrows - now they hopefully work both with and without shift (so far only in selector). Please test this and report any problems. If anyone can test this on Windows or Mac that would be great. -- __________________________________________________________ Sign-up for your own personalized E-mail at Mail.com http://www.mail.com/?sr=signup Search Smarter - get the new eXact Search Bar for free! http://www.exactsearchbar.com/

6 6

Re: transient dialogs
by bulia byak 13 Nov '03

13 Nov '03

Please review my writeup on transient windows and related issues: http://www.inkscape.org/cgi-bin/wiki.pl?InkscapeTamed Comments, additions, answers welcome. Several more dialogs are transientized today. More to follow. -- __________________________________________________________ Sign-up for your own personalized E-mail at Mail.com http://www.mail.com/?sr=signup Search Smarter - get the new eXact Search Bar for free! http://www.exactsearchbar.com/

3 2

Re: [Inkscape-devel] Bug: Number type warnings
by Robert Crosbie 12 Nov '03

12 Nov '03

Similar to my last post, You will loose precision when casting from float to int or NRShort (whatever that is). In desktop-snap.c if all the code is doing is figuring out the slope, then perhaps dx? and dy? should be floats as well. What happens if the slope is less than 0.5? Would we catch it? I don't know what dx and dy are used later for, so maybe it has to be this way. When doing transformations you want to keep numbers as floats for as long as possible and only convert them to ints when they finally need to be plotted to the screen. Otherwise you loose precision and you may find that after a few rotate transformations, your object is not only rotated, it has also shifted position slightly. Cheers, Rob. http://members.rogers.com/rcrosbie >From: "Jon A. Cruz" <jon@...18...> >To: inkscape-devel <inkscape-devel(a)lists.sourceforge.net> >Subject: Re: [Inkscape-devel] Bug: Number type warnings >Date: Wed, 12 Nov 2003 11:02:47 -0800 > >Jon A. Cruz wrote: > >>Bryce Harrington wrote: >> >>>Noticed some warnings during the build... >>>Someone want to look into this and make a patch? >>> >> >>Sure. Me. > > >Here are patches for 840539 and 840543 > >(I noticed more problems, since I compile within emacs and it's easy to >search the scrollback. I'll probably get on those too) > >Index: libnrtype/nr-rasterfont.c > >=================================================================== > >RCS file: /cvsroot/inkscape/inkscape/src/libnrtype/nr-rasterfont.c,v > >retrieving revision 1.1.1.1 > >diff -u -r1.1.1.1 nr-rasterfont.c > >--- libnrtype/nr-rasterfont.c 30 Oct 2003 02:22:53 -0000 1.1.1.1 > >+++ libnrtype/nr-rasterfont.c 12 Nov 2003 18:50:17 -0000 > >@@ -315,16 +315,16 @@ > > if (nr_font_glyph_advance_get (rf->font, glyph, &a)) { > > switch (slot->type) { > > case NRRF_TYPE_TINY: > >- slot->glyph.tg.advance.x = >NR_MATRIX_DF_TRANSFORM_X (&rf->transform, a.x, a.y); > >- slot->glyph.tg.advance.y = >NR_MATRIX_DF_TRANSFORM_Y (&rf->transform, a.x, a.y); > >+ slot->glyph.tg.advance.x = >(NRShort)(NR_MATRIX_DF_TRANSFORM_X(&rf->transform, a.x, a.y)); > >+ slot->glyph.tg.advance.y = >(NRShort)(NR_MATRIX_DF_TRANSFORM_Y(&rf->transform, a.x, a.y)); > > break; > > case NRRF_TYPE_IMAGE: > >- slot->glyph.ig.advance.x = >NR_MATRIX_DF_TRANSFORM_X (&rf->transform, a.x, a.y); > >- slot->glyph.ig.advance.y = >NR_MATRIX_DF_TRANSFORM_Y (&rf->transform, a.x, a.y); > >+ slot->glyph.ig.advance.x = >(NRShort)(NR_MATRIX_DF_TRANSFORM_X(&rf->transform, a.x, a.y)); > >+ slot->glyph.ig.advance.y = >(NRShort)(NR_MATRIX_DF_TRANSFORM_Y(&rf->transform, a.x, a.y)); > > break; > > case NRRF_TYPE_SVP: > >- slot->glyph.sg.advance.x = >NR_MATRIX_DF_TRANSFORM_X (&rf->transform, a.x, a.y); > >- slot->glyph.sg.advance.y = >NR_MATRIX_DF_TRANSFORM_Y (&rf->transform, a.x, a.y); > >+ slot->glyph.sg.advance.x = >(NRLong)(NR_MATRIX_DF_TRANSFORM_X(&rf->transform, a.x, a.y)); > >+ slot->glyph.sg.advance.y = >(NRLong)(NR_MATRIX_DF_TRANSFORM_Y (&rf->transform, a.x, a.y)); > > break; > > default: > > break; > >Index: desktop-snap.c > >=================================================================== > >RCS file: /cvsroot/inkscape/inkscape/src/desktop-snap.c,v > >retrieving revision 1.1.1.1 > >diff -u -r1.1.1.1 desktop-snap.c > >--- desktop-snap.c 30 Oct 2003 02:20:11 -0000 1.1.1.1 > >+++ desktop-snap.c 12 Nov 2003 18:19:18 -0000 > >@@ -116,8 +116,10 @@ > >/* Determine which way a set of three points winds. */ > >{ > > int dx1, dx2, dy1, dy2; > >- dx1 = p1.x-p0.x; dy1 = p1.y - p0.y; > >- dx2 = p2.x-p0.x; dy2 = p2.y - p0.y; > >+ dx1 = (int)(p1.x - p0.x); > >+ dy1 = (int)(p1.y - p0.y); > >+ dx2 = (int)(p2.x - p0.x); > >+ dy2 = (int)(p2.y - p0.y); > >/* compare slopes but avoid division operation */ > > if(dx1*dy2 > dy1*dx2) > > return +1; // ccw > > > > > >------------------------------------------------------- >This SF.Net email sponsored by: ApacheCon 2003, >16-19 November in Las Vegas. Learn firsthand the latest >developments in Apache, PHP, Perl, XML, Java, MySQL, >WebDAV, and more! http://www.apachecon.com/ >_______________________________________________ >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…

2 1

Font fix patch
by T Ingham 12 Nov '03

12 Nov '03

This patch is taken from the fink unstable branch. Perhaps someone can evaluate it to see what it's doing? I believe Pogma wrote it. Currently I can't use fonts at all in Inkscape. -thomas

1 0

Bug: Number type warnings
by Bryce Harrington 12 Nov '03

12 Nov '03

Noticed some warnings during the build... Someone want to look into this and make a patch? Thanks, Bryce nr-rasterfont.c: In function `NRRFGlyphSlot* nr_rasterfont_ensure_glyph_slot(NRRasterFont*, unsigned int, unsigned int)': nr-rasterfont.c:318: warning: assignment to `NRShort' from `float' nr-rasterfont.c:318: warning: argument to `short int' from `float' nr-rasterfont.c:319: warning: assignment to `NRShort' from `float' nr-rasterfont.c:319: warning: argument to `short int' from `float' nr-rasterfont.c:322: warning: assignment to `NRShort' from `float' nr-rasterfont.c:322: warning: argument to `short int' from `float' nr-rasterfont.c:323: warning: assignment to `NRShort' from `float' nr-rasterfont.c:323: warning: argument to `short int' from `float' nr-rasterfont.c:326: warning: assignment to `NRLong' from `float' nr-rasterfont.c:326: warning: argument to `int' from `float' nr-rasterfont.c:327: warning: assignment to `NRLong' from `float' nr-rasterfont.c:327: warning: argument to `int' from `float' http://sourceforge.net/tracker/index.php?func=detail&aid=840539&group_id=93…

2 3

Bug: Number type warning in help.c
by Jon A. Cruz 12 Nov '03

12 Nov '03

Here's a patch for bug [ 840545 ] Number type warning in help.c Turns out that it was a very simple case. Now I'm onto bugs 840539 and 840543 Oh, and I've dusted off my Sourceforge user ID of joncruz Index: help.c =================================================================== RCS file: /cvsroot/inkscape/inkscape/src/help.c,v retrieving revision 1.2 diff -u -r1.2 help.c --- help.c 30 Oct 2003 05:52:06 -0000 1.2 +++ help.c 12 Nov 2003 17:45:34 -0000 @@ -47,7 +47,7 @@ w = gtk_window_new (GTK_WINDOW_TOPLEVEL); gtk_window_set_title (GTK_WINDOW (w), _("About inkscape")); - gtk_window_set_default_size (GTK_WINDOW (w), sp_document_width (doc), sp_document_height (doc)); + gtk_window_set_default_size (GTK_WINDOW (w), (gint)(sp_document_width(doc)), (gint)(sp_document_height(doc)) ); #if 1 gtk_window_set_policy (GTK_WINDOW (w), TRUE, TRUE, FALSE); #endif

2 1

arikkei-token.c:83: `malloc' undeclared
by Bryce Harrington 12 Nov '03

12 Nov '03

I got this error when trying to build the code this evening. I fixed it by putting an include for stdlib.h in arikkei-token.c. arikkei-token.c: In function `gchar* arikkei_token_strdup(const ArikkeiToken*)': arikkei-token.c:83: `malloc' undeclared (first use this function) arikkei-token.c:83: (Each undeclared identifier is reported only once for each function it appears in.) make[3]: *** [arikkei-token.o] Error 1 make[3]: Leaving directory `/home/bryce/src/Inkscape/inkscape-integration/src/libarikkei' make[2]: *** [all-recursive] Error 1 $ cvs log src/libarikkei/arikkei-token.c RCS file: /cvsroot/inkscape/inkscape/src/libarikkei/arikkei-token.c,v Working file: src/libarikkei/arikkei-token.c ---------------------------- revision 1.3 date: 2003/11/11 20:03:20; author: magnethead; state: Exp; lines: +1 -2 Patches to make compile on OSX/Darwin. malloc.h replace with unistd.h and Wl in src/Makefile.am removed at --export-dynamic ---------------------------- Looks like this was introduced due to the OSX/Darwin patch. Hopefully my fix doesn't break that. Bryce

3 4

(no subject)
by Cédric GEMY 12 Nov '03

12 Nov '03

Downloads from Dublin's and Brussels's mirrors appear to be unavailable.

2 1

Inkscape Release 0.35
by Bryce Harrington 12 Nov '03

12 Nov '03

Inkscape 0.35 is released and kicking. Grab the files here: http://sourceforge.net/project/showfiles.php?group_id=93438 This is the first release of Inkscape, and it's a great start for the project. Recent additions include new keyboard shortcuts, alternate node joining method, ability to apply text to multiple text objects, an Open Recent menu item, and more. The codebase has also been modified to allow it to be compiled with either the gcc or g++ compilers. See the Release notes for more info: http://www.inkscape.org/release_0_35.html Please download the code, try it out, and report any bugs found to the Inkscape bug tracker. Congratulations to the dozens of people who have helped put this release together and get this project off the ground.

5 14

Win32 build
by Mael 12 Nov '03

12 Nov '03

Hello, I managed to build inkscape cvs on win32 (with Msys/MsysDTK/MinGW) A screenshot : http://195.221.122.126/tmp/inkscapewin32.png The configure.in doesn't care about win platform (Unfortunetely I don't know much about autoconf/automake) so I had to change some settings, and did a couple of modifications to Makefile and to some sources (if someone want more details ask me). Also Inkscape crashes if the latest libxml2 dll (2.6.2) is used I've not done too much tests: some icons seem to vanish, a test export to png was successful.. I'm not skilled enough to maintain a win32 port but I really hope someone will :-/ M

2 2

Re: [Inkscape-devel] more keys
by bulia byak 12 Nov '03

12 Nov '03

Bryce, please test CVS now to see if kp-arrows work for you both with and without shift, in selector only (if it works I will fix node editor too). -- __________________________________________________________ Sign-up for your own personalized E-mail at Mail.com http://www.mail.com/?sr=signup Search Smarter - get the new eXact Search Bar for free! http://www.exactsearchbar.com/

2 1

two patches
by Robert Crosbie 12 Nov '03

12 Nov '03

I submitted two patches to the tracker: [ 840504 ] Remove kde option from configure This removes the --with-kde option from configure. [ 840506 ] Remove icon hash from sp_icon_new_full See text for full explanation but this will fix the bug "Using Object Transformations twice crashes Inkscape" and possibly other untracked/undiscovered mysterious crashes. This is probably a better fix than the last one I submitted, which hasn't been applied anyway. I see this as the first step in removing the sp_icon routines and replacing them with gtkIconfactory. Patch [ 840443 ] Removes icons from dialog tab headers. (not mine) may also have the side effect of fixing "Using Object Transformations twice crashes Inkscape", but there are other parts of inkscape that call sp_icon_new that are still trashing memory all over the place but just haven't been noticed yet. Cheers, Rob. http://members.rogers.com/rcrosbie _________________________________________________________________ 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

Patch: 840443 Remove Icons from Tab headers
by T Ingham 12 Nov '03

12 Nov '03

Hello all, A pet peeve of mine, I have successfully removed the icons from the tab headers in Object Properties and Transformations dialogs. The patch available at: ( http://sourceforge.net/tracker/index.php? func=detail&aid=840443&group_id=93438&atid=604308 ) thanks for your time and patience, -Thomas

2 1

Binary rpm
by Bryce Harrington 12 Nov '03

12 Nov '03

I noticed no one had uploaded a binary rpm of the 0.35 release so far, so compiled one on a Mandrake 9.0 system. https://sourceforge.net/project/showfiles.php?group_id=93438 Bryce

1 0

Re: [Inkscape-devel] transient dialogs
by Cezary Biele 11 Nov '03

11 Nov '03

bb> Please test the CVS HEAD with this change and report any problems you may bb> have with this dialog (ctrl-shift-f). If there are none, I will make all bb> other dialogs and the toolbar transient too. at last! it works great for me! please add other toolboxes. best regards yemu

1 0

export without antialiasing
by Yemu 11 Nov '03

11 Nov '03

i ve been talking on the jabber with nathan yesterday about exporting without AA, and he told me to try to remove "ifs" from libnr/nr-svp-render.c (make them always true) which should remove antialiasing globally i did remeve them, recompiled and here are the effects: - icons and all objects in document look ugly :-) no antialiasing :-) - exported png at high resolutions (i.e. 600dpi) look good. objects look ok, text looks a little bit worse, but is acceptable (you can check example here: http://www.yemu.website.pl/test3.png) concluding: maybe it would be possible to add an option to export dialog (no-antialiasing -EXPERIMENTAL) or something like that. best regards yemu ps. i've just checked out cvs and i must say InkScape rulez!

2 1