- Inkscape Devel - Inkscape Mailman

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

05 Jan '04

>Probably the problem is caused by the win build storing its preferences in >the program dir (I think) instead of the home dir. I will now commit a fix >which you'll need to test on windows. I'm not sure g_get_home_dir() works >on windows, but if it does, it's the correct way to solve the problem. It >should return the dir in your $HOME environment variable, and if there's >none, I think it will return C:\. Committed. Now the win build is supposed to store prefs in $HOME/.inkscape/preferences.xml so it stays unchanged when you upgrade the program. Please report if it works or not. _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

3 3

secondary toolbar
by bulia byak 05 Jan '04

05 Jan '04

I've committed a first try of a secondary toolbar for selector, with X Y W H fields. This obsoletes the "size & position" dialog which can be removed. It's still rough but usable. There are some issues I would like to ask for help with: - I reduced the font size of the labels and spinbuttons, but could not do that for the units menu. It looks like menus font sizes are not settable. Any insights from gtk experts? Because of the too-large units menu, the aux toolbar jumps up and down a bit when you switch tools. - How to change the right-click menu of the spinbutton? If nothing else I'd like to remove its input methods and unicode submenus - they are unnecessary and very confusing for an average user. Perhaps it would make sense to move the units menu into each spinbutton's right-click menu, instead of having it as a separate menu - what do you think? - I want Esc inside the spinbutton to defocus it. Now Enter applies the value and defocuses, but this is only because it's hard-coded into the spinbutton to "activate" it and I added defocusing to the value-changed callback. However I don't see how I can change the keybindings within a spinbutton to enable Esc to do what I want. Is this possible at all? _________________________________________________________________ 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 2

Re: [Inkscape-devel] Win32 Text Alpha value
by bulia byak 04 Jan '04

04 Jan '04

>OK. >Deleted preferences.xml >Ran Inkscape. Text is at Alpha1 > >Reinstalled Inkscape and preferences.xml was regenerated with tools >fill-opacity= 0.75. My original thoughts were that this 0.75 had to be >changed to 1. However, clearly this is not so. This means the installer puts its own obsolete copy of preferences.xml, which it must not do. The program will take care of preferences itself; installer must not create it. _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

Re: [Inkscape-devel] back to work
by bulia byak 04 Jan '04

04 Jan '04

