- Inkscape Devel - Inkscape Mailman

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

09 Jan '04

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

1 0

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

09 Jan '04

>Currently my autoexec.bat is empty. Can you give a little more detail on >what I should set? >I also have seen comments to the effect that Win2000 does not use >autoexec.bat though it can be forced to do so. Don't know if that is >relevant. I'm wading in deep waters here. AFAIK, on 2000/xp you are supposed to set environment variables via GUI somewhere in the system settings. Search your "start" button, or google for "environment variable windows 2000". _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=dept/features&pgmarket=en-ca&RU=http%3a%2f%2fjoin…

2 1

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

09 Jan '04

>On Tue, 2004-01-06 at 04:26, bulia byak wrote: > > >It would be nice if there was a recursive version of > > >gtk_widget_modify_font(), but as far as I know there isn't. Perhaps we > > >should write a function to do that. > > > > Thanks! I added a recursive sp_set_font_size() to >widgets/swp-utilities.cpp, > > works fine for the menu and all spinbuttons. > >Actually, if you haven't already done so, maybe you can just call it on >the box widget for that part of the toolbar once you've added the >widgets? Tried that. Unfortunately it then only affects the visible menu item ("pt"); all the other items in the menu remain large, unless I cater to each one specifically. _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

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

09 Jan '04

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

3 3

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

08 Jan '04

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

1 0

Win32 builds
by Bob Jamison 08 Jan '04

08 Jan '04

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

2 3

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

08 Jan '04

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

2 5

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

08 Jan '04

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

5 8

Naming
by Ted Gould 08 Jan '04

08 Jan '04

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

3 9

Planning for 0.37 Release
by Bryce Harrington 08 Jan '04

08 Jan '04

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

1 0

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

08 Jan '04

>It would be nice if there was a recursive version of >gtk_widget_modify_font(), but as far as I know there isn't. Perhaps we >should write a function to do that. Thanks! I added a recursive sp_set_font_size() to widgets/swp-utilities.cpp, works fine for the menu and all spinbuttons. > > But I did not find any way to > > "undo" a GtkEditable. Does this mean I must implement this myself, by > > remembering the old text every time I enter a spinbutton and restoring >it > > when leaving by Esc? > >Yes. > >You may find that g_object_get_data() and g_object_set_data() will save >your sanity here. OK, will do. _________________________________________________________________ STOP MORE SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

Some thoughts
by Daniel Díaz 08 Jan '04

08 Jan '04

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

2 1

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

08 Jan '04

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

1 0

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

08 Jan '04

>With Inkscape build 031231 the preferences file is picked up and the >preferences are used. >With Inkscape build 040106 the preferences file is not picked up. > >Swapping preference files does not alter things. I read this as a change in >Inkscape and nothing to do with the preferences file. > >Can someone help here? For example, Bob, what happened between these two >releases? I can confirm that on Linux it still works as it should. Mental, perhaps some of your fixes should be changed or reverted in the WIN32 branch? _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

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

08 Jan '04

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

1 0

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

07 Jan '04

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

1 0

Postscript output
by John Griessen 07 Jan '04

07 Jan '04

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

2 1

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

06 Jan '04

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

1 0

Gtk 2.2
by MenTaLguY 06 Jan '04

06 Jan '04

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

5 8

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

06 Jan '04

>Innocent, your honour! According to cvs log, I added it to Makefile.am >on 2003-12-21 (cvs comment `Add some header files to SOURCES, so that >`make distcheck' works.'), and monostd.h was deleted by mental on >2004-01-03 (cvs comment `portability fixes'). Ah, sorry, I didn't realize that the file was actually there for some time - I read the CVS log and thought that you just added a reference and not a file itself :) Thanks for the fix! _________________________________________________________________ Add photos to your e-mail with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=features/photos&pgmarket=en-ca&RU=http%3a%2f%2fjo…

1 0

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

06 Jan '04

(i.e. ctrl now works properly to restrict line directions in the pen tool) This was personally annoying me - thanks a lot for the fix! Now we finally have a plain and easy answer to the FAQ "How to create a horizontal/vertical line" (this is not the only way to do that, but it's the most straightforward). _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

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

06 Jan '04

>With the latest build (040103) Inkscape generates a preferences.xml. I can >modify it and Inkscape will NOT use the modifications on its next run. This >is terrible. It is worse than the previous two builds, since I now cannot >change preferences. Mental, I think you were the last to change that part, could you please have a look? _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

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

06 Jan '04

>btw, one problem with requesting 0 width for the select toolbar -- it >shrinks to 0 width when detached. Ouch. What would you suggest? removing 0 or removing detachability? _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=dept/features&pgmarket=en-ca&RU=http%3a%2f%2fjoin…

2 1

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

06 Jan '04

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

2 1

monostd.h
by bulia byak 06 Jan '04

06 Jan '04

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

3 2

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