- Inkscape Devel - Inkscape Mailman

button.c
by bulia byak 07 Dec '03

07 Dec '03

Mental, your latest button.c only compiles if I change g_signal_handlers_block_by_func (G_OBJECT (button), G_CALLBACK (sp_button_perform_action), NULL); gtk_toggle_button_set_active (GTK_TOGGLE_BUTTON (button), down); g_signal_handlers_unblock_by_func (G_OBJECT (button), G_CALLBACK (sp_button_perform_action), NULL); by g_signal_handlers_block_by_func (G_OBJECT (button), (void*) G_CALLBACK (sp_button_perform_action), NULL); gtk_toggle_button_set_active (GTK_TOGGLE_BUTTON (button), down); g_signal_handlers_unblock_by_func (G_OBJECT (button), (void*) G_CALLBACK (sp_button_perform_action), NULL); Is that the right fix? _________________________________________________________________ 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

Marker screenshots
by Bryce Harrington 07 Dec '03

07 Dec '03

I put a screenshot and example svg of path arrowheads / markers on the website... http://www.inkscape.org/screenshots/ Bryce

1 0

[Fwd: [Sodipodi-list] [Fwd: Sodipodi bug 758775]]
by MenTaLguY 07 Dec '03

07 Dec '03

-----Forwarded Message----- From: John Stracke <francis+keyword+sodipodi.6389c0@...99...> To: Sodipodi <sodipodi-list(a)lists.sourceforge.net> Subject: [Sodipodi-list] [Fwd: Sodipodi bug 758775] Date: Sat, 06 Dec 2003 12:00:29 -0500 (I sent this to Lauris at first, but maybe he's been too busy with the 0.33 release. Anybody else have commit access?) I've just uploaded a patch for sodipodi bug #758775 (the one about export bounding box not considering stroke width). It's not complete (it doesn't do text, and it's overeager--it takes the view that it's better to err in the direction of including extra blank space than to cut off some of the diagram), but I believe it's solid enough and useful enough to check in. https://sourceforge.net/tracker/?func=detail&atid=104054&aid=758775&group_i…

1 0

RE: [Inkscape-devel] Bug priorities
by bulia byak 07 Dec '03

07 Dec '03

850971: dupe of 840375 _________________________________________________________________ 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: [Sodipodi-list] [Fwd: Sodipodi bug 758775]]
by Jonathan Phillips 06 Dec '03

06 Dec '03