>I'll go over the list and see if I can trim it down to what seems >likely to be achieved within this timeframe. Getting a release out by >the end of the month sounds like a good target. Lots of progress has >been made over the past few weeks, so a release is quite warranted. >Especially with the great work done on the Windows package. OK, a few organizational points: - Please take time review/expand the 0.37 release notes on wiki. I've been writing them alone and may have missed something. (By the way I've recently rearranged many wiki pages, removing obsolete material into WikiAttic - please don't delete it, it's our history.) - It may be worthwhile to expand the list of places where to make the announcement. Not all such places can be added to inkscape-announce, because that list carries more than just release announcements, and there are places where we only want to announce releases. One obviously missing place is the Sodipodi devel list. Please add other places to the CreatingDists wiki page. - Bryce, I think you've posted the December project status - I don't see it on the site's front page? Its last news is from Dec 22. _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/photos&pgmarket=en-ca&RU=http%3a%2f%2fjo…

2 1

[Fwd: Translation problems and bad strings]
by Ted Gould 04 Jan '04

04 Jan '04

FYI This is an e-mail that Tesla wrote about translation issues. Some parts are GNOME specific, but I thought there were some good general things in here that atleast I didn't think about. --Ted -----Forwarded Message----- > From: Telsa Gwynne <hobbit@...144...> > To: gnome-hackers@...45..., gnome-doc-list@...45..., gnome-i18n@...45... > Subject: Translation problems and bad strings > Date: 04 Jan 2004 11:10:44 +0000 > > Really sorry about cross-post: gnome-i18n know most of this > but perhaps not the explanations for a couple of the strings > below; gnome-doc-list need to know what chaos "Control" caused; > and gnome-hackers is my attempt to catch the hackers. > > Not at all sure where replies should go. Use your common sense :) > > Some time ago I asked gnome-i18n for what they thought the worst > strings to translate in Gnome were. And got a pile of answers > which I then didn't summarise on-list. Reading the threads about > "what problems do translators face", I am reminded that I should. > > I know a load of hackers are familiar with this, but for > those who aren't, here's quick description of the translation > process. There are loads of ways of translating: editing po files > by hand, using a web interface, using gtranslator or KBabel; but > they all revolve around a list of strings which go like this: > > #: /module/path/path/filename > msgid "Original string here with occasional <b> or \n marks" > msgstr "" > > ...and the aim of the game is to fill in msgstr. You do not > necessarily have any more context than that, and you have > to guess what some strings mean. (For example, if you don't > have a CD drive, you can't start rhythmbox to see whether > a particular message appears when you stick a CD in..) > > I begin with this one, which started the whole thing. A remark > from one of the Arabic translators on IRC: > > <olimar> joke of the month in a party: "Model column to search > through when searching through code" > > I'm still not sure what this means.. > > There are lots of things programmers can do to help here: > particularly they can put comments by the strings in the code > saying things like "Translators: this is seen by.." or "This > refers to..". For some apps there is such specialised vocabulary > that this can really help. Unfortunately, nearly everyone > decides to translate gtk+ early on (it makes up half of the > strings in developer-libs), and it's full of such strings as above > and there is not really a lot you can do about it without a > gigantic split into "messages for users" and "messages for > developers". Having said that, anyone who finishes gtk is > well set up to finish most of Gnome :) > > So here are the sort of strings translators were dealing > with in the summer. The aisleriot examples have gone, I think > (yay Callum!): but the rest were all around in the summer. > > Historical (ie, gone, to the best of my knowledge): > --------- > * gnome-games/aisleriot: > msgid "borp" > Read it backwards: "prob"... > (Abel Cheung -- who later figured it out, decided > it was cute, and put "melborp" in somewhere else :)) > > * gnome-games/aisleriot, > * nautilus/somewhere I forget: > msgid " of " > This is things like "king of hearts" or "file 1 of > 8". This flatly won't translate in some languages. > Malayam (.ml) needs to see "n of m" for numbers > and change it to say "of m, n". Different words > are used for "of" in Welsh (cy) for "1 of 10" and > "the king of hearts". There's also a further > complication for cy which I don't think I can > explain in a single line, so you are spared. > > > > What do these mean in _English_? > ------------------------------- > #: aisleriot/golf.scm.h:3 > msgid "bdc\n" > msgstr "" > Debugging message referring to "button-double-clicked" > subroutine. > (Abel Cheung) > > #: several places, apparently > msgid "Control" > msgstr "" > "That's just gorgeous - Is is a verb? A noun? What > kind of noun? Where can I find it in the app?" > (Stanislav Visnovsky) > "Control" crops up in strings all over the place. > Months later I discovered that this is the Gnome > Docs Project official word for "widget", because > "widget" is thought not a good word to give to > end-users. This is probably true. But translators > do at least know "widget"; and it doesn't have another > eight possible meanings. And at least some > translators didn't know "control" was in the docs > team's word list of Good Words. > > #: gtk+ > msgid "IM Preedit style" > msgstr "" > from Ole (dk), who noted that you can figure out that IM is > input method from other entries (if you're working from the > po file and not from a web interface), but preedit? > > Some months later, Dave Malcolm explained on IRC, and I think I > shall share for anyone who didn't know: > <DaveMalcolm> olimar: GTK has small "plugins" that handle text > input in different ways; they take keyboard input and convert > the keypresses into text being typed. If you right-click in an > entry box or gedit you can select the method. > <DaveMalcolm> "pre-edit" is where a preview of your edit appears > in the control; so for Japanese you might type the romanised form, > and have that appear in grey as the preedit string, which might > later get converted into hiragana/katakana/kanji characters > depending on further input. > > So now we know! Thanks, Dave. > > Error messages: > -------------- > > gcalctool is a great example for this. There are over _forty_ > strings which are error messages referring to the inner workings > of the code. For example: > > msgid "" > "*** B = %d ILLEGAL IN CALL TO MPCHK.\n" > "PERHAPS NOT SET BEFORE CALL TO AN MP ROUTINE ***\n" > msgid "" > "*** ERROR OCCURRED IN MPROOT, NEWTON ITERATION NOT CONVERGING PROPERLY ***\n" > msgid "*** ABS(X) NOT LESS THAN 1 IN CALL TO MPEXP1 ***\n" > > > Words that cause problems for different languages: > ------------------------------------------------- > * Multiple languages distinguish between "key" as in "thing that turns > in lock" and "thing on a keyboard". It's easy to guess when you're > translating gconf itself or acme itself which it should be. In other > files though, it's not so easy. > > * "Package" and "packet" seem to be the same word in more than one > language (Welsh, French) > > * "Render": > > Render is very hard to translate, at least for Danish. Sometimes it > means "draw", sometimes "generate" or "create", sometimes "copy to > screen". Usually it is some sort of combination. > -- Ole Laursen > Abel said it was the same for Chinese. > > * "Antialiasing": > > Perhaps it's just in Welsh, but we in the cy team had endless trouble > with this. Translating the parts of the word made no sense. Trying to > make up a word which explained what the technique meant made no sense. > > * "Meta" > > Anything involving the Greek prefix "Meta" makes olimar unhappy: > trying to find an Arabic equivalent is apparently hard. Metafile, > metadata.. okay, so it's a file about files, and data about data. > Great: so metacity is... erm. No. Ow. There's also the meta key, > but I don't actually remember seeing that in strings. > > Long strings of "Noun noun noun noun": > ------------------------------------- > Particularly horrible when one or more of the nouns can also be > used as a verb, and common in tooltips and menus. Examples: > > # gnome-terminal: NB: totally undocumented feature which jrb > explained to me recently. > msgid "S/Key Challenge Response" > > # libbonobo: > msgid "generic factory 'new' moniker" > -- Ole again. Abel suggested "all CORBA keywords" > as well :) > > # libbonobo: > msgid "ORB IOR handling moniker" > from Andraz > > # nautilus: > msgid: "Image Properties content view component" > from Reinout van Schouwen (.nl) > > #: Evolution-groupwise: > msgid "Evolution Calendar Groupwise backend" > > I can't remember where it's from, but the record is five nouns (some > of which might be verbs or instructions) in a row. Other "noun? verb? > what?" words can even be "End" and "Finish". "-ing" words have similar > problems. I think the technical term for the variety that isn't a > verb is "gerund", but I can't think of a good example in the po files > offhand (but they are there!) > > Miscellany: > ---------- > Strings that arrived without comment or which don't fit elsewhere. > > * "Resident memory set" > * "Minimum Shared Memory Size" > * "Minimum Resident Memory Size" > * "Request obsoletes service's data" > * msgid "Error checking error; no exception" > * "MInternal Error: Weird value (%ld) in do_test\n" > * "Model column to search through when searching through code" > * "FALSE displays the \"invisible char\" instead of the actual text (password mode)" > * "Just because a crosswalk looks like a hopscotch board doesn't mean it is one" > > Incidentally, I showed Alan the "FALSE displays.." one and he said > "Makes perfect sense to me." Because he knows what it's talking > about. Non-hacker translators don't. > > Some translators make a point of filing every string with a > problem in bugzilla. This takes _ages_ but it helps. But the > problem then is that there is a very limited period when you > can change them. > > Most translation teams use the translation status tables which > are at http://developer.gnome.org/projects/gtp/status/ to keep > on top of things. The current 2.5 stuff for each language is at > http://developer.gnome.org/projects/gtp/status/gnome-2.6/XX/developer-libs/… > http://developer.gnome.org/projects/gtp/status/gnome-2.6/XX/desktop/index.h… > > (put any language code in XX: sr, cy, de..) > > When strings are changed at all, it upsets all the statistics. So > you have to find a time when you _can_ change them, because those > statistics do matter and do help you keep on top of things. It is > really really disheartening to see your 100% app has suddenly gone > to 81% because someone has altered all the tabs inside the strings; > and even worse when it's a much more substantial change which > requires you to do a lot more than just remove the fuzzy marker. > And towards the end of a release cycle is not the time to do it. > > But some of these strings really do have to be changed, or explanations > appended in the comments next to the function that contains the things. > For example, Epiphany goes to the appropriate language page on Google > because of this comment: > > #. Translators you should change these links to respect your locale. > #. * For instance in .nl these should be > #. * "http://www.google.nl" and "http://www.google.nl/search?q=%s" > > Others found with a quick grep: > > evolution/po/cy.po:#. This is a filename. Translators take note. > gnome-applets/po/cy.po:#. Translators - The + and - refer to increasing and decreasing the volume. > > I don't have a complete checkout of all CVS, but I have quite a > few modules out. But that's about all there is. A few more of > "Translators: this 'plane' is not the sort that flies but instead > a term used by Unicode' would be really nice. (Actually, that's > a bad example, because apparently the place that appears is not > a place you can put such a comment: but it's a good example of > the sort of word that might need clarifying.) > > There used to be a string review period in the release cycle. > It concentrated on the English as far as I know. Making the > English clearer certainly helps translators, but even then > there can be problems. Most translators do the gnome-glossary > early on as a sort of standardising terminology exercise, but > even so we (cy) didn't realise that "control" was the approved > term for "widget" when we met it later on in po files. > > So there you are. I don't really know what the solution is, but > I do know that in between 2.4 (we which had at 100% in Welsh) > and now, we have acquired 1000 fuzzy strings and 750 untranslated > in apps which we had done completely; and another 6000 strings > to do from the list of "proposed" so far. That's on top of > 16,000 strings which remained constant. That's a lot of strings, > and I dread the changing of them in order to make them more > intelligible to other teams. > > But at some stage, some of these have to be fixed in the originals, > which means they become "untranslated" or "fuzzy" in the files > of every team which has done them already. It will make it easier > for new teams. But I'm not looking forward to the process! > > Telsa > > _______________________________________________ > gnome-hackers mailing list > gnome-hackers@...45... > http://mail.gnome.org/mailman/listinfo/gnome-hackers > >

1 0

Re: [Inkscape-devel] Win32 Text Alpha value
by bulia byak 04 Jan '04

04 Jan '04

>But Bulia said he fixed it in the default preferences so it surley should >have created a new file with a value of 1 in place? Default preferences are in effect when there's no such preference in your local file. Delete your preferences.xml, run inkscape and see if text is at alpha 1. If not, perhaps your build is not the latest one. >This does not work. It is still overwriting my preferences.xml. This file >gets generated at c:\program files\Inkscape\inkscape\preferences.xml. Is it overwritten during installation, or during the first run of the program? In the first case, it's the installer issue, perhaps you should ask Bob Jamison for help with it (I don't know what is the installer used in the latest builds, if any). In the second case, there's some problem in the program code; Mental, I think you were the last to change that part, can you comment? BTW what is your version of windows? _________________________________________________________________ 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 2

RE: [Inkscape-devel] Win32 Text Alpha value
by bulia byak 04 Jan '04

04 Jan '04

>When Inkscape opens normally the text is not 100% black. It comes up >slightly gray. This is due to the Alpha fill level opening at 0.75. This is >easy to fix in preferences since it seems to come from the "tools" style = >"fill:none; fill-opacity: 0.75;" Changing this to 1 fixes the problem. OK, I fixed this in the program's default preferences. _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

3 3

dialogs toggle
by bulia byak 04 Jan '04

04 Jan '04

Now F12 and ` toggle visibility of all open dialogs - please test. Feel free to suggest another keyboard binding (or whether only one of the two should be left). When dialogs are hidden and you open a new dialog, all hidden ones are unhidden - I think that's logical, but please argue if you can think of another approach. _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

1 0

RE: [Inkscape-devel] more info on crashes
by bulia byak 03 Jan '04

03 Jan '04

>In sp_node_context_selection_changed, what should happen if nc->nodepath >and nc->knot_holder are both null? Currenly inkscape is dying in >sp_repr_remove_listener_by_data possibly because it is being passed >unitialized data. Thanks Robert! The fix is in, please test. This fixes at least the inset-in-node-edit crash, and I will now test node editing via XML editor more thoroughly to see if there are any other problems (not that I did not test it before...) _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=dept/features&pgmarket=en-ca&RU=http%3a%2f%2fjoin…

1 0

more info on crashes
by Robert Crosbie 03 Jan '04

03 Jan '04

Since I can't seem to post to the inkscape jabber conference room, I'll post an obervation here. Related to my last two posts: In sp_node_context_selection_changed, what should happen if nc->nodepath and nc->knot_holder are both null? Currenly inkscape is dying in sp_repr_remove_listener_by_data possibly because it is being passed unitialized data. This is the source of many of my crashes. 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

windows profile directory
by MenTaLguY 03 Jan '04

03 Jan '04

I'm about to commit some changes to CVS re: the profile directory. This one removes some of the less portable code (WTF did someone use creat()!? we have fopen()!) and reduces the number of platform-specific ifdefs to three. With some work it could probably be reduced further. Also this fixes a problem with creating the profile directory initially. The last change is that on Windows the directory is called "Inkscape" instead of ".inkscape", to be marginally kinder to Explorer and more Windows-like anyway. (if we want to be really good Windows citizens, we should look up the locale-dependent name of the "Application Data" profile directory and create our subdirectory there, but that's a much bigger job. Bulia's change is a _big_ improvement and gets us much of the way there.) -mental

1 0

inset path crash
by Robert Crosbie 02 Jan '04

02 Jan '04

Here is another crash I can reproduce consistantly from current CVS: Draw a closed freehand curve (start and end on the same point) Select node editor tool. Select Path->Inset Path (or Outset) Segmentation fault If you select the "Selection" tool instead of the node editor and create an Inset Path inkscape won't crash. 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

node editing crashes
by Robert Crosbie 02 Jan '04

02 Jan '04

After Bulia's request for bugs, I figured I'd submit this problem I've been seeing lately in the current CVS: When editing paths with both the GUI and the XML editor, inkscape will crash. I always use the XML editor and node editor to position points in my paths to make sure I get them exactly where I want them. I find I can only make a few edits and inkscape will crash. Sometimes one switch between editor and GUI and inkscape will segfault*, other times it will take 10 or more. Having multiple paths may produce this problem faster (not sure). Sometimes inkscape won't crash, but will reach a state where nothing can be selected anymore and messages such as this will be produced: ** (inkscape:10227): CRITICAL **: file selection.cpp: line 523 (SPItem* sp_selec tion_item(SPSelection*)): assertion `SP_IS_SELECTION (selection)' failed ** (inkscape:10227): CRITICAL **: file selection.cpp: line 483 (void sp_selectio n_empty(SPSelection*)): assertion `SP_IS_SELECTION (selection)' failed ** (inkscape:10227): CRITICAL **: file selection.cpp: line 354 (void sp_selectio n_set_item(SPSelection*, SPItem*)): assertion `SP_IS_SELECTION (selection)' fail ed (inkscape:10227): GLib-GObject-WARNING **: instance of invalid non-instantiatabl e type `<invalid>' (inkscape:10227): GLib-GObject-CRITICAL **: file gsignal.c: line 2300 (g_signal_ handlers_disconnect_matched): assertion `G_TYPE_CHECK_INSTANCE (instance)' faile d (inkscape:10227): GLib-GObject-WARNING **: invalid uninstantiatable type `<inval id>' in cast to `GObject' I haven't submitted it to the bug tracker simply because I don't have a clear way of reproducing it. * I have disabled the SIGSEGV, SIGFPE and SIGILL handlers in my version: // segv_handler = signal (SIGSEGV, inkscape_segv_handler); // signal (SIGFPE, inkscape_segv_handler); // signal (SIGILL, inkscape_segv_handler); 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…

1 0

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

02 Jan '04

>I must say that Inkscape just gets better and better to use. Maybe its >familiarity. I'm just sorry that I am not a developer. As a user though I >can comment on use and nag people ;-). We definitely need more and more testing and complaining users, so please spread the word :) The current 66 bugs in the tracker is perhaps 1/5 of the actual number of severe bugs... _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

2 1

Re: [Inkscape-devel] Ungroup All Command
by bulia byak 02 Jan '04

02 Jan '04

>No, "Ungroup all" is not necessary, Ungroup must simply ungroup _all_ >selected groups (now it only works if one group is selected). This way >you'll be able to ungroup any nested group(s) down to atoms by pressing >ctrl-u sequentially. This is now done. Please test. _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

1 0

Re: [Inkscape-devel] ctrl-tab
by bulia byak 02 Jan '04

02 Jan '04

>It allows you to jump to the next control when inside a text entry field >(instead of inserting a tab). Not sure if that's all but I think so. >That's a pretty important accessibility feature, so we'd have to somehow >make sure that it wouldn't switch documents when the focus is on a >control that can't be left with regular tab. Which should be mainly the >text tool (while inserting text) and some dialogs. I just tested - Ctrl-Tab works in dialogs as before, it cycles through any widgets, not only text fields (just like Tab). As for on-canvas text, it did not have a ctrl-tab keybinding before and I don't think it needs to have it now; when on canvas, ctrl-tab should always switch documents for consistency. We do need, however, some key combination in the text tool to jump from one text object to the next and back, but it must not be Tab or Ctrl-Tab. Any suggections? _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 2

ctrl-tab
by bulia byak 02 Jan '04

02 Jan '04

Now [shift-]ctrl-tab cycles through open document windows, as in most other programs. Unfortunately GTK steals this key combination, so I had to run the verb explicitly in event-context.cpp. This means it is subject to the same problem as all other event-context shortcuts: it only works when mouse cursor is over the canvas: http://inkscape.org/cgi-bin/wiki.pl?EventContextGrab It's very annoying, and I'm now going to try to attack this problem once again. If anyone has any insights, please share. Has anyone tested the new repr listener in node editor? _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

3 2

sigc++ 1.2
by MenTaLguY 02 Jan '04

02 Jan '04

Okay, since the packaging situation for libsigc++ 1.2 seems better than gtkmm, I will reintroduce a dependency on sigc++. It should be available on almost all current Linux distributions, and the older RPM-based distros should be able to find packages on freshrpms.net (JonCruz tells me the RH 9 sigc++ package works on RH 8). OS X is OK too, as fink unstable (and soon stable, also thanks to Jon) also has it. If y'all don't already have it, make sure you get the right version -- 1.2.x, not 1.0.4 or something. Some distributinos seem to have a slightly weird package naming policy with it. Scream now if this will not work for you. -mental

1 0

gradient-vector.cpp
by Jon A.Cruz 02 Jan '04

02 Jan '04

I just removed sp_gradient_vector_dialog_close, since it was defined but never used. Was it just leftover cruft, or is there a reason to put it back?

2 1

all keys work regardless of mouse position
by bulia byak 02 Jan '04

02 Jan '04

OK, I think I fixed that. Now the canvas always gets all keys, including arrows, space, esc etc. (i.e. not only global verb shortcuts) so long as the document window has focus. This closes a sore "known problem" from 0.36 release notes. I'm not sure if my fix is "correct" but it seems to work. Previously, event contexts received events only from the "acetate" item on the canvas (this is an invisible item covering the entire canvas), and this item obviously can only have focus when mouse is over it. We have tried putting event grab on the canvas widget, but this apparently did not affect the acetate which, not being a GTK widget, cannot have a grab. My solution is simply to call sp_desktop_root_handler() from within the sp_desktop_widget_event() handler (which receives all desktop widget events regardless of mouse position) but only for GDK_KEY_PRESS events and only if the desktop's canvas has no current item (because in that case, an item handler must be called instead of root handler, and I don't need to do that anyway because this can only happen when the mouse is over the canvas). Please test the program thoroughly. This change may well have broken something I did not notice. _________________________________________________________________ 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

fixing NR precision issues
by MenTaLguY 02 Jan '04

02 Jan '04

Okay, really more generally what we need to do is replace e.g. NRRectL and NRRectS with a single type ... maybe NRIRect. That was the general effect of changing NRShort and NRLong to the same width anyway, since the structures don't differ at all except in the precision they use. -mental

2 3

[Fwd: Re: purpose of s/double/Coord/ change in nr-types.h]
by MenTaLguY 01 Jan '04

01 Jan '04

-----Forwarded Message----- From: MenTaLguY <mental@...3...> To: Peter Moulder <Peter.Moulder@...38...> Cc: Nathan Hurst <njh@...5...>, Inkscape ML <inkscape-devel@...142...ge.net> Subject: Re: purpose of s/double/Coord/ change in nr-types.h Date: Thu, 01 Jan 2004 15:47:01 -0500 On Thu, 2004-01-01 at 04:55, Peter Moulder wrote: > I believe that in revision 1.13 of src/libnr/nr-types.h you introduced a > `typedef double Coord' (CVS comment "removed *S variants of NR structs"). > > Can you please document where Coord is to be used, or the purpose of > this change? > > Knowing the purpose of the type, or how the typedef may change in > future, helps programmers to decide when to use Coord and when to use > double. The purpose of NR::Coord and NR::ICoord are to provide "real" and integer types used for storing coordinates in the rendering subsystem (and consequently having sufficient precision for that purpose). (I'll add doxygen comments accordingly) The motivating factor here was eliminating the entire class of bugs caused by switching between various precisions so much, particularly in the case of integer arithmetic. If Coord and ICoord are used consistently for math involving coordinates (and have sufficient precision), we'll have many fewer headaches with precision issues. I erred on the side of using Coord everywhere at first because I think it's less work to revert the few instances where it's not appropriate rather than the other way around. Probably non-libnr code should have little reason to use them (operator*(double, NR::Point) should probably remain with the double, though maybe it should have an NR::Coord variant too). I will let Nathan be the ultimate judge of where it's appropriate and where it's not, since the NR:: stuff is his purview at this point. -mental

1 0

Inkscape Status 2003-12-31
by Bryce Harrington 01 Jan '04

01 Jan '04

Project Status Wednesday, December 31, 2003 The past couple weeks have seen work in a variety of areas. Ctrl-click selection within groups, including multiple and nested groups has been implemented. The new inset/outset capability is receiving a lot of testing attention. The Win32 build of Inkscape has also been a focus of development efforts over the past couple weeks, and it's expected that 0.37 will see much improvement in this area. A few issues have arisen and been resolved. The issue of handling comments in SVG documents was brought up by a Sodipodi user; comments are not always preserved when editing in Sodipodi or Inkscape. Fortunately, some good ideas have been voiced for addressing this. A second and much more critical issue has been raised regarding Gtkmm. As planned since early in the project, we began incorporating Gtkmm into Inkscape following the 0.36 release. Quickly it became evident that this introduced severe dependency issues. Gtkmm 2.x is not available commonly on most Linux distros. On Windows it adds to the DLL download weight. Most distressingly, it isn't yet ported to OSX. Due to these reasons we've decided the best course of action is to postpone use of Gtkmm until the library is more widely available. Statistics Nov 02 Nov 15 Nov 29 Dec 15 Dec 31 ========== ====== ====== ====== ====== ====== Lifetime Rank on SourceForge: 6103 4391 3676 2452 2444 (56.2%) (68.5%) (73.6%) (82.4%) (82.5%) Max Week's Rank on SourceForge: 6023 62 37 27 22 (56.8%) (99.6%) (99.8%) (99.8%) (99.9%) Total SF Page Views 200 * 50,000 86,000 107,600 Total SF Downloads 0 * 1700 3640 4,751 Total Freshmeat URL Hits 0 746 1121 2237 2567 Total Freshmeat Subscriptions 0 16 19 28 30 Lines of Code in src/: 115,754 115,901 116,970 132,134 165,664 Code lines 100,549 132,458 Comment line 11,591 12,234 Blank 20,559 21.540 Lines of Docs in doc/: 1,135 1,135 2,100 2,225 2,615 Lines of content in website: 74 1,173 1,624 2,090 2,261 Size of the Inkscape wiki: 0 3,700 5,737 7,385 11,062 Hours since last ChangeLog mod: 90 6 2 21 0.8 Bugs open/total: 0/0 9/15 40/51 67/111 66/130 Features open/total: 0/0 18/18 23/24 40/45 103/115 Patches open/total: 0/0 1/ 6 5/20 6/25 4/32 CVS Commits (as per inkscape-cvs): 148 481 963 * 1580 Inkscape-devel membership: 4 49 61 64 65 Inkscape-announce membership: 0 9 14 16 20 * - Statistics unavailable

1 0

Re: [Sodipodi-list] 
by Jonathan Phillips 01 Jan '04

01 Jan '04

Maybe a warning dialog or a status bar update would be positive to notify the user if a comment is orphaned in someway. I know though this would require some intelligent coding. jon On Wed, 2003-12-31 at 15:17, MenTaLguY wrote: > I guess one thing to think about is how to deal with Sodipodi's > "advertising" comments if comment preservation were added. > > Obviously we wouldn't want to add an advertisment comment to the > document if one already existed, or they'd start piling up every time > one was saved. > > -mental -- Jonathan Phillips <jon@...15...>

2 1

Re: [Inkscape-devel] Nuke the fake config?
by bulia byak 01 Jan '04

01 Jan '04

>I didn't think about the gen-nrconfig change very closely when it was >first made, but in retrospect, since NRShort is a general-purpose type >with a precision implied by its name, changing its precision is probably >a bug in itself. > >The correct fix is to replace uses of NRShort that require more >precision with a type that provides it -- e.g. NRLong, or better gint32. Why "better"? What if one day, we need 64 bit precision - do a global search and replace again? The NR* stuff was there exactly for this: a layer of abstraction that allows to change the actual precision quickly - and it was not "a bug" because the typedefs are there for exactly this purpose (and they were not "general purpose" becaue the NR prefix limited their scope pretty narrowly to the NR subsystem). Frankly I don't understand why it was necessary to kill it and replace with hard-coded 32-bit types (I can understand getting rid of nr-config.c, but not this). Anyway, it's not my domain, so please fix it one way or the other, so long as it's fixed :) _________________________________________________________________ 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 4

SPOffset UI
by bulia byak 31 Dec '03

31 Dec '03

Now there are two pairs of inset/outset commands: one creates the SPOffset object and the other simply offsets a path, leaving it as a path. Which pair is linked to the menu commands can currently be changed by commenting/uncommenting within sp_selected_path_offset() and sp_selected_path_inset() in splivarot.cpp. I propose the following UI: - "Inset path" and "Outset path" commands act depending on the type of the selected object(s). For SPOffset objects, they increment/decrement radius by options.insetdistance (to be added to the preferences, no more relying on stroke width please!). For all other objects, they do one-time offset leaving objects as paths (or converting them to paths if necessary) also by options.insetdistance. If there are several objects selected, each one is treated according to its type. - The third command, "Dynamic inset/outset", creates an SPOffset with zero radius. It also flashes to the statusbar, "Use node editor to inset/outset the path interactively." If there are no objections, Fred, could you please implement these three commands and I will put them into the menu and in shortcuts. See this page on how to create/access a preferences value: http://www.inkscape.org/cgi-bin/wiki.pl?HandlingPreferences More issues: - The splotches bug is fixed, but now interactive offsetting has become much slower. With a text string, I need to wait at least a second after dragging the control before it regenerates the path. Is this inevitable, or can it be optimized somehow? - The quality of offset in SPOffset object is very good, however the sp_selected_path_do_offset() function creates ugly artefacts (e.g. try it on a text string) even when applied _only once_. Why the difference? - Please use statusbar API to report errors, instead of g_warning: http://www.inkscape.org/cgi-bin/wiki.pl?StatusBar Whenever a command cannot perform its action, it must provide a reason for it in the statusbar. Also please don't forget to enclose all text strings shown to the user into _("...") so they can be translated. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

3 2

Re: [Inkscape-devel] Nuke the fake config?
by bulia byak 31 Dec '03

31 Dec '03

>For those who were not on Jabber last night: > >Done. I replaced the following definitions >with GLib types: >NRLong gint32 >NRULong guint32 >NRShort gint16 >NRUShort guint16 You broke zooming with that change, because previously I patched gen-nrconfig so that shorts are not shorts but actually ints. Now shapes disappear at about 69x zoom. See this patch: http://sourceforge.net/tracker/index.php?func=detail&aid=854506&group_id=93… Please restore the ints precision as per this patch, so that zooming works again! _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

RE: [Inkscape-devel] RE: offset width modifying
by bulia byak 31 Dec '03

31 Dec '03

I've tried the new offset object - really impressive! For those who haven't tried it yet, you can now interactively adjust the inset/outset value by dragging a control point (similar to e.g. rounding a rect) and it will be redrawn in real time. You can also vary the radius attribute of the object in XML editor to achieve the same result. The quality and precision of the outline is very good (at least compared to the previous attempts to do multiple in/outsets). A few comments: - The new attributes that you add must be in the inkscape: namespace, not sodipodi:. - The inset/outset commads still require that a path has a stroke. Please change them so that they decrement/increment the radius attribute, by say 1 pt with each command, regardless of stroke (converting a path into offset if necesary). Ideally we'll need to have two pairs of commands, say one incrementing radius by 1 pt and the other (with alt) by the distance corresponding to 1 visible pixel at the current zoom (similar to alt-arrows). - The statusline description of the object can be more useful if instead of simply "Offset" it would say e.g. "Path inset by 1.5pt" or "Path outset by 3pt". - Even though the path quality is now very good, I still noticed occasional "splotches" that would be nice to fix. I'm now uploading one example to the bug tracker so you can see what I'm talking about. _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

3 2

gtkmm2 rollback
by MenTaLguY 31 Dec '03

31 Dec '03

Well, I've made an executive decision... The packaging situation with gtkmm2 is really pretty dire at this point on several platforms (even RedHat), so I'm going to roll back our gtkmm2 dependency for now. I hadn't expected it would trail Gtk2 packaging by THIS MUCH, but it seems to be... Hopefully the situation will resolve itself in the next month or two, and we can go back to using it. -mental

2 1

Re: [Inkscape-devel] Re: dnd [was: Re: export patches]
by bulia byak 31 Dec '03

31 Dec '03

>Okay, had to change > >rnewdoc = sp_repr_read_mem (svgdata, data->length, NULL); > >to > >rnewdoc = sp_repr_read_mem (svgdata, data->length, SP_SVG_NS_URI); > >now it should behave exactly like the import function. Updated patch >attached and posted to the tracker. Works for me ;) Thanks! Indeed it works well now. I think you can commit it. Of course it'll need more testing when/if Gimp supports svg dnd too. And by the way, why can't I drag an svg document from my KDE desktop into Inkscape? Is this version of dnd Gnome-only? _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

5 8

Nuke the fake config?
by Jon A. Cruz 31 Dec '03

31 Dec '03

Can we get rid of gen_nr_config.c and nr_config.h? We 'should' just be using standard config approaches and config.h. This is even in gen_nr_config.c /** * A little utility function to generate header info. * * Yes, it would be possible to do this using more "native" autoconf * features, but I personally find this approach to be cleaner. * * The output of this program is generally written to art_config.h, * which is installed in libart's include dir. **/ To me, that translates as "I don't understand the standard ways, so I'll subset and re-invent a wheel myself". Given that we're trying to keep cross-platform including Win32 and OS X support, it probably is time to kill it. Are there any issues I'm missing? Or anything from those building on Win32 that would complicate things?

3 2

can't compile
by bulia byak 31 Dec '03

31 Dec '03

There's a mismatch in declarations: desktop-snap.h has the last argument of _free_snap as const, but *.cpp has it without const. Please fix one way or the other. _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

6 12

SPOffset
by MenTaLguY 30 Dec '03

30 Dec '03

I've been playing with SPOffset today -- great stuff! It has some awesome potential as an artistic tool. That said, there are a few issues that bug me: 1. something's going a bit wonky with the associated NRArenaItem -- an assertion keeps triggering about the object's bounding box. Unfortunately, until I figure out what NRArenaItem::state actually means, I'm not sure of the best way to fix this. 2. I think perhaps Inset/Outset should modify the original path, rather than making a duplicate. Its behavior of duplicating the path and leaving them both selected surprised and frustrated me. 3. I'm not sure the use of xlink:href is really SVG-compliant in this case ... also, the behavior of following the original path was also a little surprising and frustrating, once I managed to get the original path selected without selecting the outset. -mental

3 3

node edit now listens!
by bulia byak 30 Dec '03

30 Dec '03

I finally added repr listener to the node editor, which means it now updates its nodes when an object is modified outside of its control (by undo, in XML editor, in another view etc.) This fixes 857997, 852973, 865627, and re-fixes 848355 properly (previous hack in document_undo is removed). "Works for me" but I'd appreciate if it is tested really thoroughly, as the code is still somewhat flakey. E.g. instead of the closed bug I'm now submitting two other bugs related to the new code which I still need to fix. Any insights are appreciated. Some issues: - When to regenerate the nodepath? Not always when a repr is changed, because the majority of such changes are from the node editor itself. One approach: compare the actual repr with a "fake" repr temporarily created from the current nodepath; if different, recreate nodepath. Another approach: When updating repr from within node editor, set up the local_change flag. The listener checks this flag and if it's set, does not recreate nodepath (but zeroes the flag). Right now my code uses both these approaches, the first for the nodepath and the other for knot_holder (the structure used to edit ellipses, spirals etc). Does anyone have an opinion on which approach is more preferable? - Preserving selection is a hack: before regenerating nodepath, I save the list of the numbers of selected nodes, and then re-select them in the new nodepath. This does not always work (see bug 867525). Can anyone propose a better idea? - Objects within groups: they can be transformed via their group, without their repr being changed at all (see bug 867521). What to do with them? _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

RE: [Inkscape-devel] Nudge control
by bulia byak 29 Dec '03

29 Dec '03

>Ok. I know it's the silly season but can someone tell me where the nudge >control distance setting for the arrow keys is located? I want to control >the distance setting as the current default one is too high. There must a >control surely but I cannot find it. It's not in the UI yet. Maybe in the next version. For now you can change it in your ~/.inkscape/preferences.xml, by setting e.g. <group id="nudgedistance" value="10"/> (the value is in points). >While I'm on nudge I notice that operation of nudge seems a bit erratic on >occasion. Sometimes an object does not nudge with the arrows until it has >been moved manually with the mouse. When it happens none of the arrows >work. >I'll try and document more precisely when it occurs. Most likely the arrows don't work when the mouse is not over the canvas. It's documented here: http://inkscape.org/cgi-bin/wiki.pl?EventContextGrab If the misbehavior you experience is different, please file a detailed bug report. _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

Re: [Inkscape-devel] Ungroup All Command
by bulia byak 29 Dec '03

29 Dec '03

>On Tue, 30 Dec 2003, vellum wrote: > > In the real world of drawing pictures I often group objects and then put > > groups within groups etc sometimes many times over. Commonly I have many > > composite groups floating around. Now, if I need to modify something >buried > > in a composite group it can be a real pain getting back down to it. It >would > > be very useful to have an "Ungroup All" command to complement "Group" >and > > "Ungroup". No, "Ungroup all" is not necessary, Ungroup must simply ungroup _all_ selected groups (now it only works if one group is selected). This way you'll be able to ungroup any nested group(s) down to atoms by pressing ctrl-u sequentially. It's in my todo list already. _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

Gtkmm
by Daniel Borgmann 29 Dec '03

29 Dec '03

Hello, I have just changed the save confirmation dialog to use Gtkmm. For this to work, I also had to change gtk_init (&argc, (char ***) &argv); to Gtk::Main kit = Gtk::Main(&argc, (char ***) &argv); in main.cpp, otherwise it would crash with lots of "quark" errors. I don't really understand the reasons to be honest, but it seems somewhat logical and it works well. My question is, should I commit this or should the Gtkmm stuff rather happen in a branch? Daniel

4 4

Re: [Inkscape-devel] selection news
by bulia byak 28 Dec '03

28 Dec '03

>On the other hand, you're getting experienced with this code now. Do >you have ideas for how best to make these selected items draggable >directly? Actually it turned out to be quite easy. Please test now. Still, I'd like to hear your opinion on whether it's acceptable to keep extending the item_at_point machinery in select-context as opposed to canvas code. Are we perpetrating ugly hacks, or is this the right way that should have been followed from the start? _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

2 2

RE: [Inkscape-devel] RE: offset width modifying
by bulia byak 28 Dec '03

28 Dec '03

> > commit it; otherwise >done Thanks! I will test it. >a note on knot editing of objects: when doing >modifications directly in the xml tree, the knots are >apparently not refreshed (see the spiral and the >sodipodi:t0 attibute for an example). Yes, this is because node context has no listeners for repr changes, it's a cause of several bugs and is described here: http://www.inkscape.org/cgi-bin/wiki.pl?SelectionModifiedSignal It's in my near-term plans to fix this. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

RE: offset width modifying
by bulia byak 28 Dec '03

28 Dec '03

>looking in the inkscape code, seems to me that this >requires the creation of a SPShape derivative, like >the SPSpiral is, and the storing of the path whose >offset is considered as a attribute. i already coded a >working solution with a SPOffset object, and a >sodipodi:original attribute (the width is stored as a >sodipodi:radius), but i dunno what clearance i need to >do such additions: is it OK to add attribute types and >objects classes at will? is there a guide explaining >what behavior is expected for these? Please clarify: As I understand it, you plan to change the current inset/outset menu commands and shortcuts so that: - when applied to an arbitrary shape, they convert it to SPOffset and set some initial offset attribute value, - when applied to an SPOffset, they simply modify its offset attribute and regenerate the visible shape from the same original shape? Is this your plan? If so I think it could work, and would provide a nice solution to the problem of "shape degradation" when in/outset commands are applied multiple times. One problem that I see (but may be you already took care of that): our SVG must always remain renderable, and it must render the same in any other SVG renderers. This means the d="" attribute of the SPOffset object must store the _already offset_ path, not the original path. For storing the original path, you'll need a separate attribute in the inkscape: namespace. Other questions: It would be very nice to be able to edit the _original_ path with the node editor without losing the SPOffset status of the object, i.e. have the visible offset contour to be updated automatically when I edit the nodes of the original contour. Is this possible or if not, do you think it's easy to implement? Also, it would be very nice to be able to convert any other SPShape derivative to an SPOffset without losing its original status. For example, being able to edit a rect (e.g. rounding its corners) and see the outset contour updated at once. And it would be extremely useful to be able to apply SPOffset to text objects without converting them to path first. Is this possible with your current model? Well, even if not (i.e. if node-editing of an SPOffset loses its offset status and original shape, and if SPOffset can only be created from a path), I think it's still useful, so let's try it out. Whether to commit it depends on how disruptive it is; if you didn't change much outside of your domain and don't expect other things to break, go ahead and commit it; otherwise please create a branch for your code (see Wiki for instructions) so we could test it. P.S. Please cc: your replies to the list so that everyone else can participate in the discussion. Also, please add yourself to the AUTHORS file if you didn't already, and please document your changes in the ChangeLog. _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

Re: [Inkscape-devel] selection news
by bulia byak 28 Dec '03

28 Dec '03

>On Sat, 2003-12-27 at 02:31, bulia byak wrote: > > Ctrl-click now selects within groups, ctrl-shift-click adds to selection > > disregarding grouping. Multiple and nested groups work. Special care was > > taken to preven double grouping when both a group and one of its >descendants > > are selected. Please test. > >Good work! > >One thing -- as it is currently, you can select things within a group, >but not e.g. move them around when they are selected -- probably >contrary to user expectations. I thought about that but didn't implement it yet, partially because I myself almost never use dragging to move objects, but only arrow keys (they work within group). This will involve another instance of ignoring the item passed with the event and using the selected-within-group items instead in item_handler. Looks like with this approach, the canvas code which does its own item picking will be eventually left unemployed. I don't know if it's good or bad from the architectural viewpoint, but at least my own way of fiddling with items is much easier to implement for me than any changes to the canvas code, so I tend to choose the easy route. >I guess this means the next phase of my layers work just became more >important -- making groups that have selected children (descendants) >automatically 'transparent' (in the SPArenaGroup sense). Oh yes, if you can do this, then mousedragging selected-within items will be enabled automatically. Perhaps that's a better approach. >On the other hand, you're getting experienced with this code now. Do >you have ideas for how best to make these selected items draggable >directly? I think the code I originally had in mind to do >selection-dependant "event transparency" could get nasty to implement. As outlined above, I think I can basically re-implement most if not all of selector's functionality using my own item_at_point functions and their variants, disregarding the item argument of the event. This is one approach; the other is your changes to canvas code to make partially-selected groups auto-transparent. As to which one is easier, I don't know; I can try to do the first one but I have very little idea of how difficult is the second for you (it's likely to be very difficult _for me_). _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

[Fwd: Re: [Sodipodi-list] gradient-bug]
by MenTaLguY 28 Dec '03

28 Dec '03

Could someone pick up this fix from Sodipodi if they have a chance? -----Forwarded Message----- From: Lauris Kaplinski <lauris@...39...> To: david@...139... Cc: sodipodi-list(a)lists.sourceforge.net Subject: Re: [Sodipodi-list] gradient-bug Date: Sat, 27 Dec 2003 18:43:13 +0200 Hello! You were right, sorry :-( What happened was, that sodipodi did not set gradientUnits="userSpaceOnUse" attribute to proper gradent while saving file. So if reading it back, gradient got interpreted as "objectBoundignBox", causing spread coordiantes to go way out of object (I hope this was all problem - at least fixing it makes sodipodi to read its own gradients back peoperly). Quick fix is to add gradientunits... attribute by hand to xml file (or use xml editor). I also fixed this in CVS - it may take some time to propagate, if you are using anoncvs still... Thank you for reporting it! Best wishes, Lauris Kaplinski David Christian Berg kirjutas L, 27.12.2003 kell 15:24: > Thanx Lauris, > > Blame the librsvg... at least concerning object bounding box gradients. > But when it comes to UserSpaceOnUse, Sodipodi (0.34-pre) definetely > screws up, sorry to say that. It can't even handle it's own gradients, > since when you reopen a file with a simple gradient, it is positioned > absolutely wrong, and UserSpaceOnUse is back to ObjectBoundingBox (maybe > the error? I can't find anything specifying if it's USOU or OBB in the > xml code). > Perhaps it's just because I'm using the 0.34-pre (which compiles, runs, > does about what it should -see above-, but crashes quite often ;-) ) > Since I'm not familiar with programming, I'll keep on bugging you with > assumable bugs, and feature requests, sorry for that. > > Take care > > David > > > > On Sat, 2003-12-27 at 11:38, Lauris Kaplinski wrote: > > Hello! > > > > I am quite confident sodipodi does gradientTransform properly > > (although I may be wrong). Here is UI feature-request, yes, > > to make handling spread direction more intuitive. > > Can you check, how does batik render it - of all SVG viewers > > batik is most close to 'the right one'. > > > > Best wishes, > > Lauris Kaplinski > > > > ------------------------------------------------------- > This SF.net email is sponsored by: IBM Linux Tutorials. > Become an expert in LINUX or just sharpen your skills. Sign up for IBM's > Free Linux Tutorials. Learn everything from the bash shell to sys admin. > Click now! http://ads.osdn.com/?ad_id=1278&alloc_id=3371&op=click > _______________________________________________ > Sodipodi-list mailing list > Sodipodi-list(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sodipodi-list

1 0

selection news
by bulia byak 28 Dec '03

28 Dec '03

Ctrl-click now selects within groups, ctrl-shift-click adds to selection disregarding grouping. Multiple and nested groups work. Special care was taken to preven double grouping when both a group and one of its descendants are selected. Please test. I also plan to implement cltr-alt-click to "select under", i.e. multiple cltr-alt-clicks will cycle selection through the stack of objects at the current point, starting from the topmost one and going towards the bottom (also disregarding grouping). I would like to do the same for alt-click _preserving_ grouping, but unfortunately alt-clicks are usually stolen by a window manager. _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/photos&pgmarket=en-ca&RU=http%3a%2f%2fjo…

2 1

non-ascii filenames
by bulia byak 28 Dec '03

28 Dec '03

Currently Inkscape fails in numerous ways when you try to name your file with non-ascii characters. For one thing, it records that filename into preferences.xml using the locale encoding, which is invalid UTF-8, which causes parser to reject the file upon the next load and the preferences are simply lost. Can anyone give any advice on how to deal with this problem? I know about g_locale_to/from_utf8() but the question is, where is the best place to put these functions. It looks like all standard file-related functions (gtk_file_selection_get_filename, file opening and saving, etc) require the filename in locale encoding, but all display functions (setting window title, display in XML editor, recent files menu) require UTF-8. And of course, serialized XML must get UTF-8 too. Looks like there are quite a lot of places where I'll need to translate between the encodings, and I'm afraid it will become pretty messy. I'm not going to experiment with this but if anyone has any inshights on this problem I would appreciate any help. _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

4 5

Re: [Inkscape-devel] namedview news
by bulia byak 27 Dec '03

27 Dec '03

>1) The window "flickers" when it's created, because at first it appears >at standard position, then it gets moved and resized immediately. >Wouldn't it be possible to do this before the window is shown? Very difficult, because Inkscape creates the window first and only loads a document into it later. Changing that would require serious changes to the program innards that I'm not very comfortable with. If anyone can do that cleanly, it would be nice of course. >2) I wanted to save the new size of my document but at first it didn't >let me because "no changes needed to be saved". :) I think it would make >sense now if the modified flag would also be set whenever the user >resizes the window or does anything else that can be saved. No, that would be very counterintuitive and annoying ("I did not change anything, why does it say I must save???"). Most people's idea of "changes" does not include zoom-in. I think it's inevitable that the saved state will be that at the last save, not at the last moment that document is onscreen. I think we can live with that, and I don't see how to solve this nicely. _________________________________________________________________ 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

can't compile today
by bulia byak 27 Dec '03

27 Dec '03

OK, I downloaded and installed gtkmm and sigc++. Still no luck: g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I.. -I../../src -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libart-2.0 -I/usr/include/libxml2 -g -O2 -I/usr/local/include/gtkmm-2.0 -I/usr/local/lib/gtkmm-2.0/include -I/usr/local/lib/sigc++-1.2/include -I/usr/local/include/sigc++-1.2 -I/usr/include/gtk-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/include/atk-1.0 -c -o nr-pixblock.o `test -f 'nr-pixblock.cpp' || echo './'`nr-pixblock.cpp nr-pixblock.cpp: In function `void nr_pixblock_setup_fast(NRPixBlock*, int, int, int, int, int, int)': nr-pixblock.cpp:45: error: `rpl_malloc' undeclared (first use this function) nr-pixblock.cpp:45: error: (Each undeclared identifier is reported only once for each function it appears in.) nr-pixblock.cpp: In function `void nr_pixblock_setup(NRPixBlock*, int, int, int, int, int, int)': nr-pixblock.cpp:75: error: `rpl_malloc' undeclared (first use this function) nr-pixblock.cpp: In function `NRPixBlock* nr_pixblock_new(int, int, int, int, int, int)': nr-pixblock.cpp:148: error: `rpl_malloc' undeclared (first use this function) nr-pixblock.cpp: In function `unsigned char* nr_pixelstore_4K_new(int, unsigned char)': nr-pixblock.cpp:181: error: `rpl_malloc' undeclared (first use this function) nr-pixblock.cpp: In function `unsigned char* nr_pixelstore_16K_new(int, unsigned char)': nr-pixblock.cpp:215: error: `rpl_malloc' undeclared (first use this function) nr-pixblock.cpp: In function `unsigned char* nr_pixelstore_64K_new(int, unsigned char)': nr-pixblock.cpp:249: error: `rpl_malloc' undeclared (first use this function) _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

4 6

Re: [Inkscape-devel] non-ascii filenames
by bulia byak 27 Dec '03

27 Dec '03

>I'll have to look into the codebase with charset issues in mind (I've >worked with international software for around 15 years now). Thanks, that would be much appreciated! I filed a bug with some more details on what exactly breaks where. >On file versus display encodings, off hand I think you're correct. >However... for the local filenames, things might get tricky. It might be >that things need to work in the local encoding, or... it might be that the >encoding of the filesystem needs to be used. I think at least on Linux, the kernel translates from/to filesystem encoding and presents everything in the locale encoding regardless of filesystem (if properly configured). And on Windows, is there such thing as different filesystems at all? >Hiding these issues for many people is the recent change to UTF-8 for the >local encoding setting (such as with RedHat 8.0). Since the local encoding >is the same as the encoding needed for internal/display calls, programmers >don't notice the potential problems. Also... if users and programmers >aren't actually testing with non-ASCII names (i.e. names with characters >outside of $00-$7f) then they will also not see any problems even if they >exist for their configurations. True, obviously nobody ever tested Sodipodi/Inkscape with non-ascii filenames (even though "Sodipodi" is written in Russian on the site :) _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

2 1

Re: [Inkscape-devel] non-ascii filenames
by bulia byak 27 Dec '03

27 Dec '03

>open()/readdir() etc. take as argument a nul-terminated string of bytes, >not some notion of characters. I doubt that. E.g. my Windows partition stores Cyrillic filenames in CP866, but the Linux partition uses KOI8-R (my locale encoding). The Linux kernel is smart enough so it translates Windows filenames into KOI8-R and back when I access the Windows partition. So it's not "just bytes" for the kernel but characters that may need to be reencoded in some situations. >preferences.xml should store filenames >as such. Not as such, but as specified in the XML encoding declaration, which in our serializer is always UTF-8. >If <gui toolkit xyz> does something different, then that toolkit is >broken and should be fixed. I think GTK does a good job of unifying everything into UTF-8 internally, but the file-accessing function are probably outside of its control and therefore use the locale encoding. _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

1 0

Re: [Inkscape-devel] Win32 build 1224. Zoom problem
by bulia byak 27 Dec '03

27 Dec '03

>>One problem I think I have uncovered concerns zooming. When the zoom >>factor >>gets above about 7,500% text remains but everything else disappears!!! The >This is probably due to numerical problems in the transform code. Hopefully >I'll track this down as I clean up the matrix code. (Fingers crossed) This happened on linux too, at exactly the same zoom level, before I changed all floats to doubles in libnr. I have no idea why the problem persists on win32 - maybe some build options prevent it from using doubles? _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=dept/features&pgmarket=en-ca&RU=http%3a%2f%2fjoin…

2 1

Re: [Inkscape-devel] can't compile today
by bulia byak 26 Dec '03

26 Dec '03

> > nr-pixblock.cpp:148: error: `rpl_malloc' undeclared (first use this > > function) > >Hrm, where on earth is rpl_malloc() coming from? With help from Google, I managed to fix this by removing AC_FUNC_MALLOC from configure.in, see http://mail.gnu.org/archive/html/autoconf/2003-05/msg00027.html Please fix this in CVS, as I don't want to commit a fix I don't understand :) _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

Re: [Inkscape-devel] Win32 builds
by unknown＠example.com 26 Dec '03

26 Dec '03

Hi Bob, As I wrote most of problems solved. The dos-utils mess up if there is no file to delete or if they overwrite something. (if you call twice clean) Attached my current makefile. You see the test before rmdir? BTW: You can simplify your live using unix-utils for Win. http://gnuwin32.sourceforge.net/packages/fileutils.htm This is not a complete bash (as msys) but useful to. I still have this problems with the freehand-tool and filling of rectangle and star. Can you confirm this? Adib. Bob Jamison wrote: > taraben.a@...50... wrote: > >> Hi Bob, >> >> thanks for your work. >> >> I still have some issues to the build proccess. >> I use Win2k and latest MingW. >> >> 1. On my system there is no deltree. > > > I agree. At work, we have some people on Win9x (and > I have no idea why!) and others on Win2K/XP. To make > builds work, we have been opting for the "worst case" > build environment. I guess that what I should do, is > check the system type, and have an alternate > 'dist:' target. > > >> 2. mkdir using make does not work >> mkdir inkscape >> process_begin: CreateProcess((null), mkdir inkscape, ...) failed. >> make (e=2): Das System kann die angegebene Datei nicht finden. >> mingw32-make: *** [dist] Error 2 > > > My error. I forgot that when you install MinGW, there is no > make.exe. Just copy mingw32-make.exe to make.exe. I will > add this to the instructions. > >> 3. The copy command including star (copy samples\*.svg >> inkscape\samples) Does not work: >> copy samples\*.svg inkscape\samples >> copy: samples*.svg: No such file or directory >> mingw32-make: *** [dist] Error 1 >> >> suggestions: >> 1. the first command in dist should not deltree, this is an issue for >> clean. I recommend to remove that line and add parameter /Y to all the >> xcopy's >> 2. I prefer to have a $(CP) $(RM) etc. variables >> >> Best regards, >> > > I will test this out on both 9x and XP until I get it working > on both. Since 'dist:' and 'clean:' in that one Makefile.mingw > are the only places where the problems occur, this should not > be a problem. > > Should we agree that > $(RM) can remove both a file and directory > $(CP) can copy both a file and directory > and that /y is always used? > > >> Adib. >> >> > > It would be -SO- sweet if the C/C++ world had a build tool > comparable to Apache Ant. It is cross-platform, and performs > all of the messy operations (mkdir/rmdir/move/copy... etc) itself. > > > > > Thanks for checking this out! > > > > Bob >

1 0

mnemonics
by bulia byak 26 Dec '03

26 Dec '03

Daniel, I reverted two of your mnemonics changes: Simp_lify path: to match the shortcut ctrl-l E_xclusion: to prevent clash with Cl_eanup and because it's commonly referred to as XOR, not EOR _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

Re: [Inkscape-devel] Win32 builds
by unknown＠example.com 26 Dec '03

26 Dec '03

Uups, my bad. When I run: set path= minwenv mingw32-make -f makefile.mingw dist then it works. Maybe some content of my included path makes this silly output. Adib. Daniel Díaz wrote: > Hello. > > > On Fri, 2003-12-26 at 09:40, taraben.a@...50... wrote: > >>3. The copy command including star (copy samples\*.svg inkscape\samples) >>Does not work: >>copy samples\*.svg inkscape\samples >>copy: samples*.svg: No such file or directory >>mingw32-make: *** [dist] Error 1 > > > Strange, but it seems to be escaping with the backslash character. What > if you double the backslashes? > copy samples\\*.svg inkscape\\samples > > Don't know if that might help. > > Greetings! > > Daniel Díaz > yosoy@...31...

1 0

"how to create rounded rects / arcs"
by Peter Moulder 26 Dec '03

26 Dec '03

Someone (jleach81) came on jabber to ask how to make rectangles with rounded corners with inkscape. I'd guess that elliptical arcs are similarly hard to guess how to do. The person arrived & left while I was away from my terminal, so I don't know whether the person didn't know what tool to use or didn't know how to use the tool to create those alternative shapes. The tooltips of the relevant tools (with square and circle icon, respectively) already say what shapes these tools can do. The circle-iconed tool's cursor shape indicates that it can do elliptical arcs. Perhaps the square-iconed tool's cursor shape should have a rounded rectangle cursor rather than a square-cornered rectangle as at present? It may be useful for the secondary toolbar for rectangle to have specializations: a square, a rectangle, a (circular-)rounded rectangle, and perhaps a circular-rounded square. Similarly for the ellipse. This would be consistent with the suggestion in the "spiral???" thread that the spiral/star tool might populate the secondary toolbar with different "odd shapes" like regular polygon, star, spiral. (Message-id: <1071701170.17080.20.camel@...16...>) I'm not sure of a good way to make it obvious that the knot editing tool can be used to change the roundedness of rectangles. pjm.

2 1

Context menu lacks stroke settings
by Nathan Hurst 26 Dec '03

26 Dec '03

to reproduce: new document draw rectangle right click on rectangle -> no stroke menu? TIA, njh

1 0

GtkMM libs for Win32
by Bob Jamison 26 Dec '03

26 Dec '03

I uploaded another copy of my zipfile containing GTK+, Glib, and all of the other dependencies for building Inkscape on Win32. This copy also contains GtkMM 2.2.8, with a matching copy of SigC++. So I suppose that checking GtmMM stuff into the tree would not break the builds. Bob

4 3

RE: [Inkscape-devel] Win32 builds
by bulia byak 25 Dec '03

25 Dec '03

>Now that the files have been checked >into the tree, it has become very easy >to build on Win32. I have put a couple >of recent builds here: > >http://troi.lincom-asg.com/~rjamison/inkscape The latest one works perfect on Windows 98. Thanks a lot! The only minor issue is that the size of all fonts in the UI is larger than that of native Windows apps - likely a GTK issue though. GTK even translated some (far from all) labels in the interface into Russian, because my Windows is Russian-localized :) Now maybe you can have a look at some lingering issues with the win build: paths of files and preferences (search the source for "TODO:WIN32") and the transient dialogs (I had to switch transiency off for windows, because there was a weird problem: when you minimize a document window, it minimizes with its transient dialog, but when you restore them, only the dialog pops up, and you cannot access the document window unless you close the dialog. See src/dialogs/dialog-events.cpp for code and some comments.) Oh, and detached toolbars also sink on Windows, as they do on KDE - and they cannot be restored unless you minimize all windows, because the toolbar "window" has no button in the taskbar :( Anyway, great job and a nice Xmas present for Windows users :) _________________________________________________________________ Make your home warm and cozy this winter with tips from MSN House & Home. http://special.msn.com/home/warmhome.armx

3 2

Re: [Inkscape-devel] save confirm dialog
by bulia byak 25 Dec '03

25 Dec '03

> > Not sure about the time (although why not?), but one thing we absolutely > > need is an indication of whether the sodipodi:modified is on or not. On > > windows, it's conventional to add * to the filename in the title bar, >don't > > know what HIG says about this. > >True. With showing the time, I meant in the dialog however. As the HIG >suggests: >http://developer.gnome.org/projects/gup/hig/1.0/images/save_alert.png >I believe that's very useful. :) So far only Mr.Project seems to have >this feature. A nice touch. At the moment, though, we probably have more urgent UI holes to patch... >I just posted another patch. :) See my comment in the tracker. We'll probably also need Mental or anyone else knowing Pango to review it. >As for CVS, hm, why not. But to be honest, I'm not a very reliable >person and I tend to switch a lot between different interests, so I'm >not sure if it's really worth it. At least I can't promise that I will >do much. :) At the moment I feel pretty motivated to work on the user >interface though, so if it's no big effort for you, it would be nice. No problem, you're in. Welcome to the team :) And I know by experience that CVS access is addictive, and a good motivation for people to keep contributing :) Please still use the patch tracker for dangerous changes that may need review, but feel free to patch any small or obvious things right in the CVS (our motto is "patch now, discuss later" :) Also you might want to read the UI section on our Wiki to get an idea of the major plans and discussions in this area. (If you'd be able to help with any of tasks there, such as reorganization of dialogs or building the secondary toolbar, that would be fantastic!) _________________________________________________________________ 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…

7 14

const correctness
by MenTaLguY 25 Dec '03

25 Dec '03

Since we're all getting our feet wet in C++ now, one really important topic everyone needs to be up to speed on is "const correctness". For those who aren't familiar with the term, I'd recommend this article; it does a good job of explaining const correctness as well as the rationale behind it: http://www.google.com/search?q=cache:www.possibility.com/Cpp/const.html -mental

1 0

Re: [Inkscape-devel] Re: dnd [was: Re: export patches]
by bulia byak 25 Dec '03

25 Dec '03

>Okay. Btw. As the error dialogs are all the same (well, only the text is >different) >I'd like to put the error dialog into a function. In which file could I put >it? Shall >I create a new one? Or do we already have a place for this? Good idea. I think interface.cpp is the best place. _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

Re: [Inkscape-devel] Re: dnd [was: Re: export patches]
by bulia byak 25 Dec '03

25 Dec '03

Hi Alexander, big thanks for your file-related fixes today! However there's a problem with the error messageboxes you added (this also applies to the export errors) - they must be: - modal - unsinkable (transient) - non-resizeable The new save confirmation dialog satisfies all these requirements - please borrow the settings from it for your messageboxes. _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

Re: [Inkscape-devel] Re: dnd [was: Re: export patches]
by bulia byak 25 Dec '03

25 Dec '03

>The new save confirmation dialog satisfies all these requirements - please >borrow the settings from it for your messageboxes. Also, please make transient the file selection dialog opened by the Browse button, as are the file open and save dialogs (all it requires is a call to sp_transientize()). And the progress bar window must be transient too. _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

1 0

Re: Bugfix for file open crashing
by bulia byak 25 Dec '03

25 Dec '03

Hi, Thanks for the patch - but exactly this problem was fixed today, just a few hours before you :) However, if you're interested in Inkscape, please keep contributing! There remain a lot of unfixed bugs and unimplemented features, and we're always looking for new developers :) -- bb _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

Re: [Inkscape-devel] User Interface(was: save confirm dialog)
by bulia byak 25 Dec '03

25 Dec '03

> > I left these because I'm still undecided on whether we want the Initial >Caps > > style. To me it sounds old-fashioned and clunky, I would like to change > > everything to First cap only. But it's not something I feel too strongly > > about, so if HIG mandates Initial Caps without exceptions, I can live >with > > that. > >Yep it does. And to me, being used to it, everything else looks like an >oversight and thus unprofessional. :) It's described here: >http://developer.gnome.org/projects/gup/hig/1.0/layout.html#layout-capitali… OK, then please go ahead and unify that. > > >- Removed shortcut labels from the context menu. This is according to > > >the HIG to reduce clutter. > > > > Disagree. "Reduce clutter" is not a strong enough argument for me. The > > sooner the user will learn shortcuts, the more productive he will be, so >I'd > > like to use any opportunity to remind the shortcuts. > >Hm ok, I'll revert the change. However, to be honest I don't understand >the reason and I really don't believe that it is a strong enough reason >to break consistency. To me, it's more consistent when all menus show shortcuts, no matter context or not. >Users can learn the shortcuts from the main menu >and users who use the context menu usually do that because they want to >have quick access to a certain function, not because they want to see >the shortcut. Exactly BECAUSE they want quick access, they will be glad to learn that there's a still quicker access, via the shortcut :) > > If the former, well, OK. Otherwise, I like Ctrl-Shift better, because it > > seems to be standard on Windows, and besides it's more natural because >it's > >Is consistency with Windows more important than consistency with GNOME? >That would be a mild disappointment for me. :/ They are equally important. Winning users from Windows or Mac is of major importance, simply because it's by far the biggest source of new users. Given that Linux was feeling all right without a good vector editor for many years is an indication that the core users of Linux may not need such an application all that much. On the other hand, I'm an example of a person who've been rebooting into Windows for the vector editors (in my case, it's mostly Xara X) until I found Inkscape and spent some time on making it usable for me (with much help from others, of course - something that makes Inkscape very different from e.g. Sodipodi). So now I do simple designs in Inkscape, although I still have to reboot into Windows for more complex tasks. To summarize, neither Windows nor Gnome are the final authority for us; but both are worth consulting. Where HIG is in minor disagreement with Windows or Mac practices, we should follow HIG (unless doing otherwise brings some sizable benefits). But where following HIG literally might seriously alienate or confuse Windows users, we must be extra careful. Ideally each decision should be taken based on usability tests with real users, but lacking that, we need to put forward convincing arguments in addition to references to standards or conventions. > > the order in which most people actually press these keys (Ctrl, then >Shift). > > So I'd like to leave this as is unless there's some strongly worded and > > convincingly argued standard on this. > >Again, I don't think that this is a good reason to break consistency. >There is also a good reason for Shift+Ctrl+X: Most shortcuts are Ctrl+X, >Shift+Ctrl+X is usually only used when this one is already taken. So >putting Shift on the left side will make the items align better: >Bounce Ctrl+B >Frobnicate Ctrl+F >Foobar Shift+Ctrl+F >as opposed to: >Bounce Ctrl+B >Frobnicate Ctrl+F >Foobar Ctrl+Shift+F That's a counterpoint, but still I'm not convinced. I think following the natural order of pressing buttons is of major importance for the shortcut to be easy to memorize. Anyone else has an opinion? > > Key names: actually I wrote a special function (sp_key_name in > > interface.cpp) to translate from the ugly GDK names to normal ones. >Mostly > > it replaces monsters like "asciicircum" by its character, i.e. "^", but >also > > changes Page_Down. Reason: (1) it's overly long and unwieldy, (2) the >"_" > > character is not really meant for user consumption, it's a programmer's > > device, and (3) PgUp/PgDn is standard on Windows. So I would like to >keep > > this as is. > >Hmm ok. Again, the break of consistency kinda irks me and the "is >standard on Windows" irks me even more. ;) But right now this a minor >issue anyway... I needed a shorter variant for Page_Down, and Windows has one. Why not use it? > > "base" is the namedview. I think we can drop it. But the digit must be >kept, > > it the number of the view (call View/New view, it will show the same > > document with ": 2"). > >Ok. How about showing the ": x" only when it's two or higher? Good idea I think. > > >- Toolbar is non-standard (also looks ugly with Bluecurve theme :/) > > > > Which one, primary or secondary? > >Secondary. OK, you could work on it too, see SecondaryToolbar on wiki for the plans :) The difficulty with it is that we want to put both buttons and other kinds of controls there (spinbuttons, lists) and it may not be straightforward to combine them neatly. >Primary is fine. Though the HIG mandates that if a vertical toolbar is >used, the user should be able to make it horizontal. Probably not very >important, but I wonder if we could make it possible to also dock it at >the top when it's dragged around? May be relatively easy to implement, although now I don't see an urgent need for that. > > >- Storing window size when a window is closed and restoring this size > > >when a new window is opened. Currently new windows open way too small > > >for my resolution. Would that be ok? > > > > Done yesterday :) see my message "namedview news" > >Oh, great! :) I missed that. But this doesn't work for new documents, >right? I mean without using a template. It would be nice if a new >document would always open with the size of the last window I closed. I think this is wrong, because if I have several documents open with different window sizes and I quit Inkscape, the size of the new one will depend on which was closed last, which is almost random (from user perspective anyway). So this behavior might be confusing. I think it's better to decide once and for ever that "I want new documents to be this large" and put this into the template. Again, anyone else has an opinion on this? >Alright, I'll have a look at the preferences dialog then, this was >interesting me anyway. :) For everything else I'll wait for the >conversion to Gtkmm, as I'm really looking forward to that. Is there any >estimate already when this switch will occur? I couldn't find it in the >roadmap. Is there anything I could do to help with this? I think Nathan Hurst or Mental are the right persons to ask this question. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

5 6

Re: [Inkscape-devel] User Interface(was: save confirm dialog)
by bulia byak 25 Dec '03

25 Dec '03

>Agreed, also there isn't really any natural order. It doesn't matter >which button you press first and I'm pretty sure that not everyone >presses Ctrl, then Shift, then the key. Also many people (like me) have >a keyboard where control actually is located above shift. So this >argument is weak IMHO. :) Oh, OK, I changed the order. See now :) >Hmm, I meanwhile think that Bulia is right actually. Saving the size >only for "real" documents leads to a nice document oriented behavior. >And if it's easy to make the current size of the window the default size >for new documents, then everyone should be happy. I'd say as long as we >keep the document oriented behavior (opening a new document always opens >a new window, so a window _is_ the document), this is sane. In fact, we >should have a real spatial application right now. :) That's very nice >from a usability perspective. I added a Template tab to the PreferencesDialog wiki page where the user can edit any aspects of the template or press "Take from the current document". _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

1 0

namedview news
by bulia byak 25 Dec '03

25 Dec '03

Finally! Now when you save a document, its zoom and view center are written to sodipodi:namedview in the SVG file and restored on load. Moreover, optionally Inkscape saves and restored window geometry for each document (size and position). Whether this is done is controlled by options.savewindowgeometry in the preferences; for now I set this to 1 so you can test this feature. Still more, reading a template from preferences now works (some rudimentary code was there but it didn't work properly). This means you can pull the sodipodi:namedview element from any of your documents and insert it into your ~/.inkscape/preferences.xml into the group with id="template", for example: <group id="template"> <sodipodi:namedview id="base" inkscape:zoom="13.6834309" inkscape:cx="345.390036" inkscape:cy="184.555047" inkscape:window-width="1268" inkscape:window-height="999" inkscape:window-x="0" inkscape:window-y="0" showgrid="true"> <sodipodi:guide orientation="vertical" position="481.748035" id="guide573" /> </sodipodi:namedview> </group> and all new documents you create will have the zoom and window geometry of that document, plus its guides, grid, and other settings. There's no UI for setting this template yet, but it's easy to add a command that will save the current document's namedview into the preferences, with a given id (which is "base" by default, but we can add a variant of the New command that selects one of the namedviews stored in preferences. Or perhaps it's better to leave one namedview template only in preferences, but add a "New from template" command that creates a new document from a separate empty SVG file that will store not only the namedview but paper size, etc.). _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

Re: [Inkscape-devel] menu idea
by bulia byak 25 Dec '03

25 Dec '03

>Hm, Dialogs is pretty generic. But I guess it's the best choice, since >Tools would probably be too confusing. >Oh the other hand, after we reorganize the dialogs there should be only >7 left, More will be added, Layers for one. >if we move Preferences to Edit, only 6. Do we have to? Is this some kind of a standard? >This would make the View >menu contain only 15 items View will grow too; for example we need menu commands to switch rulers and grid on/off. >including the dialogs and that's an >acceptable number, so maybe it's not really worth it? We could then >still split the menu once it grows too large. I think it's better if users can get accustomed to the new menu layout early. _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

Re: [Inkscape-devel] menu idea
by bulia byak 25 Dec '03

25 Dec '03

>Please remember that in some languages, the menu names will be about >twice their current width. Do you really want the document window >forced to be that wide? Currently the menu takes about 25% of my screen horizontally, so we definitely have some room to grow. Besides, we'll also have much more stuff in the secondary toolbar that will also stretch the window horizontally (although of course we must be very thrifty with space there and add important things closer to the left side) >Forgetting for the moment what the standard widgets can currently do, >what do you think the best way to deal with uncomfortably wide menus is? I don't think it's an issue at this time. Inkscape will have big menus inevitably, since it's a complex application. Gimp now has 10 menus; it simply cuts the menubar when window is resized small - I don't like that, I'd prefer the menus to be reflown in 2 or more lines (does GTK support that?) _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=dept/features&pgmarket=en-ca&RU=http%3a%2f%2fjoin…

2 1

menu idea
by bulia byak 24 Dec '03

24 Dec '03

With the View menu moved, I think it makes sense to serparate its list of dialogs into a separate menu Dialogs, to be put after Object. And I'd like to separate Object into Object (grouping, order, and transformation commands) and Path (everything else). What do you think? This makes 8 menus overall, which is not too many I think. With this arrangement, it seems to be much easier to find a place for a new command (there hopefully will be many). _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

3 2

item-specific context menuitems
by MenTaLguY 24 Dec '03

24 Dec '03

Just a quick note -- in HEAD, I've removed the per-class submenus from the context menu and lumped the menuitems onto the main context menu. This still doesn't really fix the problems with the context menu, but at least it's moderately less crappy now. -mental

1 0

google's opinion
by bulia byak 24 Dec '03

24 Dec '03

> > >Other obvious HIG issues which I didn't touch yet: > > >- The shortcut labels are non-standard. :) Aside from the already > > >mentioned lowercase letters, they also use the wrong ordering sometimes > > >(Ctrl+Shift+C would be Shift+Ctrl+C in other Gtk applications) or wrong > > >names (PgUp should be Page_Up). Google gives: 4230 pages for "ctrl shift p" 1020 pages for "shift ctrl p" and even 24 pages for "ctrl shift p" +gnome 15 pages for "shift ctrl p" +gnome So even within gnome, ctrl-shift wins :) _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=dept/features&pgmarket=en-ca&RU=http%3a%2f%2fjoin…

1 0

Re: [Inkscape-devel] User Interface(was: save confirm dialog)
by bulia byak 24 Dec '03

24 Dec '03

>However, I currently have done some changes which I'd like to commit if >you are fine with them, so here they are: > >- Fixed some capitalization mistakes ("Remove transformations" -> >"Remove Transformations", etc) I left these because I'm still undecided on whether we want the Initial Caps style. To me it sounds old-fashioned and clunky, I would like to change everything to First cap only. But it's not something I feel too strongly about, so if HIG mandates Initial Caps without exceptions, I can live with that. >and added ellipses were appropriate (like >"Import..." and "Export Bitmap...") OK >. I also changed "x:x" in the View >menu to "Zoom x:x" as in Totem. We shouldn't take it too far with the >abbreviations. ;) OK >- Added mnemonics. For this I had to change some functions to their >_with_mnemonic counterpart and also had to add some underscores to many >action names (for example "Open" would become "_Open"). I hope this is >not a problem. It should only be a problem, if those action names are >meant to used at places where mnemonics can't be used. And if they are, >we have a major problem. Wonderful, I meant to do this myself but never had the time. Just check the KeyboardShortcuts wiki page to see if there are any conflicts, and if not we're probably fine (and we tried to avoid alt-letter shortcuts, so there should not be many conflicts if any). >- Changed the position of the "View" and "Object" menus. View is a >standard menu which should come at the third position according to the >HIG, application specific menus should come after the standard menus. Hmm. OK. >- Removed shortcut labels from the context menu. This is according to >the HIG to reduce clutter. Disagree. "Reduce clutter" is not a strong enough argument for me. The sooner the user will learn shortcuts, the more productive he will be, so I'd like to use any opportunity to remind the shortcuts. >The whole menu stuff in Inkscape seems to be pretty non-standard and I >wonder if it wouldn't be worth simplifying the code (maybe using the new >action-based API from libegg which will be in Gtk 2.3?). I mostly don't >like the way how items with shortcuts are constructed as a new >container, as this makes it impossible for Gtk to properly space the >menus (notice how in other Gtk apps, the item labels never overlap with >the shortcut labels of other items, but they do in Inkscape). Without overlapping, I think some menus may become too wide. But it's a minor point, so if you can make the menu code more standard (and ideally simpler), go ahead. >Other obvious HIG issues which I didn't touch yet: >- The shortcut labels are non-standard. :) Aside from the already >mentioned lowercase letters, they also use the wrong ordering sometimes >(Ctrl+Shift+C would be Shift+Ctrl+C in other Gtk applications) or wrong >names (PgUp should be Page_Up). Order of modifiers: is this a HIG standard or simply "other apps do this"? If the former, well, OK. Otherwise, I like Ctrl-Shift better, because it seems to be standard on Windows, and besides it's more natural because it's the order in which most people actually press these keys (Ctrl, then Shift). So I'd like to leave this as is unless there's some strongly worded and convincingly argued standard on this. Key names: actually I wrote a special function (sp_key_name in interface.cpp) to translate from the ugly GDK names to normal ones. Mostly it replaces monsters like "asciicircum" by its character, i.e. "^", but also changes Page_Down. Reason: (1) it's overly long and unwieldy, (2) the "_" character is not really meant for user consumption, it's a programmer's device, and (3) PgUp/PgDn is standard on Windows. So I would like to keep this as is. >- The context menu is really bad. You probably know that already. :) The >main point of the context menu is to provide quick access to the most >commonly used action on an object. Most commonly used actions should be >at the top and sub menus should be avoided. Of course the current >context menu breaks all of this. :) This deserves some discussion and a >good plan IMO. Maybe a Wiki page? Yes. One idea I'm planning to do is a node context menu with common operations on a node. However I keep postponing this because I myself never use context menus, and you know... scratching your own itches etc. :) >- The title name of the app is "Inkscape: Documentname: base: X". >According to the HIG it should be either just "Documentname" or >"Documentname - Inkscape". I don't know yet what this "base: x" is >supposed to be, only that it looks odd. :) "base" is the namedview. I think we can drop it. But the digit must be kept, it the number of the view (call View/New view, it will show the same document with ": 2"). >- Toolbar is non-standard (also looks ugly with Bluecurve theme :/) Which one, primary or secondary? >- Storing window size when a window is closed and restoring this size >when a new window is opened. Currently new windows open way too small >for my resolution. Would that be ok? Done yesterday :) see my message "namedview news" >- Dialog reorganization. :) Should I know anything (besides what's >written on the Wiki pages) before I play around with this? Did anyone >already work on it? Nothing except that there were plans to switch us over to Gtkmm, so I postponed this until after the switch because I really don't know what is Gtkmm and how it's going to be different from the current code. However, perhaps the change will not be too drastic and hopefully automatic enough, so if you can work on dialogs now, that would be fantastic. Especially building the Preferences dialog (yesterday I split its wiki page into several sections, perhaps to be implemented as separate tabs; not all controls are ready to be implemented, but some are; those that are ready have the corresponding pref path in []; see the HandlingPreferences page for how to access the values). _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

3 2

Re: [Inkscape-devel] User Interface(was: save confirm dialog)
by bulia byak 24 Dec '03

24 Dec '03

>- Dialog reorganization. :) Should I know anything (besides what's >written on the Wiki pages) I've just updated the DialogsReorganization page. _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

1 0

CVS Compilation - C++
by Thomas Ingham 24 Dec '03

24 Dec '03

Guys, When I attempt to compile the latest cvs running ./autogen I get the following message: I am testing that you have the required versions of libtool, autoconf, automake, glib-gettextize and intltoolize. This test is not foolproof, so if anything goes wrong, see the file HACKING for more information... checking for autoconf >= 2.52 ... yes (version 2.57) checking for automake >= 1.6 ... yes (version 1.6.3) checking for glib-gettextize >= 2.0.0 ... yes (version 2.2.1) checking for intltool >= 0.17 ... yes (version 0.27.2) Copying file po/Makefile.in.in Please add the files codeset.m4 gettext.m4 glibc21.m4 iconv.m4 isc-posix.m4 lcmessage.m4 progtest.m4 from the /sw/share/aclocal directory to your autoconf macro directory or directly to your aclocal.m4 file. You will also need config.guess and config.sub, which you can get from ftp://ftp.gnu.org/pub/gnu/config/. I have no idea what it means. Please help. -thomas

3 2

Maillist Reply-to: setting
by Bob Jamison 24 Dec '03

24 Dec '03

Is it possible to admin the mail list so that there is a Reply-to: Inkscape Devel List <inkscape-devel(a)lists.sourceforge.net> header in the messages? In other words, shouldn't the default recipient of a reply be the list? Just wondering. Currently the replies are going to the sender by default. Bob

4 7

GUADEC 2004 (follow-up)
by David Neary 24 Dec '03

24 Dec '03

Hi, I am helping organise the graphics stream of GUADEC 2004, which will also be the occasion for the GIMP developers conference 2004. You have all received the announcement calling for papers for the conference because you are prominent free or open source graphics software projects. I may have missed some projects. If so, please forward on the announcement to their devel lists. Many of you have some links with GNOME already, and others are working towards interoperability with all major desktops apps, including GNOME. I hope that we can see some people from each of these projects in Norway, and take the opportunity to make some headway on graphics application interoperability, which is an area which seems to be somewhat behind the rest of the desktop. Thank you, Dave. -- David Neary, E-Mail: dneary@...8... Tél: 04 72 33 95 35 Port: 06 03 98 39 80

1 0

GUADEC 2004 Call for Papers
by David Neary 24 Dec '03

24 Dec '03

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

1 0

Additional binary packages for Inkscape 0.36
by Bryce Harrington 24 Dec '03

24 Dec '03

A number of people have submitted packages of the 0.36 release for various platforms, including Fedora, RedHat9, SuSE, and more. Most are compiled for x86, but an Athelon-compiled Fedora rpm and a Sparc debian package is available. A Windows version is also available. http://sourceforge.net/project/showfiles.php?group_id=93438 Bryce

1 0

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

24 Dec '03

> > Just upgraded to 3.3.2 - alas, the bug is still there. What else can be > > done, aside from the "magic fix"? > >Well, bear in mind that a fix we don't understand isn't really a fix... > >The next thing to do I guess is to dissect the compiler's output. Oh... and where do we start? >But first, what CFLAGS/CXXFLAGS are you using? ...and where to look up these? My Makefile has some KDE_CFLAGS, NOOPT_CFLAGS etc. but no simple CFLAGS. _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

2 1

Re: [Inkscape-devel] User Interface (was: save confirm dialog)
by bulia byak 24 Dec '03

24 Dec '03

>in gimp shortcuts are shown as Ctrl-F and Shift-Ctrl-F (for what now in >inkscape is Ctrl-f and Ctrl-F, respectively) - i think that's also a gnome >standard. in KDE the standard is for example Ctrl-Shift-F. >i must also admit that when i saw inkscape shortcuts in menus for the first >time i was confused, that's why imho ot would be better to switch to gnome >standard shortcut names. >oops.small update. i've just checked current inkscape tarball and shortcuts >names are like Ctrl-Shift-k. i don't understand why "k" is not a capital >letter - i think it should be. OK, since I was going to add an optional Emacs mode for keybindings, I will change this so that it shows e.g. "Ctrl+Alt+M" in the default mode and "C-M-m" in Emacs mode :) _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/photos&pgmarket=en-ca&RU=http%3a%2f%2fjo…