we have this problem too...its in our bug tracker... any takers... jon -----Forwarded Message----- From: John Stracke <francis+keyword+sodipodi.6389c0@...99...> To: Sodipodi <sodipodi-list(a)lists.sourceforge.net> Subject: [Sodipodi-list] [Fwd: Sodipodi bug 758775] Date: Sat, 06 Dec 2003 12:00:29 -0500 (I sent this to Lauris at first, but maybe he's been too busy with the 0.33 release. Anybody else have commit access?) I've just uploaded a patch for sodipodi bug #758775 (the one about export bounding box not considering stroke width). It's not complete (it doesn't do text, and it's overeager--it takes the view that it's better to err in the direction of including extra blank space than to cut off some of the diagram), but I believe it's solid enough and useful enough to check in. https://sourceforge.net/tracker/?func=detail&atid=104054&aid=758775&group_i… -- Jonathan Phillips <jon@...15...>

4 4

RE: [Inkscape-devel] Bug priorities
by bulia byak 06 Dec '03

06 Dec '03

842565 - fixed, please test and close bug 846963 - I think is fixed too 848355 - fixed temporarily, a better fix needs more work, but the bug may be closed because 852973 stays, and the better fix will have to fix them both 842564 - I would mark this "feature not a bug" 843123 - fixed 848694 - again feature not a bug, a discussion is on wiki (see CurrentColorWidget) 842627 - I cannot reproduce, anyone else? 853858 - this is what we discussed recently about copying <defs>, I think it's unlikely to be fixed before the release _________________________________________________________________ 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] docked toolbar steals focus
by bulia byak 06 Dec '03

06 Dec '03

> > So the toolbar steals focus and won't let it go no matter how you try. >Since > > this involves moving focus not between windows but between widgets, I'm >not > > sure how to address this. > >Well, this basically arises as the buttons (by default) are set up to >accept keyboard focus on click, but the canvas widget is not. > >The toolbar buttons should probably not accept keyboard focus, though, >as they (almost) all have keyboard shortcuts anyway. I have fixed that >much in CVS. Yes, this problem is gone today - thanks a lot! >Grabbing focus between widgets is accomplished via >gtk_widget_grab_focus(). The widget will need to have the GTK_CAN_FOCUS >flag set, however. (we should probably do this for the canvas) OK, I'll investigate the grabs mechanism. Maybe if the fix is simple it will go into this version. http://sourceforge.net/tracker/index.php?func=detail&aid=854425&group_id=93… > > > > (see my comment at bottom). Basically we need all buttons to give focus >to > > the canvas at once, and all text fields must do the same on esc or enter > > (and not grab focus until you explicitly click on them). > >Well, in the case of dialogs we at least want basic standard navigation >keys like e.g. tab to advance focus to work, as well as accomodate any >IMs that might be active. With dialogs, keyboard focus now works more or less as it should: you can keyboard-navigate within a dialog, and Enter or Esc leave it. When we'll have spinbuttons and textfields in the aux toolbar, we'll need to make sure they behave consistently (tab for moving between widgets, esc to send focus to canvas, enter to set the value and send focus to canvas) and never grab focus unless clicked (or unless activated by a shortcut). As for shortcuts, I propose this: - all top-level menus must have hot-keys and be activated by alt-hotkey, e.g. alt-f must open the File menu - all text labels next to spinbuttons and textfields in the aux toolbars must also have hotkeys (underscored letters), and: -- either we make sure that these hotkeys never clash with the top menu hotkeys, and both are called by alt-hotkey -- or we can use independent hotkeys for the aux toolbar and use a different modifier (e.g. alt-shift-hotkey) for them Ideas? _________________________________________________________________ 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

Inkscape website above soft quota
by Bryce Harrington 06 Dec '03

06 Dec '03

There is a 100M soft-limit for project files on SourceForge. We're at 124M. 3.4M backup 0 cgi-bin 0 htdocs 9.1M inkscape 544K inkscape_project 106M inkscape_web 296K wiki 4.1M wiki_db 19M inkscape_web/cvs-snap 40M inkscape_web/doc 40M inkscape_web/doxygen 3.3M inkscape_web/inkscape_web 1.8M inkscape_web/magnethead 2.3M inkscape_web/screenshots Perhaps the doxygen files could be trimmed down? Or else maybe we should consider hosting them from another location? Bryce

1 0

Re: [Inkscape-devel] a few bugs I need tested...
by bulia byak 06 Dec '03

06 Dec '03

>I think I tend to prefer having the feature requests end up in Wiki, >since that allows them to be elaborated on, discussed, revised, >etc. which is valuable to do in order to make them implementable, and >that's exactly the sort of thing Wiki's are good for. The RFE tracker >works good as an "inbox" since it gives a consistent way for users to >submit to, along with bugs and patches. I think any small and unconnected requests may go to the tracker, but any larger requests that need discussion, or groups or interrelated requests, must be on wiki under "New features discussion" (hierarchized and categorized if possible). _________________________________________________________________ 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

Bug priorities
by Bryce Harrington 06 Dec '03

06 Dec '03

I've gone through the non-prioritized bugs in the SF bug tracker and assigned them priorities of 9, 6, or 3. We should not release until all priority 9 bugs are resolved. We should also seek to close as many of the priority 6 bugs as we can within the time available. Priority 3 bugs can be left until after the release, although many will be quick fixes and would be nice to get resolved. I've assigned a few bugs to people, and would encourage everyone to look through the list for ones they know how to fix, and take them if they're not taken already. There are seven priority 9 bugs, none of which have owners yet. Most have to do with saving/opening, and thus can impact user confidence a great deal. Many of the priority 6 bugs are crashes, and are thus important for that reason, even if they occur infrequently. Bryce

1 0