1 0

RE: [Inkscape-devel] User Interface (was: save confirm dialog)
by bulia byak 24 Dec '03

24 Dec '03

>As I'd especially like to work on polishing the user interface, I think >I should probably ask you first about your position on the HIG, etc. My position is that we should be HIG compliant where it makes sense or where non-complicance does not bring considerable benefits (such as the save confirm dialog). Obviously HIG was not written with vector editors in mind, so it should never be the final word, only one of the arguments in a discussion. >noticed that many parts of the UI are still not HIG compliant or very >non-standard for no obvious reason. The best example probably is the >secondary toolbar, which shows buttons instead of typical toolbar icons. Mental has recently converted the main toolbar to standard GTK buttons (non-bevelled). I don't know about the secondary one, but I would like to see how it looks with standard buttons, if only to compare. >But there are also smaller examples where I'm unsure, for example I >wonder if there is a specific reasons to show all shortcuts as lowercase >instead of uppercase. Simple: to me and other Emacs users, Ctrl+F means actually Ctrl+Shift+f. So writing Ctrl+f with lowercase is less likely to confuse, IMHO. >interface standards? :) And should I ask before each change? For changes that are directly related to the core vector editing interface, usually it makes sense to ask (but if the change is not too disruptive, it's better to patch first and ask later, because this will give us the opportunity to test your change). One exception: if you want to _remove_ some non-dead code or functionality, ask first :) Simple interface changes in areas that are not vector-specific (such as improvements in dialogs, etc) can be made without discussion, but please don't forget to put them into the changelog (and please add yourself to the AUTHORS file too). _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

2 1

RE: [Inkscape-devel] abs paths
by bulia byak 23 Dec '03

23 Dec '03

>I found these functions for converting between absolute and relative >pathnames: > >http://mail.gnome.org/archives/gtk-devel-list/2002-April/msg00142.html Forgot to mention that I'm not sure that it works under win32, so I commented it there (i.e. win32 uses the old method with relative paths). Someone doing win32 port will need to uncomment and test this function, and probably extend it for things like drive letters etc. _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/photos&pgmarket=en-ca&RU=http%3a%2f%2fjo…

2 1

reminder to those with CVS access
by MenTaLguY 23 Dec '03

23 Dec '03

Please rebuild and *_TEST_* before committing. Even if it's just a matter of a few warnings showing up on the console, find out why and fix them before you commit, even if things _appear_ to work okay otherwise. If we don't get these things cleaned up at commit time, they will linger and accumulate to bite us later, when they will be much harder to fix. -mental

1 0

Re: cvs?
by bulia byak 23 Dec '03

23 Dec '03

>From: Bob Jamison <rjamison@...73...> >>Have you put into CVS the files needed for win32 build? Or do you still >>need help with that? Actually, if you plan to do more work on Inkscape or >>its windows build, I think we could give you developer access. >> > > >That would be great. There are about 25 files that need to be added to >the tree (makefiles + the codepage .cpp files) and maybe 12 patches >to sources (trivial things like pointer casts) to make this Win32 >compilable. >So it would probably be easier for me to do it myself. This stuff should >not affect the Linux build at all. Done. We really need someone to look after the win port, so your help is much appreciated! _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=dept/features&pgmarket=en-ca&RU=http%3a%2f%2fjoin…

2 1

Feature Requests from SODI finally moved over to INKSCAPE
by Jonathan Phillips 23 Dec '03

23 Dec '03

Feature Requests Captured - Please Review!!! December 22, 2003 - The various Feature Requests collected from different developers, the WIKI, chatting with other users, and old RFE's from the SodiPodi days have been moved to the Inkscape RFE tracker on Sourceforge. Please review these feature requests, make comments, prioritize them, and post your proposals to the WIKI page NewFeatureProposals. I added this to the website. I wanted to get this task done before our Xmas hiatus. I will be back after xmas sometime. Hopefully everyone can look over the RFE's posted and get inspired. The next phase I will attend to is to get people to look at the RFE's and then post New Feature Proposals to the WIKI. If anyone wants to see the spreadsheet, it is in the inkscape module under the folder 'doc', called 'sp2ink_rfe.gnumeric'. Jon -- Jonathan Phillips <jon@...15...>

2 1

Re: dnd [was: Re: export patches]
by bulia byak 23 Dec '03

23 Dec '03

>Hm. My code does almost the same as the svg import code does (well, i >copied >from there ;)), so if you import you should get the same symptops, right? No, import does not prepend svg: for some reason (just tested). _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

PathEstimation
by Info Sylvax 23 Dec '03

23 Dec '03

Hello, you can see the feature on http://inkscape.org/cgi-bin/wiki.pl?PathEstimation ( When will the PathEstimation feature be available in Inkscape? For me, it is the most important feature (for the design of logotypes, arabesques... ) )

1 0

RE: [Inkscape-devel] PathEstimation
by bulia byak 23 Dec '03

23 Dec '03

>you can see the feature on >http://inkscape.org/cgi-bin/wiki.pl?PathEstimation > >( When will the PathEstimation feature be available in Inkscape? For me, >it is the most important feature (for the design of logotypes, >arabesques... ) ) Outlining a stroke and insetting/outsetting a path are already in CVS. You can download the CVS and use it, or wait for the next release. _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

save confirm dialog
by bulia byak 23 Dec '03

23 Dec '03

I committed your new save confirm dialog. Some comments: >See Bug #863856 for details about the save confirmation >dialog. This is my attempt to make it 99% compliant to the HIG and >I believe I succeeded. In fact, this might be the _first_ dialog >ever to (almost) completely match the HIG suggestion. :) >Considering the amount of work this required, I can also very well >understand now, why this is the case... It's good to be HIG compliant, but the new dialog is HUGE. Still, since it's not going to stay on screen all the time, I'm OK with that. Being wordy also won't hurt for novices. >Additionally, I commented out the non-standard dialog placing code >(placing the dialog near the mouse pointer), as dialogs should >really be placed by the window manager (at least that's what GNOME >users will expect). I only commented the appropriate code out, so >if you disagree about this, it would be easy to change again. I still think popping a dialog at the mouse is better for usability, but again, this dialog is not so frequently needed so I think it's better to go the simple (and standards-compliant) route. Popping the fialog in the center of the document window seems to be conventional, so let it be that way. >There was also an issue when the user clicked "Save", but then >canceled the dialog. This situation wasn't detected and so the >document was closed, which is bad. To solve this, I made a few >functions return a gboolean and this also solved a TODO item on >the way. :) Excellent, thanks! >Other stuff that might still be done: >- I noticed that overwriting of files wasn't handled at all, but >didn't want to get too much distracted... It would be very nice if someone could finally take care of that. Recently Ted Gould introduced a module-based save system, and I saw some TODOs for this in his code, so you should perhaps discuss this with him first. >- Of course it would be very nice to show in the dialog, how much >time has passed since the document was last saved. This shouldn't >be very complicated, but I didn't want to get too deep into the >code (yet), because I'm very unexperienced. :) Not sure about the time (although why not?), but one thing we absolutely need is an indication of whether the sodipodi:modified is on or not. On windows, it's conventional to add * to the filename in the title bar, don't know what HIG says about this. >I hope you take a look at the patch and tell me if I did anything >wrong, because this is in fact the first patch I ever made. Not that _I_ am a a very experienced programmer, but I did not see any problems with your patch. Everything seems neat. Are you interested in doing more Inkscape work? If so we could give you developer access to the CVS. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

3 2

abs paths
by bulia byak 23 Dec '03

23 Dec '03

I found these functions for converting between absolute and relative pathnames: http://mail.gnome.org/archives/gtk-devel-list/2002-April/msg00142.html They were apparently proposed for glib but not accepted. I copied g_rel2abs() into document.cpp and used it for calculating the absolute pathname. It seems to work well for paths with any number of "." or "..", and the list of recent files now contains absolute pathnames (this fixes https://sourceforge.net/tracker/index.php?func=detail&aid=860202&group_id=9…). Please test. If any other file will need this function we'll probably need to separate it into a file of its own. _________________________________________________________________ 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

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

23 Dec '03

> > Mine is 3.3.1. Do you think it's worth the trouble to protect 3.3.1 >users > > from this crash (which is admittedly rare, you'll need to scale a text > > string to microscopic sizes to get it)? > >Can you upgrade to 3.3.2 and try to replicate the bug, so we can rule >out factors other than the compiler? Just upgraded to 3.3.2 - alas, the bug is still there. What else can be done, aside from the "magic fix"? Here's my g++ -v: Reading specs from /usr/lib/gcc-lib/i586-mandrake-linux-gnu/3.3.2/specs Configured with: ../configure --prefix=/usr --libdir=/usr/lib --with-slibdir=/lib --mandir=/usr/share/man --infodir=/usr/share/info --enable-shared --enable-threads=posix --disable-checking --enable-long-long --enable-__cxa_atexit --enable-languages=c,c++,ada,f77,objc,java,pascal --host=i586-mandrake-linux-gnu --with-system-zlib Thread model: posix gcc version 3.3.2 (Mandrake Linux 10.0 3.3.2-3mdk) _________________________________________________________________ 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: dnd [was: Re: export patches]
by bulia byak 23 Dec '03

23 Dec '03

>On Mo, Dez 22, 2003 at 09:15:50 +0000, bulia byak wrote: > > Hi, > > > > I tested your dnd patch but I don't seem to be able to make it work. If >I > > type in some SVG in your test program and drag it into inkscape, no >object > > appears on the canvas, but there is a new empty <g> in the XML editor. >If I > > type <text>abc</text>, after dragging it becomed <g id="123">abc</g>. > >Try typing/pasting a whole svg document, that's what The Gimp will send, >when their path dnd support is ready :) Still does not work. Now the problem is namespaces. If I drag a document containing one <rect>, it appears as <svg:rect> within inkscape and is not displayed. (Even though in original SVG, there was no prefix.) This is because internally inkscape, simplistically, stores names with prefixes, so a mismatch in a prefix makes an element unrecognizable. I'm not sure what is the best/simplest to fix this: make it so that dragged SVG is inserted without namespace prefixes, or make it so that Inkscape can handle full qualified names (with namespace URI and prefix for each name). I guess the first way is simpler. Mental, can you comment? _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

RE: [Inkscape-devel] patch to add point class to libnr
by bulia byak 23 Dec '03

23 Dec '03

Nathan, recently I added a few small functions to nodepath.cpp that I needed for various path operations. They do things like finding the point closest to a given point on a given line (the line is assumed to go through the coordinate center and thus is given only by its tangent), distance from point to line, as well as converting from x/y coordinates to radial and back. I realize that these functions probably belong in a different file, and maybe even in your point class (or maybe they are already implemented somewhere, although I could not find them). However I do not know much of C++ and thus cannot move them there by myself. If you could do that it would be nice, and reading your converted code might be my first tutorial in C++ :) _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

2 1

Re: [Inkscape-devel] Proposal for New Subsystem Architecture(andNamespaces)
by bulia byak 23 Dec '03

23 Dec '03

>My algorithm does text in shapes properly. In every other way the two are >equivalent (although not the same). TeX also provides Glue, which is easy >to add, but I never needed it for my work. It should go into inkscape, >however. I think mine is easier to understand in any case. I've put it in >experimental/njh/dyn-text/ Just make it. run ./dyn-text. I also don't see if it can do hyphenation. Can it? In any case, it would be fantastic to get this into Inkscape. But I foresee a lot of work with the UI. _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

RE: [Inkscape-devel] [Fwd: Re: [Sodipodi-list] How do people use Sodipodi?]
by bulia byak 22 Dec '03

22 Dec '03

>I like the idea of making the text stuff more immediate. Of course, most text controls will be in the secondary toolbar at the top, when I (or anyone else, volunteers welcome) have time to put it there. It was discussed and put on the Wiki long ago. _________________________________________________________________ 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

[Fwd: Re: [Sodipodi-list] How do people use Sodipodi?]
by Nathan Hurst 22 Dec '03

22 Dec '03

I like the idea of making the text stuff more immediate. njh

1 0

Coding conventions
by unknown＠example.com 22 Dec '03

22 Dec '03

Greetings, So, what sort of coding conventions do people want to adopt? I'm not really a C++ coder so I wont offer up too many suggestions, but I do intend on doing what I can to 'help' developers follow the decided upon conventions by creating Emacs and Vim modelines for the source files...unless someone has a good argument against doing that. At any rate, the only thing that I think is important is 'no tabs'...anyone care to suggest/discuss/argue-without-starting-a-war other conventions (this would include filename schemes for C++ as mentioned in the booleans thread)? *g* -Tom

4 5

PathEstimation
by Info Sylvax 22 Dec '03

22 Dec '03

hello, as a graphic designer, I am used to work with Adobe Illustrator and the PathEstimation features built in are very important for me. but I work under Linux now... When will the PathEstimation feature be available in Inkscape? For me, it is the most important feature (for the design of logotypes, arabesques... ) thanks a lot, sylvain

1 0

RE: [Inkscape-devel] PathEstimation
by bulia byak 22 Dec '03

22 Dec '03

>When will the PathEstimation feature be available in Inkscape? For me, it >is the most important feature (for the design of logotypes, arabesques... ) It might help if you explained what does it do exactly. _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

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

22 Dec '03

>The argument was made on Jabber that this was a pretty useless tool. We >couldn't recall instances that it had been used or heard from users that >were using it for anything more than curiousity. It probably would have >been good to mention this on the mailing list before removing the >feature; I suppose the thinking was that probably nobody cared one way >or the other. It is very strange reasoning!!! I STRONGLY DISAGREE. Sorry guys but we represent a very small share of the program's users, and even smaller of its potential users, both quantitatively (in number) and qualitatively (in not being professional designers). We should not take any serious feature decisions without as wide discussion as possible, and especially when we REMOVE something. Jabber is fine for quickly discussing small things, but this is a serious change which requires a balanced, slow, thorough discission. Jabber is not suited for this kind of discussions. Lauris did not invent this tool too; he copied it from other vector editors. Why do you think you better understand the needs of artists than, for example, creators of Macromedia Freehand (among others) which has the spiral tool??? >Does anyone use the spiral shape for anything? Hell YES, if only to amuse my 5 y.o. daughter! She will be BITTERLY disappointer by your decision. And seriously, I once spent an hour in Xara drawing a spiral by hand for one of my designs (Xara does not have a spiral tool), and it turned out to be so difficult that I quit, launched Freehand, created a spiral there, exported into EPS and then imported into Xara. So for me, the Inkscape's spiral tool is one of its very real advantages over Xara. I even mentioned it as such just a couple days ago to my wife, when she asked what was that new drawing tool I'm spending my time with recently! Even all that aside, how do you feel killing a feature which has almost 1000 lines of code, is well thought out, complete and convenient? There's simply no limitations to the kinds of spirals it can create - don't you appreciate that? Yes it has a bug, but show me a tool which has none! Were you seriously planning to add to the release notes, for example, "Answering many requests from impatient users, we finally managed to remove one the biggest Sodipodi's annoyances, the spiral tool?" Come on! It's just beyond me what kind of reasoning might lead to a decision like that. >Perhaps since we're not too crowded for space yet, and since the bug now >has a solution, that it would be prudent to let the spiral tool remain >until Nathan has a replacement for it? Yes, and only if that replacement is a strict superset. Sorry for sounding harsh, but this desicion really appalled me. I hope I convinced you to revert this decision, and moreover I hope you don't take decisions that suddenly kill almost a thousand lines of good code without a serious reason and a good discussion. _________________________________________________________________ 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…

6 8

Re: [Inkscape-devel] Re: export patches
by bulia byak 22 Dec '03

22 Dec '03

Hi, I tested your dnd patch but I don't seem to be able to make it work. If I type in some SVG in your test program and drag it into inkscape, no object appears on the canvas, but there is a new empty <g> in the XML editor. If I type <text>abc</text>, after dragging it becomed <g id="123">abc</g>. _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=dept/features&pgmarket=en-ca&RU=http%3a%2f%2fjoin…

1 0

News items
by Bryce Harrington 22 Dec '03

22 Dec '03

Homepage is updated with recent news. Lemme know if I missed anything (or go ahead and add it directly). Bryce

1 0

patch to add point class to libnr
by Nathan Hurst 22 Dec '03

22 Dec '03

libnr builds, nothing else does (due to excessing C armoring) njh Index: src/libnr/nr-values.cpp =================================================================== RCS file: /cvsroot/inkscape/inkscape/src/libnr/nr-values.cpp,v retrieving revision 1.1 diff -d -u -r1.1 nr-values.cpp --- src/libnr/nr-values.cpp 15 Dec 2003 04:29:30 -0000 1.1 +++ src/libnr/nr-values.cpp 22 Dec 2003 02:44:18 -0000 @@ -10,5 +10,10 @@ */ #include "nr-values.h" +#include <math.h> int vla; + +double NR::Point::L2() { + return hypot(pt[0], pt[1]); +} Index: src/libnr/nr-types.h =================================================================== RCS file: /cvsroot/inkscape/inkscape/src/libnr/nr-types.h,v retrieving revision 1.4 diff -d -u -r1.4 nr-types.h --- src/libnr/nr-types.h 18 Dec 2003 04:25:30 -0000 1.4 +++ src/libnr/nr-types.h 22 Dec 2003 02:44:18 -0000 @@ -20,6 +20,109 @@ double x, y; } NRPoint; +namespace NR { + +enum dimT { X, Y }; + +class Point{ + public: + double pt[2]; + + Point() { + } + + Point(double x, double y) { + pt[X] = x; + pt[Y] = y; + } + + /** Return a point like this point but rotated -90 degrees. + (If the y axis grows downwards and the x axis grows to the + right, then this is 90 degrees counter-clockwise.) + **/ + Point ccw() const { + return Point(pt[Y], -pt[X]); + } + + /** Return a point like this point but rotated +90 degrees. + (If the y axis grows downwards and the x axis grows to the + right, then this is 90 degrees clockwise.) + **/ + Point cw() { + return Point(-pt[Y], pt[X]); + } + + double L2(); +/** Compute the L2 or euclidean norm of this vector */ + void Normalize(); + + operator NRPoint() { + NRPoint nrp; + nrp.x = pt[0]; + nrp.y = pt[1]; + return nrp; + } +}; + +inline Point +operator+(Point const &a, Point const &b) { + Point r; + for(int i = 0; i < 2; i++) { + r.pt[i] = a.pt[i] + b.pt[i]; + } + return r; +} + +inline Point +operator-(Point const &a, Point const &b) { + Point r; + for(int i = 0; i < 2; i++) { + r.pt[i] = a.pt[i] - b.pt[i]; + } + return r; +} + +inline Point +operator*(Point const &a, Point const &b) { + Point r; + for(int i = 0; i < 2; i++) + r.pt[i] = a.pt[i]*b.pt[i]; + return r; +} + +inline Point +operator*(double s, Point const &b) { + Point ret; + for(int i = 0; i < 2; i++) { + ret.pt[i] = s * b.pt[i]; + } + return ret; +} + +inline double +dot(Point const &a, Point const &b) { + double ret = 0; + for(int i = 0; i < 2; i++) { + ret += a.pt[i] * b.pt[i]; + } + return ret; +} + +inline double +cross(Point const &a, Point const &b) { + double ret = 0; + for(int i = 0; i < 2; i++) + ret = a.pt[i] * b.pt[1-i] - ret; + return ret; +} + +inline void Point::Normalize() { + double d = L2(); + if(d > 0.0001) // Why this number? + *this = (1/d)**this; +} +} + typedef struct _NRPointL { NRLong x, y; } NRPointL;

1 0

[Fwd: [Scribus] Inkscape, vector graphics]
by Peter Linnell 22 Dec '03

22 Dec '03

-----Forwarded Message----- From: Magic Page <magicpage91@...127...> To: Scirbus List <scribus@...119...> Subject: [Scribus] Inkscape, vector graphics Date: Sun, 21 Dec 2003 20:00:16 -0500 Hi all, Not sure if many here are aware of the new program available for creating and handling SVG graphics. Inkscape is branching off from Sodipodi with a clear road map and I believe, a brighter future for a vectors grapic program for Linux. It already is impressive with the user interface and, I think, much easier and nicer to use because of that fact alone. Peter, of Scribus fame, turned me onto it just recently. I decided after compiling it, that I should make a real rpm available to other SuSE 9.0 users. I have created a RPM for SuSE 9.0 and passed it along to the Inkspace developers to include on their download site. The src.rpm is there also, so other linux distro users might be able to alter the spec file enough to use on their systems. SuSE is now putting all their Gnome programs in /opt/gnome, in an effort to more closely adhere to the LSB. I don't think Gnome is located in the same location for other distros. Anyway, give it a look and see if you don't like the changes as much as I did. It still gives you all the Sodipodi features, plus a few more and expect many more after the new year! Inkscape site url: http://inkspace.org Patrick

1 0

Re: [Inkscape-devel] Proposal for New Subsystem Architecture(andNamespaces)
by bulia byak 22 Dec '03

22 Dec '03

>Actually, justification is something I know a lot about... I even sent >bryce a demo of my implementation of optimal line breaking but I don't >think he understood it :) Just out of curiosity, is your algorithm better than that of TeX? If so, how? _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/photos&pgmarket=en-ca&RU=http%3a%2f%2fjo…

2 1

Re: [Inkscape-devel] Proposal for New Subsystem Architecture (andNamespaces)
by bulia byak 22 Dec '03

22 Dec '03

>On Sat, 2003-12-20 at 23:07, Bryce Harrington wrote: > > Pango - Conversion to Pango from libnrtype may be worth doing earlier > > than Cairo since the existing text system lacks many needed features, > > however this will need to be researched in more depth to determine the > > feasibility and cost/benefit. Unless a clear benefit is identified to > > performing the change early, we should conduct the change along with the > > Cairoification. > >It might be relatively easy to begin Pango-ization by writing a Pango >backend for libnrtype (which in turn would use either the Pango ft2 or >win32 backends, depending on platform). Two practical questions: - will Pango support kerning pairs? (currently they are ignored) - will it make it easier to implement (or even "for free") letterspacing? If even one of these is true, I'd say go ahead! We need this urgent! > >-mental ><< signature.asc >> _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

3 3

rpm dependency
by Jon A. Cruz 21 Dec '03

21 Dec '03

This came up in the Jabber channel this morning: (09:52:02) edmack: Hi, I was trying to install the most recent rpm, and it told me I needed libXrand.so, and after searching on rpmfind.net, I couldn't find it.. what's the name of the package that provides it? (09:58:00) JonCruz: XFree86-devel Should we see if we can break free of that dependency?

1 0

[Fwd: Re: [Sodipodi-list] Large format output?]
by MenTaLguY 21 Dec '03

21 Dec '03

-----Forwarded Message----- From: Lynn Kerby <lfk@...126...> To: sodipodi-list(a)lists.sourceforge.net Subject: Re: [Sodipodi-list] Large format output? Date: Thu, 18 Dec 2003 10:58:15 -0800 On 2003.12.18 10:34 Lynn Kerby wrote: >This is somewhat of an emergency. I've got some svg drawings in an 11x17 page format >(landscape architectural plans) that I need to print. Sodipodi doesn't output very >conforming postscript these days and I'm having difficulty getting it to generate anything >outside a standard Letter (or A4, though I think I've managed to get it to print Letter >sized pages now). Solved it myself with just a few more tweaks after sending out the mail.... OK, I finally managed to get the BBoxes right and the rotation and the transformation along with the appropriate magic to get the ghostscript driver to accept the %% directives. I'm not sure if this is conforming PS-2.0 or not, but it works for me for the time being. Maybe after I'm done with this stuff I'll dust off my postscript books and do a little work on sodipodi output. --- testprint_sodi.ps Thu Dec 18 10:18:56 2003 +++ testprint_podi.ps Thu Dec 18 10:47:49 2003 @@ -1,5 +1,15 @@ -%! -0 792 translate +%!PS-Adobe-2.0 +%%BoundingBox: 0 0 792 1224 +%%Creator: Sodipodi CVS20031203 +%%Title: HDP_Plan_00_20031218 +%%Pages: 1 +%%EndComments +%%Page: 0 0 +%%BeginSetup +<</PageSize [792 1224] /ImagingBBox null>> setpagedevice +%%EndSetup +90 rotate +0 0 translate 0.8 -0.8 scale gsave [1 0 0 1 0 0] concat 0 0 0 setrgbcolor @@ -3007,3 +3017,4 @@ grestore grestore showpage +%%PageTrailer

1 0

Re: [Inkscape-devel] saving views
by bulia byak 21 Dec '03

21 Dec '03

>Using glib facilities, you can do this (assumes filename has been >g_malloc()ed): > > if (!g_path_is_absolute(filename)) { > gchar *abs_filename, *current_dir; > > current_dir = g_get_current_dir(); > abs_filename = g_build_filename(current_dir, filename, NULL); > > g_free(current_dir); > g_free(filename); > filename = abs_filename; > } Unfortunately this is not smart enough. If I open "../filename.svg", the resulting "absolute" pathname will have ".." in the middle. Which is why I was asking if there exists a smart absolute path function that normalizes paths. Or can't the OS return the absolute path of a given file? _________________________________________________________________ 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

Proposal for New Subsystem Architecture (and Namespaces)
by Bryce Harrington 21 Dec '03

21 Dec '03

As part of the C++-ification, we need to introduce namespaces. In addition, we wish to reorganize the codebase to suit our longer term architectural plans, such as conversion to Cairo, Pango, and Gtkmm, introduction of our API and modular extension system, and provision to the community of an SVG Canvas. Here is a proposal for a new architecture that incorporates these elements. It also shows how to map from the current architecture. This is presented as a proposal to spark discussion, and will be updated with any feedback you provide. Please ask questions of anything that is unclear. Once we have a rough concensus on it, we will formalize it and can proceed with the work. I've also posted this to Wiki as "SubsystemReachitecture" if you'd prefer to comment upon or work on the document there. Bryce == Subsystems Summary == Namespace Link Audience Lib Name Directory Inkscape::Document C++ Internal libinkdoc src/document Inkscape::Extension C++ Internal libinkext src/extension Inkscape::UI C++ Internal libinkui src/ui/ Inkscape::UI::Dialogs C++ Internal libinkuidlg src/ui/dialogs Inkscape::UI::Widgets C++ Internal libinkuiwdg src/ui/widgets SVG::Canvas C/C++ Community libsvgcanvas src/svgcanvas SVG::DOM C/C++ Community libsvgdom src/svgdom Cairo C (dep) libcairo (external) Pango C (dep) libpango (external) == Descriptions of Proposed Subsystems == Inkscape::Document - This is a high level wrapper for the application's document model, and basically just subclasses SVG::DOM, adding some Inkscape-specific aspects. Inkscape::Extension - This namespace encapsulates the various mechanisms for extending the Inkscape application, including import/export mechanisms, GUI plugins, stdin/stdout programs, language bindings, etc. Inkscape::UI - Namespace for Inkscape-specific User Interface elements, including view & controller aspects. Inkscape::UI::Dialogs - dialogs for Inkscape Inkscape::UI::Widgets - widgets that are particular to Inkscape; if they seem to be of general use, they will be migrated into a separate library to share with other applications in a more general fashion. SVG::Canvas - A distinct deliverable Inkscape provides to the Open Source community for implementing an SVG-based drawing surface, for use in other applications. Initially will be made up of similar subsystems shared with Inkscape but be a separate package, but ultimately should be a packaged dependency of Inkscape. SVG::DOM - This is a Document Object Model for SVG documents. It is the key dependency for SVG::Canvas, and thus is also something Inkscape provides externally to the Open Source community. Internally, it is implemented as a C++ class hierarchy, but externally can be linked to using either C or C++ style linkage. The externally presented API would be standard DOM. Cairo - Switching to Cairo will occur late in the rearchitecturing process. We need to ensure Cairo provides the capabilities already present in libnr. Completing other areas of rearchitecting will help get the codebase organized for conversion of it to Cairo, without taking undue risk in adopting a different underlying renderer. Pango - Conversion to Pango from libnrtype may be worth doing earlier than Cairo since the existing text system lacks many needed features, however this will need to be researched in more depth to determine the feasibility and cost/benefit. Unless a clear benefit is identified to performing the change early, we should conduct the change along with the Cairoification. == Rearchitecturing Translation Map == Existing Proposed GUI Dialogs --> Inkscape::UI::Dialogs Widgets --> Inkscape::UI::Widgets, GtkDrawmm XML Editor --> Inkscape::UI::Dialogs View --> Inkscape::UI SPAction --> Inkscape::UI verbs --> Inkscape::UI shortcuts --> Inkscape::UI SVG DOM --> Inkscape::Document, libsvgdom SVG Canvas --> libvgcanvas Module --> Inkscape::Module Display --> Cairo libnr --> Cairo libnrtype --> Pango SPSVGView --> SVG::Canvas SPSVGViewWidget --> SVG::Canvas src/svg/* --> eliminate

2 1

Doc for design guidelines
by Jon A.Cruz 21 Dec '03

21 Dec '03

We should probably keep this in mind when designing things: http://www.w3.org/TR/SVG11/ecmascript-binding.html

1 0

saving views
by bulia byak 21 Dec '03

21 Dec '03

There's a sodipodi:namedview element in each SVG file saved, but it's empty. Is it right to assume that it was supposed to store the contents of the SPNamedView object of the document's desktop? If so, why it's empty - not implemented yet, or disabled? I propose to enable/implement it, and additionally, to extend SPNamedView with these fields: - zoom level and visible part of the canvas - window width/height and maximized status so that these settings could also be restored when the document is opened. Besides, the window size of the last closed document is saved into preferences, so the new empty document created next time will use them. (I'm so tired of the 400x400 default window!) Also, what about storing the absolute file name in SPDocument, as I proposed some time ago? Can anyone suggest a function for creating absolute name? _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

RE: [Inkscape-devel] Re: export patches
by bulia byak 20 Dec '03

20 Dec '03

> > Are you interested in doing more Inkscape development? If so I could put > > you on the developers list so you could access CVS directly. > > > >I just started doing Gtk+/Glib coding, but I indeed plan to do more in >respect to UI and usability stuff. It'll certainly help to have cvs access. Done. Welcome to the team :) Small tweaks can be "patched first, discussed later." Larger things may benefit from discussing first, either on the list or on a Wiki page (by the way, there are several UI tasks planned on Wiki that you might help with). Also there are several useful tutorials for developers on the Wiki. _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/photos&pgmarket=en-ca&RU=http%3a%2f%2fjo…

2 1

RE: [Inkscape-devel] First impression, context menu, curve editing
by bulia byak 20 Dec '03

20 Dec '03

>But it's strange to have submenus with only 1 entry >like "Rect" > "Rect Properties". >"Shape" > "Fill Settings" gives you a dialog that is >not transient! It would be better to have access to >"Fill and Stroke" here (transient!). Of course, it's simply that we haven't yet worked on that. The context menu needs a complete overhaul, and those small leftover dialogs will be eliminated and replaced with standard ones. >It would be great to have a special context menu >for nodes (right-click over a node), containing >"Delete", "Break apart" and a way to change the >number of bezier handles (0,1,2). And maybe >an option for aligning control points on a >line / make them symetrical. Good idea, I'll see if what can be done. _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/photos&pgmarket=en-ca&RU=http%3a%2f%2fjo…

1 0

export patches
by bulia byak 20 Dec '03

20 Dec '03

Hi, I committed your three patches, thanks a lot. I meant to do something along these lines myself, but it's nice to be helped :) Are you interested in doing more Inkscape development? If so I could put you on the developers list so you could access CVS directly. _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

node edit: new modifiers
by bulia byak 20 Dec '03

20 Dec '03

When moving node(s): * Ctrl + drag nodes: restrict movement to horizontal or vertical * Ctrl + Alt + drag nodes: restrict movement to the directions of the control handles and their perpendiculars When moving a control handle of a node: * Ctrl + drag: snap the handle's angle to 15 degrees steps plus the original angle and its perpendiculars * Shift + drag: rotate the other handle by the same angle * Alt + drag: lock the length of the handle Note: Ctrl, Shift, Alt can be combined when dragging handles. _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

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

20 Dec '03

>Thinking about it, this snippet of code would probably be best wrapped >as e.g. NRArenaItem *sp_item_get_arenaitem (SPItem *item, unsigned int >key). Done, I put it into sp-item.cpp and changed document.cpp to use it. Please test now. It seems to work correctly with multiple views. Thanks for your guidance. Without you on guard, I'd never have ventured into the scary Inkscape innards :) _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/photos&pgmarket=en-ca&RU=http%3a%2f%2fjo…

2 1

RPM's
by Bryce Harrington 20 Dec '03

20 Dec '03

Bandipat contributed SuSE source and binary RPM's. They're available on the Inkscape downloads page. Enjoy! Bryce

1 0

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

20 Dec '03

On Fri, 2003-12-19 at 21:42, bulia byak wrote: > >There's a really simple way of doing this. Every desktop has an integer > >'key' associated with it, that you can use to match against > >SPItemView::key. > > Does not work: if child is an SPItem then child->display->arenaitem->key > exists but is always 0. Or am I doing something wrong? No, use child->display->key ... or, actually, since as I said child->display is the head of a linked list: SPItemView *iv; NRArenaItem *arenaitem; arenaitem = NULL; for ( iv = child->display ; iv ; iv = iv->next ) { if ( iv->key == dkey ) { arenaitem = iv->arenaitem; break; } } .. then use arenaitem as appropriate. (dkey being the dkey you got from the SPDesktop, of course) -mental

1 1

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

20 Dec '03

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

1 0

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

20 Dec '03

>On Fri, 2003-12-19 at 04:25, bulia byak wrote: > > Fixed, please test. I had to make use of >sp_document_partial_items_in_box() > > for this, which was in the code but never used, and fixed a bug in it so >it > > could actually work. > >Hrm, I still can't get shift+click (versus shift+drag) to work. :/ That was a bad solution anyway. It just used bounding box, so objects with holes etc. were treated as opaque rectangles. Now a much better solution is checked in. I had to dig into the arena code (something I was trying to avoid) but I think I succeeded. Please test now. Here's what I did: in document.cpp, a new function sp_document_item_at_point() was added, to complement items_in_box and partial_items_in_box. It calls nr_arena_item_invoke_pick() on all items to find those that are pickable at the given point, and returns the topmost of them. Now select-context.cpp simply uses sp_document_item_at_point() in its root_handler when shift-clicked and does selection toggle. This means we can do without the item that was passed on from the arena code - if we have mouse coordinates, we can always find out the item under mouse. This was necessary in this case because I do shift-rubberband in root_handler, and I must process shift-click in it too, and root_handler does not get an item as an argument. The same approach can be used for ctrl-clicking to select within group. Mental, if you think this approach is acceptable, I'll go on and try to implement ctrl-click. _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

shortcut regressions
by MenTaLguY 20 Dec '03

20 Dec '03

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

1 0

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

19 Dec '03

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

1 0

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

19 Dec '03

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

1 0

keyboard shortcuts broken
by MenTaLguY 19 Dec '03

19 Dec '03

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

1 0

color selector arrows
by MenTaLguY 19 Dec '03

19 Dec '03

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

1 0

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

19 Dec '03

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

1 0

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

19 Dec '03

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

2 1

MinGW build info
by Bob Jamison 19 Dec '03

19 Dec '03

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

1 0

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

19 Dec '03

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

3 2

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

19 Dec '03

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

3 3

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

19 Dec '03

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

2 1

questions
by bulia byak 19 Dec '03

19 Dec '03

With our discussions being so lively :) perhaps something gets lost. A couple of my recent questions were not answered, so I'm not reposting them in the hope that they reach knowledgeable people who might have missed them the first time. 1. Regarding this bug: http://sourceforge.net/tracker/index.php?func=detail&aid=860202&group_id=93… does anyone else think that document.cpp must store the absolute path already, i.e. instead of document->uri = g_strdup (uri); in sp_document_create we should have something like document->uri = abs_path (uri, base); That would fix the above bug. If so what standard function is there for creating an absolute path? I could not find one in glib. 2. I want to enable ctrl-click to select within group, but I don't see how it can be done. I've delved deep into the arena code and found that if a group is "transparent" then its members can be selected one by one. But how can I do that on ctrl-click? In select-context.c, the handler that checks what button/key was pressed seems to already get a selected item as an argument from the arena code. Will I have to analyze this preselected item on my own, or is there a more elegant way? 3. "Black magic": has anyone managed to reproduce this bug: https://sourceforge.net/tracker/index.php?func=detail&aid=859364&group_id=9… and its "fix": add an empty g_print("") to line 204 of libnrtype/nr-rasterfont.c: NRRectF * nr_rasterfont_generic_glyph_area_get (NRRasterFont *rf, unsigned int glyph, NRRectF *area) { NRRFGlyphSlot *slot; glyph = CLAMP (glyph, 0, rf->nglyphs); g_print(""); slot = nr_rasterfont_ensure_glyph_slot (rf, glyph, NR_RASTERFONT_BBOX_FLAG | NR_RASTERFONT_GMAP_FLAG); If I don't hear from anyone I'm going to commit this fix anyway (with appropriate comments), because, at least, it will not break anything. A better solution would of course be welcome to replace that temporary fix. _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

2 1

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

19 Dec '03

> > the star, and maybe a polygon tool of some sort for n-th sided polygons. > >I've been meaning to suggest that it would be useful to have a Polygon as >well as a "Star" Tool (pentagram, poly* => Polygram?). >It brings the feature closer to the user, easier to discover and use even >and worth the slight repitition. You can create a polygon with the star tool now, if you use node edit to move the two control points together. However it's a good idea to provide a shortcut for that action, I will add it to TODO. >If the current spiral tool does not do enough to be interesting to you and >you want ways to make it more poweful/usefull I am linking to an example >file (svg and png) and a screenshot of the Spiral Tool from Jasc Web Draw >which has lots of options (curved or flat sides, number of turns, number >of rotations, linear or logarithmic expansion etc). All of these options, with the exception of flat-sided spirals, are possible with Inkscape. It's even more flexible: instead of choosing between linear and logarithmic only, it allows you to set the expansion value precisely (both above and below 1, with 1 being linear), and you can vary the number of rotations interactively on the canvas (switch to node edit). Overall, it's a very good tool. Although the flat-sided spirals would be nice to have too. >Although I keep mentioning Jasc Web Draw I have to say that it is a flawed >program missing all kinds of details but I do think it contains a few >fresh ideas and I will try and take more screenshots. I probably >shouldn't speculate like this but I'd really like to see a stable Inkscape >1.0.0 [1] declared this side of six months and give them a run for their >money! here are those links. I found this on your site: http://www.maths.tcd.ie/~horkana/inkscape/jasc-webdraw-tooltips.txt I must say that arrow keys moving is already much more powerful in Inkscape (both by pixels and by fixed increments), while using arrow keys for rotating objects is a very stupid idea, imho. Arrow keys just don't stand for rotation. I'm now implementing a comprehensive set of shortcuts for rotation using [ and ] keys with various modifiers. _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/photos&pgmarket=en-ca&RU=http%3a%2f%2fjo…

4 3

verb cleanup
by MenTaLguY 19 Dec '03

19 Dec '03

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

1 0

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

19 Dec '03

>Just noticed that shift+click to select multiple objects is broken in >HEAD... any suggestions for a fix? Oops. My fault. Will fix now. _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=dept/features&pgmarket=en-ca&RU=http%3a%2f%2fjoin…

1 0

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

19 Dec '03

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

1 0

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

19 Dec '03

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

1 0

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

19 Dec '03

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

1 0

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

19 Dec '03

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

1 0

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

18 Dec '03

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

1 0

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

18 Dec '03

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

3 3

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

18 Dec '03

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

1 0

per-view actions
by MenTaLguY 18 Dec '03

18 Dec '03

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

1 0

spiral tool
by MenTaLguY 18 Dec '03

18 Dec '03

Sorry for the fluster about the spiral tool. Not one of my better decisions, though I did intend to notify the mailing list, I've been under a lot of pressure the past few days and I'm getting a bit sloppy... -mental

1 0

Re: [Inkscape-devel] xml:space problem
by bulia byak 18 Dec '03

18 Dec '03

>> > - when serializing svg, make sure there is no whitespace under <text> >> >>Either of these would break XML compliance. > >Disagree on the last one. Where's the incompliance? The user certainly did >not _ask_ us to insert whitespace text nodes between the tspans, and by not >inserting them we won't break any standard. There's no standard saying XML >tags must be on separate lines :) So I like this option most, but >unfortunately it requires digging deep into the parsing and serializing >code, which I'm frankly afraid to do. Well, here's a lesson for me: never be afraid of anything too early :) It turned out to be very simple. A patched repr-io is committed, works for me, please test. _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

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

18 Dec '03

>Now, remember that the principle in action here is "patch first, discuss >later". Mental patched, now we're discussing. ;-) > >We had another case like this earlier this week when some status bar >functions were added that assumed use of global variables. The initial >patch to the code appalled another developer, but by discussing it >subsequently, good solutions were worked out. That might be a good counterpoint, if not for one difference: you don't need anyone's testing when you remove something, because there's nothing to test. We don't need to try spiral-less Inkscape to discuss whether the spiral was good or bad. In my case, I didn't remove anything, just added. And I raised the point on the list and in Wiki first, and committed my solution for testing later. Where I initially planned to remove something (namely the status_set signal), I did not go on until I heard from others on this change. >So while I do agree that discussion is *very* important, and in this >case agree with you that the removal of the spiral should have been >mentioned on the list, I would disagree that feature decisions _must_ be >discussed before changes are made. OK, what about a rule: feature DELETIONS (especially without a substitute) must be discussed on the list first. In the rest, I agree with you. >released version, so it was guaranteed that everyone would either notice >it missing and start a discussion, or not notice it and prove it was >unnecessary. Well, I don't have the habit of inspecting the entire program every day to see if anything's missing :) So "not noticing" is by no means an indication that it's not necessary. Again, let's use a simple rule: do what you want, except _don't remove_ anything without discussing first. Sorry for "freaking out". Hopefully we'll be able to avoid such collisions in the future. _________________________________________________________________ Have fun customizing MSN Messenger � learn how here! http://www.msnmessenger-download.com/tracking/reach_customize

1 0

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

17 Dec '03

>The moment we start thinking about the mythical "user out there" we are >going to make stupid decisions. "Scratch your itch," yes. But don't stop others from scratching their itches! This is what you do by removing other people's features. >The reality is that spirals don't seem to get used as they are too >specialised - to test this theory we should remove the icon from the tool >bar and see who screams :). I do. And seriously, don't we have lots of other important work to do, instead of testing each other's screaming reflexes? If you have a better tool, I would love to see it. But removing something first is not a good way to pique my interest :) _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

Re: [Inkscape-devel] xml:space problem
by bulia byak 17 Dec '03

17 Dec '03

Jon, please see a new comment in this bug: https://sourceforge.net/tracker/index.php?func=detail&aid=859568&group_id=9… This is clearly a problem with the color picker, and it seems to be easy to fix. Could you please have a look? If you fix it, you will probably kill two more bugs with one shot: https://sourceforge.net/tracker/index.php?func=detail&aid=861183&group_id=9… https://sourceforge.net/tracker/index.php?func=detail&aid=859680&group_id=9… _________________________________________________________________ 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

spiral???
by bulia byak 17 Dec '03

17 Dec '03

Mental, why did you remove the spiral tool?! Please return it! _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

3 2

Minor CVS request for Win32
by Bob Jamison 17 Dec '03

17 Dec '03

Hi, all. To make it easier for people unfamiliar with building GTK+ apps on Win32, I uploaded a zip file with everything needed (current dependencies) to link with Inkscape on Win32: http://troi.lincom-asg.com/~rjamison/files/gtk2.zip It would be nice, however, if a kindly committer would add the extra codepage source files needed for the build to src/libnrtype. These are not touched at all by the Linux/Unix build, so they will not break anything. However, (IMHO) they really should be in the source tree. There are only about 12 .c files: http://prdownloads.sourceforge.net/sodipodi/sodipodi-codepages-1.0.zip?down… BUT, with the change to C++, they need to be changed, too. Here are the same files, but tweaked for C++: http://troi.lincom-asg.com/~rjamison/files/nrtype-codepages.zip I have a set of diffs and Makefiles for building Inkscape with MinGW. I have Borland and MSC++ , but I really like this compiler for a few reasons: 1) Anyone can download it and use. This will help grow the developer base. 2) It is relatively small. It does not consume all of your disk space. 3) It is somewhat of a worst-case scenario. The fact that it resides in a Gnu-less environment, coupled with the fact that it is a bit stricter than the same GCC on Unix, makes it a good test of the robustness and portability of code. I'll post the files later. Bob Jamison Titan Corp

1 0

RE: [Inkscape-devel] some questions/suggestions
by bulia byak 17 Dec '03

17 Dec '03

>Another approach that might be useful would be a "cookie cutter" mode, >where each mouseclick pastes a copy of the object to the click location. >This could be useful for maps and diagrams, where you will be using a >lot of symbols or repeated shapes. Indeed - but not by clicks and not in a separate mode, simply that ctrl-v must paste into the location of the cursor. So you just move your mouse with one hand and keep pressing ctrl-v with the other, lots of fun :) _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

4 3

verbs rework
by MenTaLguY 17 Dec '03

17 Dec '03

Just a quick note to let y'all know that I'm redoing the verbs stuff. Nobody touch anything there until I'm done... -mental

1 0

RE: text inset
by bulia byak 17 Dec '03

17 Dec '03

I tried the latest CVS, and it's better in that there is no exponential growth of weird node clusters, and I could apply outset many times in a row, with acceptable results. However, now it distorts shapes more - not by growing clusters but by changing straight lines to curves and rounding some of the sharp corners more than others. But I think that this approach is still much better, it just needs to be less agressive so as to better preserve the shape. One problem: now both inset and outset commands do outset :) As for not using the stroke width for the in/outset distance (bug 860660), I thought that instead of using an absolute value, it's more natural to use a percentage of the object's dimension. For example, 5% of the min(height, width). Could you please program that so we could test how it feels? _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

a couple 'make' errors
by Eric Pierce 17 Dec '03

17 Dec '03

Hmm... 'make' is dying on me. I'm not sure where to go on this one. I'm running SuSE 9.0/gcc-3.3.1/glibc-2.3.2. Any ideas? Eric Pierce ---------------------------- gnome.c: In function `sp_module_print_gnome_setup': gnome.c:144: warning: assignment makes pointer from integer without a cast gnome.c: In function `sp_module_print_gnome_fill': gnome.c:293: error: `SP_WIND_RULE_EVENODD' undeclared (first use in this function) gnome.c:293: error: (Each undeclared identifier is reported only once gnome.c:293: error: for each function it appears in.) gnome.c:309: warning: passing arg 3 of `sp_paint_server_painter_new' from incompatible pointer type make[3]: *** [gnome.o] Error 1 make[3]: Leaving directory `/home/hp/downloads/inkscape-0.36/src/modules' make[2]: *** [all-recursive] Error 1 make[2]: Leaving directory `/home/hp/downloads/inkscape-0.36/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/home/hp/downloads/inkscape-0.36' make: *** [all] Error 2 __________________________________ Do you Yahoo!? Protect your identity with Yahoo! Mail AddressGuard http://antispam.yahoo.com/whatsnewfree

1 0

mouse scale bug
by bulia byak 17 Dec '03

17 Dec '03

Anyone has any idea of what might be causing this bug? http://sourceforge.net/tracker/index.php?func=detail&aid=852976&group_id=93… I spent several hours in Inkscape today and it happened almost one an hour. What might cause such kind of trouble? _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

Re: [Inkscape-devel] xml:space problem
by bulia byak 17 Dec '03

17 Dec '03

>On Tue, 2003-12-16 at 17:18, bulia byak wrote: > > - make sure xml:space is set on each tspan but not on text > >I think this is a good solution. Possible, but unelegant. Matsuru Oka has spent effort on making xml:space inherited from text to tspan, and now we abandon that? Besides, a user may want to remove xml:space in which case it's much more convenient to do once on a text element rather than on each tspan. > > - make sure any text nodes directly under <text> are not shown as text >lines > > on canvas nor as text nodes in xml editor > >This might be a little dodgy from a standards-compliance perspective. Yes. (Now that I've consulted the SVG standard I see that.) > > - specifically exclude <text> from being affected by xml:space > > - when serializing svg, make sure there is no whitespace under <text> > >Either of these would break XML compliance. Disagree on the last one. Where's the incompliance? The user certainly did not _ask_ us to insert whitespace text nodes between the tspans, and by not inserting them we won't break any standard. There's no standard saying XML tags must be on separate lines :) So I like this option most, but unfortunately it requires digging deep into the parsing and serializing code, which I'm frankly afraid to do. _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/photos&pgmarket=en-ca&RU=http%3a%2f%2fjo…

2 1

Re: [Inkscape-devel] save changes
by bulia byak 17 Dec '03

17 Dec '03

> > So far it saves when modified and does not otherwise, quite reliably. In > > this case, it's better to err on the side of caution, so if it >over-saves, > > I won't mind; only if it fails to save a changed document we have a >problem. > >If the `Save' menu item isn't greyed out, then it should attempt to >save, or at least read in the file and check that no save is necessary. >(This may also alert us to problems with the modifiedness tag.) We currently have no graying out in menus. Many commands, not only save, will need to grey out when they have nothing to do. This is another major UI task. >It can be useful for the user to know if the document has been modified. >(E.g. does it need re-uploading or reprinting or whatever.) Greying out >the `Save' menu item is one way of providing this information; though if >we really value this information then a "louder" indication may be >warranted: e.g. change of title bar (append ` (modified)'), or status >bar change. Normally programs display a "*" in the window bar. I think we must have this too. _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/photos&pgmarket=en-ca&RU=http%3a%2f%2fjo…

2 1

xml:space problem
by bulia byak 17 Dec '03

17 Dec '03

With the recent introduction of xml:space support, there's one problem. It is set on text but its effect is on the children tspans. However, since the text element is itself affected by it, when you save and open a file with such a text object, the newline between <text> and its first <tspan> is preserved: it becomes an empty text node in XML editor and is visible as an empty line on the canvas, shifting the text lines down. What is the best way to fix this? I see several options: - make sure xml:space is set on each tspan but not on text - make sure any text nodes directly under <text> are not shown as text lines on canvas nor as text nodes in xml editor - specifically exclude <text> from being affected by xml:space - when serializing svg, make sure there is no whitespace under <text> Mental, what do you think? _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

3 2

Re: [Inkscape-devel] save changes
by bulia byak 17 Dec '03

17 Dec '03

>On Tue, 2003-12-16 at 01:20, bulia byak wrote: > > I added statusbar flash to sp_file_save_document saying "Document >saved." > > However I see no way to find out whether the save was actually >successful - > > of course this needs to be displayed only on success. But > > sp_module_system_save returns nothing useful. Is this by design? In fact >it > > does have a return with value, even though it is declared as void. > >No good reason. I'm thinking about switching this to throw an exception >as I convert things to C++... Any comments are welcome. So with an exception, the fact that the function returns at all is an indication of success, right? If so, that's nice. > > While at it, I added a check of sodipodi:modified so that unchanged >document > > is not saved. I wonder why this was not done before - are there any >pending > > problems with sodipodi:modified? It works nice in my testing so far. > >I've tried to keep this up-to-date in all the modules code. In 0.35 it >was pretty broken, I think I've fixed it everywhere for 0.36. If you >find anyplace where it isn't working - tell me. It wasn't working for >any time of extension save before. I believe currently it is cleared >twice on saves that use an internally defined module. But this is >another thing I'd like to fix as I'm moving all the code to C++. I'm >taking the oppurtunity to 'clean things up' as I go. So far it saves when modified and does not otherwise, quite reliably. In this case, it's better to err on the side of caution, so if it over-saves, I won't mind; only if it fails to save a changed document we have a problem. _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

3 2

Re: [Inkscape-devel] some questions/suggestions
by bulia byak 16 Dec '03

16 Dec '03

>On Mon, 2003-12-15 at 16:35, bulia byak wrote: > > Still better and more generic is a clones mechanism where you define >some > > objects as produced from other objects by applying some transformations. >You > > cannot edit the clones directly, but only by editing the original or the > > cloning rule. This is something I've been dreeming about for long. > >This is already provided by SVG's <use>, and supported -- we just need a >UI to create them. Wonderful. I started to think about the UI. Not the near-term goal, but something very worth working towards to. > > Another thing we're missing is blends. Very useful not only per se, but >for > > creating e.g. regular grids, etc. > >Could you elaborate? When I need a grid, the most convenient way to do it in Xara is to duplicate a line, move it away, and blend with the original. This is similar to the clones idea above, because the intermediate steps of the blend are not objects in their own right - their number and position is entirely dependent on the blend settings and the position of the two blended objects, so it is very convenient to make the grid sparser or denser etc. by simply moving one of them. _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

save changes
by bulia byak 16 Dec '03

16 Dec '03

I added statusbar flash to sp_file_save_document saying "Document saved." However I see no way to find out whether the save was actually successful - of course this needs to be displayed only on success. But sp_module_system_save returns nothing useful. Is this by design? In fact it does have a return with value, even though it is declared as void. While at it, I added a check of sodipodi:modified so that unchanged document is not saved. I wonder why this was not done before - are there any pending problems with sodipodi:modified? It works nice in my testing so far. _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

2 1

RE: [Inkscape-devel] Inkscape Status 2003-12-15
by bulia byak 16 Dec '03

16 Dec '03

>Hours since last ChangeLog mod: 90 6 2 21 Perhaps the decrease in this parameter is partially due to not everyone logging their changes. For example I never see entries by Jon Cruz. _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

Inkscape Status 2003-12-15
by Bryce Harrington 16 Dec '03

16 Dec '03

Project Status Monday, December 15, 2003 We have achieved the 0.36 release. A handful of users have expressed positive feedback on the work done. Judging from the quantity of downloads, we're serving a userbase on the order of 1500 people. We've unfrozen the codebase and already laid into some impressive new features for the next release including support for boolean operations, a feature long requested by users. A new color picker system is also in place. Also, as planned, we've committed to C++ by changing the build system to use g++ instead of gcc and by renaming all of the files from .c to .cpp. Statistics Nov 02 Nov 15 Nov 29 Dec 15 ========== ====== ====== ====== ====== Lifetime Rank on SourceForge: 6103 4391 3676 2452 (56.2%) (68.5%) (73.6%) (82.4%) Max Week's Rank on SourceForge: 6023 62 37 27 (56.8%) (99.6%) (99.8%) (99.8%) Total SF Page Views 200 * 50,000 86,000 Total SF Downloads 0 * 1700 3640 Total Freshmeat URL Hits 0 746 1121 2237 Total Freshmeat Subscriptions 0 16 19 28 Lines of Code in src/: 115,754 115,901 116,970 132,134 Code lines 100,549 Comment line 11,591 Blank 20,559 Lines of Docs in doc/: 1,135 1,135 2,100 2,225 Lines of content in website: 74 1,173 1,624 2,090 Size of the Inkscape wiki: 0 3,700 5,737 7,385 Hours since last ChangeLog mod: 90 6 2 21 Bugs open/total: 0/0 9/15 40/51 67/111 Features open/total: 0/0 18/18 23/24 40/45 Patches open/total: 0/0 1/ 6 5/20 6/25 CVS Commits (as per inkscape-cvs): 148 481 963 * Inkscape-devel membership: 4 49 61 64 Inkscape-announce membership: 0 9 14 16 * - Statistics unavailable

1 0

Re: [Inkscape-devel] some questions/suggestions
by bulia byak 16 Dec '03

16 Dec '03

>One option would be to have a 'duplicate/replicate' dialog that could be >popped up with some hotkey. Then in this just ask for offsets & count then >repeat away Still better and more generic is a clones mechanism where you define some objects as produced from other objects by applying some transformations. You cannot edit the clones directly, but only by editing the original or the cloning rule. This is something I've been dreeming about for long. Another thing we're missing is blends. Very useful not only per se, but for creating e.g. regular grids, etc. _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

3 2

new statusbar API
by bulia byak 16 Dec '03

16 Dec '03

There are new functions for statusbar display. Please use them where appropriate to make statusbar helpful and informative: void sp_view_set_statusf (SPView *view, const gchar *format, ...); Sets statusbar message permanently. The format string and the rest of arguments are as in printf(). Not to be used normally, because the message never disappears unless replaced by another message. In the majority of situations, one of the _flash or _error functions should be used instead. void sp_view_clear_status (SPView *view); Clears statusbar message permanently. Not to be used normally. In the majority of situations, one of the _flash or _error functions should be used instead. void sp_view_set_statusf_flash (SPView *view, const gchar *format, ...); Displays message temporarily for 1 second; when the message disappears, the one that was in the statusbar before it is restored. Use this function for short helpful hints or explanations of non-trivial actions. Examples: "No-break space" when you press ctrl-space in text object; "Closing path" when hitting the anchor in freehand; "Selection cancelled" when pressing Esc cancelled rubberband selection. void sp_view_set_statusf_error (SPView *view, const gchar *format, ...); Displays message temporarily for 5 seconds; when the message disappears, the one that was in the statusbar before it is restored. Use this function for most non-fatal error messages (unless they are so important as to warrant a modal messagebox). Examples: "To join, you must have two endnodes selected" when you try to join nodes that are not exactly two endpoints; "To subtract, you must have two objects selected" for the boolean difference operation. The only potential difficulty with these functions is figuring out the SPView. How you do this depends on what you have at hand when you call one of these functions. Examples: SPEventContext *ec; sp_view_set_statusf_flash (SP_VIEW(ec->desktop), format, ...); SPSelection *sel; sp_view_set_statusf_flash (SP_VIEW(sel->desktop), format, ...); SPNodePath *nodepath; sp_view_set_statusf_flash (SP_VIEW(nodepath->desktop), format, ...); _________________________________________________________________ Our best dial-up offer is back. Get MSN Dial-up Internet Service for 6 months @ $9.95/month now! http://join.msn.com/?page=dept/dialup

2 1

Re: [Inkscape-devel] New guide prototype
by Michael Wybrow 16 Dec '03

16 Dec '03

On Wed, 10 Dec 2003, Nathan Hurst wrote: > > Please run it and tell us if the behaviour feels right - it is easier > to try variations whilst the code is python, rather than C++ (although > it is easier to know whether the behaviour feels right once we > implement it in Inkscape proper) If you are labelling these guidelines as `placement aids' then I think the behaviour feels wrong in that they have too much power. Namely the power to resize objects that are attached to them, which moves beyond `placement.' This is a really minor criticism and I see the current behaviour being very useful for doing things like resizing multiple shapes togther. My suggestion would be for you guys to (in the next prototype iteration) offer at least a couple of shapes in the example window. These types of guidelines are most useful for aligning shapes, and without a couple of shapes it is hard to simulate some of the situations that will likely arise in true editing. Thus, this may enable you to get some more useful feedback. > Feel free to ask questions about our intentions, and suggest > extensions that would be helpful. Clearly the prototype is but a > taste of what can be done with this new approach (We have several > whiteboards worth of ideas to implement :), but it is important to > work out the basic interface now. > > In particular, what do people think about the two tools behaviour? I personally found the two tools to be confusing and subtle in their differences. I do understand the differences between them and suspect that the problem my lie in the way they're described (the icons, tooltips and cursors used). The second tool mode is really "Manipulate control points while keeping attached control points constrained (where possible)." > Should this be folded into a modifier key on the selection tool? Yes, but there needs to be a good visual indicator when this modifier is active, i.e. moving over the control points results in two different cursors, depending on the modifier state. Preferably the user should be able to tell what will happen when they drag the control point before they actually begin moving it. > Is the breaking of constraint behaviour (which control point > disconnects when you move something) reasonable, or can you suggest a > better heuristic? (Currently the rule that is broken is chosen > arbitrarily, perhaps it would be better to break the oldest created > relationship, or perhaps the least recently moved?) This is where you start to get into problems. Breaking things arbitrarily is very bad and will frustrate users, *unless* they can clearly determine the heuristic and predict its results. Additionally, any behaviour that is inconsistent from use to use is terrible from a usability perspective. It may be better to break the oldest created relationship, but if this is not immediately obvious to the user (as the cause of the breakage) then this is just as bad as the current situation. `Least recently moved' suffers a similar problem in that different constraints get broken depending on the order of previous actions. This is also bad because the user is probably likely to think in terms of tasks they are completing and may use two different orders of steps to complete the task without realising themselves, each time leading to a different constraint breakage. Also, what if the diagram has just been opened, how is the decision made then? Perhaps you should be thinking about not breaking the guideline constraint, i.e. have the control point do nothing by instead breaking the mouse constraint. I notice this is what happens if the center and left-middle points are each attached to a seperate vertical guideline and you try and drag the right-top control point. Though there ought to be some feedback to the user here explaining why the control point doesn't have any effect (in one direction) when dragged. I'm not sure there is a `perfect' solution to this question. But I'll have a bit more of a think about desirable behaviours. > What do people think of the indicators for how control points are > connected to guide lines and guide points? Suggestions? This works for me on one level--I like the way they look when connected. I don't like the way they lose the look of control points. After manipulating them further it is clear they are still control points, though when it first occurs you feel like you've lost the `handle.' My feel is it is a little unnatural to click on and manipulate the `railway tracks' when wanting to break a control point from a guideline. I also don't quite understand how this is going to work in Inkscape itself either. As Bulia pointed out, the control points in Inkscape are away from the edges of shapes. Also, I notice when a selection contains multiple shapes then these control points represent the edges of the bounding box of the selection. It doesn't make sense for these control points to be attached to guidelines. It needs to somehow be shown that the control point of the shape sharing that edge of the bounding box has become attached. Given this behaviour, you may need to have a seperate second tool to deal with objects themselves rather than the bounding box of the selection. In any case, I suggest there also needs to be some discussion about how exactly these tools will fit into general Inkscape editing. I know that you were looking mainly for critism of the model rather than implementation details, but such things may need to be considered by your model. Cheers, Michael

1 0

RE: [Inkscape-devel] some questions/suggestions
by bulia byak 16 Dec '03

16 Dec '03

>duplicate should keep the copy in the same location, and paste should >follow the mouse, but possibly should be in the same place if the mouse >hasn't moved yet... I think the last part (watching if the mouse has moved) is too difficult to implement, enough to have a separate "paste to original location" command >It would be nice to get a visual identification on the cloning of an >object though, with the mouse pointer changing and/or the statusbar >changing when a hotkey is depressed to do cookiecutter duplication of an >object. Cloning (as I see it) requres quite a lot of UI changes. I did not think about them in detail yet. >I know there is the weird spacebar super-clone that is somewhat >similar. That is already implemented, but not in documentation very >prominently. It's not cloning, just copying, the copies have no connection to the original (what I had in mind was something different) >A couple of other things: It would be good to fix the menu item "Stoke >to Path" to say "Stroke to Path" (TYPO). Thanks, fixed >I think a good feature would be >to add more hotkeys while editing and dragging objects. A good feature >of illustration programs is to hold the alt key and get to drag a new >copy and leave the old one behind. Space does that to some extent, although admittedly less convenient >And better still, is if you hold the >shift key down and you can constrain the new copy to 90 deg. angles (or >whatever is the pref). Not only for copy - dragging anyting with ctrl should restrict to hor/vert, this is in todo already _________________________________________________________________ Cell phone �switch� rules are taking effect � find out more here. http://special.msn.com/msnbc/consumeradvocate.armx

1 0

gimp2svg
by Bryce Harrington 16 Dec '03

16 Dec '03

A program referred to on the Sodipodi tools site, 'gimp2sodi', provides some scripts to convert raster images into vector, etc. I've added this to the Inkscape experimental module, in hopes one day it can be incorporated as a module to allow importing Gimp files into Inkscape. Bryce

1 0

RE: text inset
by bulia byak 16 Dec '03

16 Dec '03

>ok, fixed. a few notes: >- the text was insetting correctly on my computer, >because it was using another font; the reason the >shape disappeared turned out to be the orientation of >glyphs path in conjunction with winding fill rule. Thanks! >- the result is filled with black because that's the >value it gets when asking for the stroke attribute in >the style (see xml tree), so it may be the color >handling bug you refered to in a previous bug report Yes, I think so. Jon, it's http://sourceforge.net/tracker/index.php?func=detail&aid=859568&group_id=93… which you said is yours. Do you have any progress with it? It's really getting in our way :) Now there are two more problems. Take the bug-textinset again and: - set its outline to 1 pt, press ctrl-) three times. It grows OK, but on fourth and subsequent outsets, nothing happens - it stops to grow. - now remove the stroke - you'll notice areas where the shape bacame really weird, e.g. under the top left serif of "w". - now reload the file and repeat, this time with a 0.5 pt stroke. Now it stops after 4 applications of outset, and there are less broken areas (but the "r" is still somewhat broken). So: why does it stop growing, and can you do anything about the broken contours? (sorry about the nitpicking, but it's a very very useful feature, and I want it to work as perfectly as possible) _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

Re: [Inkscape-devel] handling statusbar messages
by bulia byak 15 Dec '03

15 Dec '03

>If the actual check is done in SPText (I forget if it is), then it needs >to have some way of signaling that failure to its caller (an >SPTextContext method, in this case). OK, here's another one for you: knot.c, sp_knot_handler(), available are SPCanvasItem, GdkEvent, SPKnot. I want to explain in the statusbar when Esc cancels node drag. How do I get an SPView? (Sorry to keep bothering you, but I'm not too familiar with the hierarchy of objects.) _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

some questions/suggestions
by Alexander Kirillov 15 Dec '03

15 Dec '03

Hi, just checked out version 0.36 - great job! Still, there are 2 issues that have always bugged me in sodipodi and still bug me in inkscape. If some one can suggest a workaround, I'd be glad to hear it. If not, maybe i should file this as wishlist items in bug tracker... 1. Is there an easy way of creating a closed Bezier curve? Of course, one can create an open one and then connect endpoints, but it is a long process... 2. When copying an object, the copied object is put at exactly the same position as the original. Am I the only one who finds it inconvenient? I frequently need to have several copies of the same object in different places my drawings, and selecting one of the two objects which are literally on top of each other is awkward, especially if the objects are small. I'd much prefer that "paste" creates a floating object, which follows mouse cursor, and you click to show where to put it. What do the usability experts say about such an idea? Best, Sasha PS. Please cc me when replying: I am not subscribed to the list.

4 4

The GPL'd database for Loads of Linux Links now includes http://www.inkscape.org/ (fwd)
by Bryce Harrington 15 Dec '03

15 Dec '03

---------- Forwarded message ---------- Date: Sun, 14 Dec 2003 12:33:16 -0800 (PST) From: Barbara E. Irwin <beirwin@...106...> To: bryce@...58..., buliabyak@...58..., mental@...107..., njh@...58... Subject: The GPL'd database for Loads of Linux Links now includes http://www.inkscape.org/ I've recently included the Inkscape website on the Loads of Linux Links project website, which can be found here: http://loll.sourceforge.net/linux/links/index.html Complete details of this project can be found here: http://loll.sourceforge.net/announce-1.1.0.html I have classified the website under: Graphics. Thanks for the link! Barbara ------------------------------------------------------------------------------ Barbara Irwin beirwin@...106... Victoria, B.C. Canada The Roman Rule: The one who says it cannot be done should never interrupt the one who is doing it.

3 2

absolute path
by bulia byak 15 Dec '03

15 Dec '03

Regarding this bug: http://sourceforge.net/tracker/index.php?func=detail&aid=860202&group_id=93… does anyone else think that document.cpp must store the absolute path already, i.e. instead of document->uri = g_strdup (uri); in sp_document_create we should have something like document->uri = abs_path (uri, base); That would fix the above bug. If so what standard function is there for creating an absolute path? I could not find one in glib. _________________________________________________________________ Shop online for kids� toys by age group, price range, and toy category at MSN Shopping. No waiting for a clerk to help you! http://shopping.msn.com

1 0

RE: [Inkscape-devel] some questions/suggestions
by bulia byak 15 Dec '03

15 Dec '03

>1. Is there an easy way of creating a closed Bezier curve? Of course, >one can create an open one and then connect endpoints, but it is a long >process... In freehand and bezier tools, just press 'a'. It will then display anchors at both ends of the curve being created, and by drawing to these anchors you will close the curve. And closing a curve in node editor is in fact not difficult at all. >2. When copying an object, the copied object is put at exactly the same >position as the original. Am I the only one who finds it inconvenient? I >frequently need to have several copies of the same object in different >places my drawings, and selecting one of the two objects which are >literally on top of each other is awkward, especially if the objects are >small. I'd much prefer that "paste" creates a floating object, which >follows mouse cursor, and you click to show where to put it. What do the >usability experts say about such an idea? Actually you CAN move a pasted or duplicated object with arrow keys, because it's selected. Press ctrl-d and then arrows, it's very convenient imho. But I plan to change the paste command so it by default pastes in the center of the visible canvas, and a variant of this command (e.g. with shift or alt) pastes to where the object was copied from. _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

2 1

Re: [Inkscape-devel] handling statusbar messages
by bulia byak 15 Dec '03

15 Dec '03

>No, it just means that status bar messages need to be set from places >that know which SPView they're operating on behalf of (if any), or less >likely that an SPView needs to be passed in somewhere that it currently >isn't. > >Maybe we need to step back a moment though -- which g_warnings do you >want to turn into status bar messages, "Non-printable character" >and why? Because the user needs some feedback to understand why a character he typed in (most likely in Unicode mode, but not necessarily) did not appear on the screen. _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=dept/features&pgmarket=en-ca&RU=http%3a%2f%2fjoin…

2 1

C++ conversion
by MenTaLguY 15 Dec '03

15 Dec '03

The switch to C++ is essentially complete. Please do a clean checkout. -mental

1 0

Re: [Inkscape-devel] handling statusbar messages
by bulia byak 15 Dec '03

15 Dec '03

>On Sun, 2003-12-14 at 22:19, bulia byak wrote: > > Here's a quick question. I want to display the warnings on the statusbar > > (instead of g_warning) in sp_text_insert in sp-text.c. What I have at >this > > point is just an SPText object. How do I go from it to SPView? I see no > > members in _SPText that I could usefully -> to. > >There is not a 1:1 relationship between SPTexts and SPViews. Which means, we need to set the status of the global current desktop, after all? _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/photos&pgmarket=en-ca&RU=http%3a%2f%2fjo…

2 1

Re: [Inkscape-devel] handling statusbar messages
by bulia byak 15 Dec '03

15 Dec '03

>The easy way would be to have sp_verb_get_action() create SPActions on a >per-SPView basis (currently only one SPAction is created for each verb, >globally). > >An SPView * can be stored in each SPAction, so the SPAction::perform() >callback will "know" which SPView * (i.e. SPDesktop *) it applies to. > >Voila. No more need for using SP_ACTIVE_DESKTOP in verbs. > >sp_verb_get_action() is only used in a very few places, so the change >should be very non-intrusive, but it will (among other things) finally >let us implement per-desktop tool states correctly. Sounds good. Please add this to the roadmap :) Here's a quick question. I want to display the warnings on the statusbar (instead of g_warning) in sp_text_insert in sp-text.c. What I have at this point is just an SPText object. How do I go from it to SPView? I see no members in _SPText that I could usefully -> to. _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=dept/features&pgmarket=en-ca&RU=http%3a%2f%2fjoin…

2 1

RE: [Inkscape-devel] sp_status_display()/sp_status_clear()
by bulia byak 15 Dec '03

15 Dec '03

> static SPDrawAnchor * > sp_draw_anchor_new (SPDrawContext *dc, SPCurve *curve, gboolean start, >gdouble dx, gdouble dy) > { > SPDrawAnchor *a; > > sp_status_display(g_strdup_printf ("Creating anchor at %g %g", >dx, dy)); > ... > return a; > } > >Admittedly, the "original" would have been overly complex. The thing >is, I think we have to be careful not to simplify the wrong things. > >For example, why did we need the last parameter to sp_view_set_status() >anyway? It's never actually used. It seems a good candidate to remove. Done. >Also, shifting half the burden of memory management off is not a bad >thing, but why not get both ends? Otherwise to people other than >authors of sp_status_display(), it looks like a memory leak. Sure, I would have done that myself, if only I knew how to define functions with variable number of arguments :) Now that you've shown me how to do that, I'll be able to avoid such things. I see you could not wait and removed my functions replacing them with yours :) Sorry I'll now overwrite your changes, replacing them with still better functions that have time control (but implemented using your _statusf internally). Right now I have one problem that I need help with. The stupid gtk_timeout_add can only pass one argument to the function it calls, but I need two arguments to remove the message: the statusbar * and the message_id. I tried packing them into a struct and passing a pointer to the struct, but here are two problems: - if the struct is static, things break when a new timed message is displayed while a previous one's timeout has not yet elapsed, because the new call of the message display function will overwrite the static struct contents, and only the last message will be removed and the previous one will stuck forever; - if the struct is local to the message display function, it does not work at all, because its content is lost when the function is over. What I want is a way to pack the contents of the struct itself, not a pointer to it, to pass to gtk_timeout_add. But it won't convert a struct into a gpointer that this function requires. What to do? A workaround might be to pass only message_id (converted to gpointer) and leave the statusbar stored in a global variable. But that is ugly and unreliable. _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

Re: [Inkscape-devel] handling statusbar messages
by bulia byak 15 Dec '03

15 Dec '03

>On Sat, 2003-12-13 at 23:42, bulia byak wrote: > > But GTK already has the stack of statusbar messages, why duplicate it? I > > think it's better to make two signals instead, one for push and one for >pop. > >I may have talked about using the GTK statusbar stack earlier, but then >I looked further into the GTK statusbar API and it's really pretty >awkward (IMO). How do you feel about it? Don't know - OK for me. I use push to display and _remove to remove a message with a specific id (i.e. if it was already replaced by some other message, nothing changes). >To that end, I want to keep the signal (or at least some kind of >notification callback) to maintain that interface boundary. OK, I kept the one signal, but added an argument msec (how long to stay the message, forever if zero). > > OK, I promise to never use SP_ACTIVE_DESKTOP anymore :) Instead I will > > create several functions that accept different kinds of "current things" > > (such as selection, event context, desktop) and do different >->...->...-> > > chains to always arrive at the desktop widget that corresponds to that > > argument object (if possible, without signals). Then in different parts >of > > the code I'll have to call different functions, depending on what object >I > > have at hand. Would you approve of that plan? > >Well, at present SP_ACTIVE_DESKTOP is a necessary evil in a few places >-- but I'd certainly appreciate if you could minimize its usage. I would not call them "a few". For example, all global verbs use it, because I see no other way for them to perfom their action, given they can be called anywhere, e.g. in a dialog. >Adding a method to SPEventContext to set the status message for that >event context's desktop would be good too (maybe something printf-like >... e.g. sp_event_context_set_statusf (SPEventContext *context, const >gchar *format, ...)?). Will do that now. All tools will display a helpful default message when sqitched to. _________________________________________________________________ Don�t worry if your Inbox will max out while you are enjoying the holidays. Get MSN Extra Storage! http://join.msn.com/?PAGE=features/es

2 1

C++ conversion
by MenTaLguY 15 Dec '03

15 Dec '03

Just a quick heads-up that the C++ conversion is happening tonight (if all goes smoothly). -mental

1 0

Re: [Inkscape-devel] new booleans
by bulia byak 14 Dec '03

14 Dec '03

> > Now I have a segfault whenever I apply inset/outset > > to e.g. a star or circle > > (converted to curves first). > >uh? doesn't bug here... changed the SP_IS_PATH in >SP_IS_SHAPE, maybe it'll correct the problem (i don't >understand the difference). inset/offset dont change >style anymore. Great. I only now realized that you inset/outset a shape by its stroke width, so with stroke:none there's no expansion. I don't think this is expected behavior - I may very well want to inset/outset a shape without a stroke. Instead, let's decide on some standard inset/outset step, say 1pt, that is applied to all shapes (now hard-coded, later settable in preferences). Also currently there's a bug that drops stroke:none when new shapes are created, and it causes a crash when attempting to expand a shape that has stroke-width but has no stroke: or stroke-opacity: in its CSS. We'll try to fix this bug ASAP, but for now could you please add some extra protection in your code: if there's no stroke: specification it is implied to be "none". >the good behavior would probably be to >set the style to >"fill=none;stroke=black;stroke-width=1.0pt". No, why? I think we must restrain from setting some arbitrary styles; the commands must preserve the fill and stroke (when insetting/outsetting) and convert stroke to fill (when converting stroke to path). > > determine the shape of the > > cut-out. When I subtract bottom from top, I may end > > up with a quite > > unexpected shape because I don't see what I'm > > subtracting. > >agreed. changed the order so that it's "under-over", >but the determination of which object is over the >other is done "the dirty way (tm)" by looking in the >xml tree, since i couldn't find a function doing that >elsewhere. if you know of such a function, can you >tell me where it is? I think there's a z-order property in CSS, but I don't know if Inkscape (or SVG) use it at all. As far as I can see, the XML tree order is the same as the z-order in Inkscape, at least for drawings created in the program. But I may be wrong. Anyone else have an insight? >the polygon intersector i use currently rounds >coordinates to 1/32, so that more precision than >needed. the function that creates d="" in >splivarot.cpp is liv_svg_dump_path() and is a copycat >of sp_svg_write_path(). Yep, but you probably copied it before I changed the precision. As I see, now your commands create d="" paths even with 9 digits so that should be enough I think. >i hope my "tweak it 'til it works" development style >doesn't bother you too much; it's fine for livarot >since nobody uses it, but might be a problem for a >real program like inkscape... No problem!!! We're doing this ourselves all the time. Our motto is "patch first, discuss later" :) We're very excited about your code, so please continue working on it. We'll have lots of time to fix most bugs before the next release. _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

3 2

Re: [Inkscape-devel] new booleans
by bulia byak 14 Dec '03

14 Dec '03

>ok, some problems you mentioned are corrected (text >not handled in outlines, offsets not behaving like >outlines, outlines done even when stroke=none). Now I have a segfault whenever I apply inset/outset to e.g. a star or circle (converted to curves first). >for difference, the rule "result=bottom-top" is a >stamping; while i have nothing against it, forcing >users to change the organization of the elements to do >an operation is probably not good. so i changed the >behavior to "result=first selected-second selected", >so that layering doesn't need to be changed to do a >difference. if that doesnt feel right, i'll change it, >no problem. I think this is wrong. First, the order of selecting objects may (in complex drawings) entirely depend on how convenient is each object for selecting. Second, one may select both objects with one rubberband, in which case the "order" is undefined. And third, when I prepare to do difference, I need to see and adjust the edge of the future shape, which means I need the subtracted shape to be on top because it will determine the shape of the cut-out. When I subtract bottom from top, I may end up with a quite unexpected shape because I don't see what I'm subtracting. >as a side note, it is true that outlines and such >don't like path obtained by the freehand tool. in my >opinion, there are already 2 things causing this: >dumping the coordinates in the d attibute in the xml >representation is not done with enough precisoin >(should be corrected now that you've increased the >precision), so that tangents at each end of the cubic >patch (in fact, the control points) move slightly. >since these tangents are very short, this result in >(random) sharp edges, spikes and the like; also the >points collected by the tool are fitted to bezier >curves by the fitter in bezier-utils.c, while it may >be better to collect all the points and then fit them, >like illustrator does "Cleanup" has always been a mystery for me, I never had time to figure out what it actually does. Is there any value in it being separate? Maybe combine it with simplify? As for precision, I just changed %g to %.8g in svg/svg-path.c so that now curves are stored with 8 digits in each point in the d="" attribute. Is this enough for your purposes? If you have similar code that creates d="", you can use the same specification there. And if you can in any way improve the freehand tool, e.g. by sombining it with your simplify command, that would be fantastic! What I would love to see is a slider controlling how closely the program reproduces the freehand. (For now, you can just make it a fixed value so I could recompile with different values to experiment, and I will add UI for changing it later.) _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=dept/features&pgmarket=en-ca&RU=http%3a%2f%2fjoin…

2 1

Re: [Inkscape-devel] printf
by bulia byak 14 Dec '03

14 Dec '03

> mywidget(FOO, BAR, ftos(1.0/42.0)); It's nice, but now instead of the single printf ("C %.8g %.8g %.8g %.8g %.8g %.8g", ....) I will have to create 6 char[] buffers and call ftos 6 times, just as sodipodi 0.33 does... I'd like to avoid this if possible. Also, I don't see any mention of some non-standard and potentially useful rounding modes in ftos. And something of what it offers (such as the *10^X notation) is useless for us because we need it for SVG, and SVG must remain parsable. So for now, my vote is for including a standard locale-independent printf into the codebase. This will fix the win32 problems with minimum code disruption and will let us expand our printf version if necessary (e.g. with different rounding modes). _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=dept/features&pgmarket=en-ca&RU=http%3a%2f%2fjoin…

5 7

Re: [Inkscape-devel] new booleans
by bulia byak 14 Dec '03

14 Dec '03

> > Initial Comment: > > - create a text string > > - convert to path > > - inset or outset > > The path disappears (no d="" attribute). > >fixed that for outlines (SP_IS_PATH() is true for >text, i wasn't expecting it), i'll change the >.._do_offset() function later (it's a minor change) Indeed "stroke to path" (i.e. outline) now works for objects from a text string, but inset/outset segfaults for them :( > > Initial Comment: > > When insetting or outsetting a shape repeatedly, it > > loses fill and stroke (gets fill:none;stroke:none) > > after the second inset/outset. On the first > > inset/outset, it sometimes becomes black. Fill and > > stroke must be preserved in inset/outset operations. > >losing the stroke is intended: if you have a path, and >want a polygon representing the stroke, that new >polygon has no stroke, just a fill. so the function >sets stroke to none and fill to the stroke of the >original path. outlining a second time should will >have the fill none since it will be copied from >stroke. maybe i should prevent outlining if stroke is >none? or use another behavior? What you describe is correct for the "stroke to path" (i.e. outline), but I was speaking about inset/outset. These operations should of course preserve fill and stroke. > > algorithm. Now simplification preserves the shape > > very closely, and it does > > not always result in reducing the number of nodes. > > For example draw a > > freehand line and then simplify it - on the first > > step, the number of nodes > > usually increases! On subsequent simplifications, it > > decreases back, but not > > to the original number, and after some time the path > > becomes "stable" and is > > not simplified further. I would like a command that > > guarantees to remove at > > least one node on each application, and may distort > > the shape to achieve > > that (but tries to keep distortion to the minimum). > >distortion is the problem here. when simplifying the >outline stroke of very thin strokes (like a 1 pixel >wide stroke), distortion becomes very visible, so the >treshholds depend on the stroke width now. if you want >to apply it to arbitrary path, you need a way to >specify the treshholds (which are sort of the maximum >distance from a point to the approximated curve). note >that the sp_selected_path_cleanup() does not use the >bezier fitter in helper/bezier-utils.c, but simply >merges the subpaths when possible; it's far less >agressive than sp_selected_path_simplify(). at any >rate, i dunno what to do here, except removing >sp_path_selected_simplify() altogether... No, don't delete it :) I will experiment with different threshold values to find a value more suitable for standalone application of the command. As for using simplify with inset/outset, the dependence on the stroke width is of course correct, no need to change that. >regarding the errors in outline (d="", >irregularities), can you send me SVG samples? Will do, later today. _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

Re: [Inkscape-devel] color selector changes
by bulia byak 14 Dec '03

14 Dec '03

Jon, I wonder if https://sourceforge.net/tracker/index.php?func=detail&aid=859607&group_id=9… is a result of your recent color picker changes? Could you please look into it? _________________________________________________________________ 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 2

sp_status_display()/sp_status_clear()
by MenTaLguY 14 Dec '03

14 Dec '03

I notice that sp_status_display() was introduced a couple days ago, and that it is used like this: static SPDrawAnchor * sp_draw_anchor_new (SPDrawContext *dc, SPCurve *curve, gboolean start, gdouble dx, gdouble dy) { SPDrawAnchor *a; sp_status_display(g_strdup_printf ("Creating anchor at %g %g", dx, dy)); ... return a; } Admittedly, the "original" would have been overly complex. The thing is, I think we have to be careful not to simplify the wrong things. For example, why did we need the last parameter to sp_view_set_status() anyway? It's never actually used. It seems a good candidate to remove. Also, shifting half the burden of memory management off is not a bad thing, but why not get both ends? Otherwise to people other than authors of sp_status_display(), it looks like a memory leak. [ rule of thumb: the module that allocates memory should almost always be the one to free it ] Why not change sp_view_set_status() or add an sp_view_set_statusf() so that it allocated and formatted the string internally? sp_view_set_statusf(SP_VIEW(SP_EVENT_CONTEXT_DESKTOP (dc)), "Creating anchor at %g %g", dx, dy); I realize SP_VIEW() and SP_EVENT_CONTEXT_DESKTOP() are awkward, but they are a cost of doing business in C. When we move to C++, we can start doing away with lengthy accessor names and we can remove the need to explicitly cast to superclasses: dc->get_view()->set_statusf("Creating anchor at %g %g", dx, dy); I have introduced an sp_view_set_statusf() and a corresponding sp_view_clear_status() to CVS HEAD. I would appreciate it if you would use them in place of sp_status_display() and sp_status_clear(). sp_view_set_statusf_va() can also be used to implement other *_set_statusf() methods in other places (see sp_view_set_statusf()'s implementation for an example). -mental

1 0

Re: [Inkscape-devel] handling statusbar messages
by bulia byak 14 Dec '03

14 Dec '03

> > >I would prefer that you implement the push/pop/timeout behavior and API > > >in SPView, perhaps supplementing or replacing sp_view_set_status(). > > > > > >The signal itself should not need to change. > > > > Wouldn't we need to have at least two signals for pushing and popping? > >Not necessarily; the SPView could maintain a stack of messages, and >simply notify observers via the signal when the top of its message stack >changes. But GTK already has the stack of statusbar messages, why duplicate it? I think it's better to make two signals instead, one for push and one for pop. On the other hand, wait a minute. You have explained why we need to go to SPView in order to set statusbar. But why SPView has to send signals? This only makes sense if there may be more than one listener; but do we want different document windows to display the same message, even if they show the same document? I think not. Messages are always displayed in the window where the things happen. So maybe we can handle this without signals, i.e. get directly from the selection (or whatever else issues the current message) to its desktop widget? >Right now, given the current desktop, you need to look at >SP_NODE_CONTEXT (desktop->event_context)->nodepath->selection to get a >GSList of the selected nodes. By the way, now it's GList, not GSList :) I changed that some time ago to do tab-cycling back and forward in a more natural way. > > You know, being a usability freak, I care about usability not only for >users > > but for coders too. I think that the coder should not be forced to >provide > > anything but the obviously necessary information for each task. > >My experience with using global variables over the years is that they >DON'T make code more usable for developers (I use the term >"maintainable"), in the long run. Hey, actually my favorite programming language is XSLT, so you don't need to explain that to me :) And I was not advocating using globals, only making function calls as short and simple as possible. >The button actions should have been created on a per-desktop basis, >rather than having a shared set that all used SP_ACTIVE_DESKTOP. >However, fixing that requires a major reorganization of parts of the >codebase. OK, I promise to never use SP_ACTIVE_DESKTOP anymore :) Instead I will create several functions that accept different kinds of "current things" (such as selection, event context, desktop) and do different ->...->...-> chains to always arrive at the desktop widget that corresponds to that argument object (if possible, without signals). Then in different parts of the code I'll have to call different functions, depending on what object I have at hand. Would you approve of that plan? > > Otherwise the chances of errors will increase because people (like me :) > > will have to copy obscure bits around without fully understanding them. > >I don't want to stymie you, since you do really exceptional UI work -- >just, for now I would prefer that you copy the bits of indirect code >(maybe shifting them into helper functions for your own use), and in >your own new code try to stick with passing things as parameters rather >than using globals as much as possible. I'm not against passing parameters; I just want these parameters to be logical and short, with the fuiction itself doing all the ->->-> instead of me :) P.S. Have you tried my "black magic" bug? I have even recompiled it with -O1 but that did not help :( Do you think I can commit the g_print "fix" with appropriate comments (well, at least it's guaranteed not to break anything)? _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

2 1

Re: [Inkscape-devel] color selector changes
by bulia byak 14 Dec '03

14 Dec '03

Jon, I suspect that http://sourceforge.net/tracker/index.php?func=detail&aid=859568&group_id=93… may also be related to your changes to color.c or style.c. Could you please have a look? This bug really makes it difficult to work in the program. >bulia byak wrote: > >>Jon, >> >>I wonder if >> >>https://sourceforge.net/tracker/index.php?func=detail&aid=859607&group_id=9… >> >> >>is a result of your recent color picker changes? Could you please look >>into it? > > >Most likely. Could be a missing scale value somewhere. > >I'll check. > > > _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

Re: [Inkscape-devel] handling statusbar messages
by bulia byak 14 Dec '03

14 Dec '03

> > For example, I want a function for temporary displays that are pushed >and then > > popped after some timeout. This means the statusbar signal must be split >in > > two, or at least given extra arguments. Is this the right approach? > >I would prefer that you implement the push/pop/timeout behavior and API >in SPView, perhaps supplementing or replacing sp_view_set_status(). > >The signal itself should not need to change. Wouldn't we need to have at least two signals for pushing and popping? >For example, in sp_selection_update_statusbar() in selection.c: > > sp_view_set_status (SP_VIEW (SP_ACTIVE_DESKTOP), message, TRUE); > >What happens if SP_ACTIVE_DESKTOP is not the desktop that the selection >object is attached to? What if it's a desktop for an entirely different >document. This won't normally happen (yet), but it could in the future. > >There is no need for the extra indirection anyway. An SPSelection knows >which desktop it is from; this should be: > > sp_view_set_status (SP_VIEW (selection->desktop), message, TRUE); OK, but what if there's no selection currently? And what if I want to update statusbar in the node editor? Its idea of selection is different (nodes). Perhaps I can still access selector's selection in node edit, but I haven't tried yet; can it be done in a simple fashion that would work everywhere? E.g. a global variable that always points to the current selection? You know, being a usability freak, I care about usability not only for users but for coders too. I think that the coder should not be forced to provide anything but the obviously necessary information for each task. Otherwise the chances of errors will increase because people (like me :) will have to copy obscure bits around without fully understanding them. So, I would prefer to have a function like set_statusbar_of_selection("message") that would figure out the active selection, go to its desktop, send signal, etc. In those rare cases where a message is not logically attached to a selection, another function would be used where you must also provide an SPView object. Is this feasible? How to reliably figure out current selection, and what to do if it's NULL? _________________________________________________________________ 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

Re: [Inkscape-devel] new booleans
by bulia byak 14 Dec '03

14 Dec '03

I've put the three problems I found into the bug tracker: https://sourceforge.net/tracker/index.php?func=detail&aid=859680&group_id=9… https://sourceforge.net/tracker/index.php?func=detail&aid=859681&group_id=9… https://sourceforge.net/tracker/index.php?func=detail&aid=859686&group_id=9… so that they're not forgotten. I've also renamed and regrouped the menu commands and changed shortcuts. Hopefully the new commands are now more accessible. An issue I'd like to discuss is the simplify path command. As it is, it may be useful in combination with inset/outset to prevent exponential growth of nodes, but for a standalone command I would like to see a more aggressive algorithm. Now simplification preserves the shape very closely, and it does not always result in reducing the number of nodes. For example draw a freehand line and then simplify it - on the first step, the number of nodes usually increases! On subsequent simplifications, it decreases back, but not to the original number, and after some time the path becomes "stable" and is not simplified further. I would like a command that guarantees to remove at least one node on each application, and may distort the shape to achieve that (but tries to keep distortion to the minimum). When applied sequentially, such a command would eventually reduce any shape to a single bezier curve (i.e. two nodes for open subpaths, one node for closed subpaths) that approximates the original as closely as possible. Is this doable? Another command I would like to see is "divide". When applied to two paths, this command would cut the bottom object into pieces along the top path. E.g. is you have a smaller circle over a rectangle, applying "divide" would break the rectangle into a rectangle with a circular hole and a separate "plug" fitting that hole. I think it should be easy to implement by combining difference, intersection, and duplicate commands. _________________________________________________________________ Winterize your home with tips from MSN House & Home. http://special.msn.com/home/warmhome.armx

1 0

Re: [Inkscape-devel] new booleans
by bulia byak 14 Dec '03

14 Dec '03

The new inset/offset with simplification works much better! The only glitch being that it often loses fill and stroke (fill:none, stroke:none in the style attribute) after offsetting, but I guess this should be easy to fix. Sometimes there's a strange irregularity. Create a star with approx. 20 rays, convert it to curves, and offset path several times. Most rays are expanded uniformly, but there are usually one or two that are distorted (usually at the top). This distortion seems to depend on how sharp were the original rays. One more problem: when I do difference, I expect the top object to be extracted from the bottom one, but it does the reverse. And now that we have the simplify path operation, it also must be on the menu and have a shortcut. I'll take care of that now. I'm also thinking about the best shortcuts for all these new operations. For example: ctrl+ union ctrl- difference ctrl-* intersect ctrl-^ xor (I think "xor" is easier to understand than "symmetric difference") ctrl-(, ctrl-) inset/offset ctrl-shift-(, ctrl-shift-) inset/offset by 10 times the usual amount (if possible) ctrl-alt-c convert stroke to path (ctrl-shift-c being "convert object to path") ctrl-i simplify path Any objections? If not I'll commit these. _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

boolean operations
by MenTaLguY 13 Dec '03

13 Dec '03

Just a quick heads-up before I head off to bed... Nathan's merged Fred's boolean path stuff into HEAD, and I think we've nailed down the last of the build problems for the time being. Y'all might want to have a look. -mental p.s. looks like we will be starting the C++ conversion in earnest late this weekend

3 4

Re: [Inkscape-devel] handling statusbar messages
by bulia byak 13 Dec '03

13 Dec '03

>The way the class hierarchy works is: > > SPView - base class for all views of an SPDocument > ^ > SPSVGView - rendered graphical view > ^ > SPDesktop - editable rendered graphical view > >SPViews are the 'model' side of the MVC equation, with various widgets >(SPDesktopWidget is the one normally used with SPDesktops) acting as >view/controllers. It's actually the SPDesktopWidget, not the SPView >(SPDesktop) which is subscribing to the status message signal. I still don't see why SPView is involved in statusbar handling... but anyway, if you say this is right, let it be. What ails me is that I want to provide a richer and more convenient interface for statusbar messages. For example, I want a function for temporary displays that are pushed and then popped after some timeout. This means the statusbar signal must be split in two, or at least given extra arguments. Is this the right approach? >Btw, I do not want us to introduce more global state as far as "finding >the current desktop automatically" -- eventually I want all signal >handlers and SPActions bound to specific views, so they "know" their >associated view rather than having to look at a global variable to know >which is 'current'. Right, but what is to be done now? As I wrote, now all calls to sp_view_set_status start from the desktop and figure out its view. If this is wrong, what is right? Starting from some object on the canvas that logically "issues" the message, ascending to its SPView, and then sending a message from SPView to the associated desktop widget? That seems overly complicated to me, but I'm OK with it if its implemented and if I'm given a convenient interface to it. In other words, what is the minimum of arguments that a statusbar-setting function (callable from anywhere) must have? Now it accepts a message and an SPView, but I don't like having to figure out the SPView every time I call it. Can there be a function that accepts only the message and if yes, how to program it properly? _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

black magic
by bulia byak 13 Dec '03

13 Dec '03

I found a bug that is likely triggered by the new NR high resolution. It's here: https://sourceforge.net/tracker/index.php?func=detail&aid=859364&group_id=9… Could anyone please confirm that bug with the latest CVS? I'm asking because the fix that I found for this bug is really very weird. I don't understand how it can fix anything. Pure black magic. Namely, add an empty g_print("") to line 204 of libnrtype/nr-rasterfont.c: NRRectF * nr_rasterfont_generic_glyph_area_get (NRRasterFont *rf, unsigned int glyph, NRRectF *area) { NRRFGlyphSlot *slot; glyph = CLAMP (glyph, 0, rf->nglyphs); g_print(""); slot = nr_rasterfont_ensure_glyph_slot (rf, glyph, NR_RASTERFONT_BBOX_FLAG | NR_RASTERFONT_GMAP_FLAG); On my computer, this fixes the crash. I would really appreciate if anyone can confirm both the bug and the "fix", and especially give any insight on how this fix could affect anything (and maybe even on how to fix this properly). I spent several hours trying to debug this but this g_print was the best I could find :) _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

doc?
by bulia byak 13 Dec '03

13 Dec '03

The 0.36 source tarball contains no /doc. What's up? _________________________________________________________________ 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 4

Re: [Inkscape-devel] printf
by bulia byak 13 Dec '03

13 Dec '03

> > > If not for this problem, does printf satisfy our requirements or are >there > > > any other problems with it? If it's OK, maybe we could just include >the > > > "standard" printf right into our codebase, instead of linking to a >library? > > > Just an idea. > > > > Possibly, but if we do one ourselves we can be more clever with e.g. > > rounding behavior. Anyway, Bryce said he alraedy had some code > > somewhere, as I recall... > > > >Yes, I do. I've added a task for myself to add this to the codebase. The reason I ask this questions is because I see how Lauris is handling this in 0.33. Now instead of a single printf call, he declares a char[] buffer for each value, calls a custom conversion function, and then assembles these buffers into a string. That is extremely bulky and hard to read, and I would like to avoid this if possible, preserving the format string approach of printf. So, how close is your code to being a drop-in replacement for printf with its format strings? _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

3 2

printf
by bulia byak 13 Dec '03

13 Dec '03

>*printf() exhibits locale-dependent behavior on win32; we >need to replace it with our own code for generating correct >SVG measurements regardless of locale. If not for this problem, does printf satisfy our requirements or are there any other problems with it? If it's OK, maybe we could just include the "standard" printf right into our codebase, instead of linking to a library? Just an idea. _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

3 2

handling statusbar messages
by bulia byak 13 Dec '03

13 Dec '03

Currently, whoever needs to update statusbar calls sp_view_set_status() giving it the message and a pointer to a SPView object. This function emits a signal from that SPView object, and this signal is caught by the desktop object which does actual update to the statusbar (using gtk_statusbar_push()). This seems strange. Why is SPView involved at all? In ALL cases when sp_view_set_status() is called, the caller code has (or finds out) the current desktop and then finds its SPView by saying SP_VIEW(desktop), only to pass this to the sp_view_set_status(). Given that the message ends up being handled by the desktop anyway, the entire mess with SPView and emitting/catching signals seems unnecessary to me. The code needing to update statusbar could call a function in desktop.c directly, either giving it some desktop pointer, or even letting it find out the current desktop automatically. The signal and the statusbar-setting functions in view.c could then be eliminated. I think the code would be simpler and more logical this way. Any comments? _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1