- Inkscape Devel - Inkscape Mailman

Metadata dialog localization
by Arpad Biro 29 Jun '04

29 Jun '04

Hi, In the metadata dialog, the captions from "Title" to "License" (9 strings) always appear in English, even if they are translated in the PO file. "License:" and "Proprietary" appear localized. Inkscape 0.39cvs (Jun 29 2004) Arpad Biro __________________________________ Do you Yahoo!? Yahoo! Mail Address AutoComplete - You start. We finish. http://promotions.yahoo.com/new_mail

2 1

Toolbar issues
by Arpad Biro 29 Jun '04

29 Jun '04

Hi, Inkscape 0.39cvs (Jun 29 2004) KDE 3.2 GTK 2.2.4 After detaching (making it floating) a toolbar, it does not stay on top - it disappears on the next mouse click and can only be re-enabled with View->Show/Hide. In the case of the Tool Controls toolbar, there's another thing: after hiding and then re-enabling it (both with View->Show/Hide), it loses its functionality: some of the tools will not have their controls displayed. Arpad Biro __________________________________ Do you Yahoo!? New and Improved Yahoo! Mail - 100MB free storage! http://promotions.yahoo.com/new_mail

2 1

commands bar
by bulia byak 29 Jun '04

29 Jun '04

OK, so the Commands Bar is in. The icons look really ugly and inconsistent when lined up in a toolbar, but that's the way they are. I wanted to add a few more commands but they don't have any icons at all now. Still I think some may find this new toolbar convenient; those who hate it, just hide it via the View menu and forget. P.S. As for terminology, all variants except "commands bar" seemed to be too vague or confusing for the new toolbar. And for the former top panel, "Tool options bar/panel" might be OK but is confusing because we have tool preferences tabs in the Preferences dialog, so I'm sticking with "Tool controls [panel]". Feel free to disagree. P.P.S. In reponse to loud complaints from the public, the nasty "Hide Menu" command is hunted down and killed mercilessly. Enjoy its absence :)

2 6

Pango development
by Emanuele Aina 28 Jun '04

28 Jun '04

Reading Planet GNOME (http://planet.gnome.org) I've found that Christopher Blizzard (http://www.0xdeadbeef.com/) is working on custom encondings for Pango. Perhaphs it can be interesting for those who are working on the characters enconding translation (the details are on Christopher's blog). -- Buongiorno. Complimenti per l'ottima scelta.

1 0

Re: [Inkscape-devel] commands bar
by bulia byak 28 Jun '04

28 Jun '04

> dont destroy the hide menu button. just add a shortcut key combo to > show/hide it ;-) Well, those who know what they're doing can still hide it by editing preferences.xml. I'm still undecided though. Maybe enabling F10 to show and activate menu, plus a warning on hiding it, will be enough protection? What do you think?

1 0

Re: [Clipart] new inkscape dialogs
by Alan Horkan 27 Jun '04

27 Jun '04

[moved from Clipart back to Inkscape] On Thu, 24 Jun 2004, Jon Phillips wrote: > Date: Thu, 24 Jun 2004 03:47:18 -0700 > From: Jon Phillips <jon@...235...> > To: Andrew Fitzsimon <andrew@...420...> > Cc: clipart-list <clipart@...330...> > Subject: Re: [Clipart] new inkscape dialogs > > These are rocking man!!! I can't wait until they are fully implemented. > It would be great if they could be ready by AUGUST so that I can present > them at a couple of conferences and in time for OSCON2004! > > It will be great to show the linkages between metadata in OCAL and in > Inkscape directly!!! You are cool!!! > > Jon > > > On Sun, 2004-06-20 at 23:14, Andrew Fitzsimon wrote: > > Hi guys, just a few mockups comming from inkscape. > > > > bryce mentioned you'd like to see them > > > > http://andy.fitzsimon.com.au/obman/obman2.png > > http://andy.fitzsimon.com.au/obman/docset.png > > http://andy.fitzsimon.com.au/obman/docset2.png I realise these dialogs fit in with Inkscapes current design, the are clear compact and well arranged but I think it is important to consider integration with Gnome. The way I see it Sodipodi tried to make all dialogs as small and as compact as possible, and for non-modal dialogs that are expected to be left permantly open this makes sense. (Other graphics applications refer to these types of Dialogs as Palettes, and I try to do so too). I can understand that the Object Manager is probably something you would want to leave open. These should be considered distinct and seperate from Transient dialogs (modal or non-modal, it doesn't matter) that are not intended to be left open. Transient dialogs are not under the same space constraints. As far as I know the Inkscape developers do want to follow the Gnome Human Interface Guidelines (mostly), so I hope I'm not out of line asking for a more standard layout. The Document settings (document properties?) seems more like the latter type of transient Dialog. The reason I bring this up at all is that I immediatly wondered where the Cancel, OK buttons were. By positioning the "clear" button on the bottom right where the action/OK button usually is I expect some users will absent mindedly clear the data they just typed in when in fact they wanted to dismiss the dialog not clear the information. I believe that the Reset button and Icon the GIMP uses is a stock item, using it instead might help. The abbreviation "Info" should not be used, abbreviations make English harder to understand for non-native speakers and even native speakers will need to take an extra fraction of a second to mentally unscramble it. Anyway from an Internationalisation point of view there needs to be enough space in the user interface to accomodate other languages that are more verbose, so there is no advantage to be gained by the abbreviation. (You might also consider putting the Custom name,value pairs into a seperate tab as it would provide much more room as there could potentially be many other bits of metadata. Offhand I can think of Date, Copyright (which includes licensing), keywords, being needed for OpenClipart.org content). The item "Insert OpenClipart.org RDF" is very specific and could be confusing to new users who have discovered Inkscape through their Linux distribution, perhaps this could be changed to insert metadata from file/template and one of those templates would be the OpenClipart.org metadata? I am not suggesting you redo these dialogs now but I hope you will take on these suggestions and incorporate them whenever you next need to revise the dialog. Hope that helps. Sincerely Alan Horkan

7 13

Hide and Seek! where did the menu bar go?
by Alan Horkan 27 Jun '04

27 Jun '04

Hide and Seek! where did the menu bar go? I turned off the menu bar only to be left wondering how to get it back short of obliterating the config files. Gun ... Foot ... shot ... blood everywhere. The easiest and most obvious solution is to disable the feature. I'm not entirely sure how the feature is useful in normal usage and worthwhile exposing to the users (an autohide option in Fullscreen mode might be more useful than all-or-nothing) but if there is any reason to keep it... Previous versions of inkscape repeated everything in the context menu and I'm glad it no longer does so, but when there is no menubar there needs to be an option to reenable it just as in Fullscreen mode the context menu needs an option to get out of Fullscreen mode. KDE consistantly uses the shortcut Ctrl+M for showing and hiding the menubar, but it is fast becoming clear to me that Inkscape is going to have a disasterous illogical collection of keybindings if we try and have bindings for everything and it is a particularly bad idea to waste keybindings for infrequent actions, particularly reconfiguring the interface which hopefully the users wont want or need to do very often. The Gnome Guidelines recommend against trying to have keybindings for everything, which is not a very helpful recommendation but am becoming more and more convinced that bindings should be reserved for actions that are likely to be repeated often. So I'd recommend against that approach. Inkscape is probably the first Gnome Application I have ever seen that allows you to hide the menubar (i suppose Dia and the GIMP do too but in an entirely different way), the downside of which is that it is the first to face these problems. If there is a solution that we can agree on then Inkscape help forge the way forward and I'll submit it to be added to the Gnome Human Interface Guidelines. At the very least I'm hoping this option to shoot yourself in the foot be sorted out in some way before the next release. Sincerely Alan Horkan http://advogato.org/person/AlanHorkan/

2 1

Funcitionality requirement
by Néstor Díaz Valencia 27 Jun '04

27 Jun '04

Hi everybody. I've been using Inkscape lately with LIVES, a linear video studio for linux. LIVES uses frames to create animation (of course) I wonder if a new functionality can be added to Inkscape to export bitmaps sequencially, I mean with this: a checkbox for increment the name of the exported file. We write a filename to export like "livingroom000.png" and then every time I press the export button it will increase the last number at the end: livingroom001.png livingroom002.png livingroom003.png . . . . It will help also with the gap plugin for The Gimp. After that we can easily import a folder to LIVES. I hope this won't suppose a big delay in other more important stuff needed by Inkscape nowadays. Yours: Néstor Díaz

2 3

Nightly windows builds?
by Bryce Harrington 26 Jun '04

26 Jun '04

I'm updating the downloads.php page in preparation for the testing effort. What is the proper link(s) that we should be pointing to for the Windows builds now? Bryce

8 11

Win32 freeze-at-border bug seems to be fixed
by Carl Hetherington 26 Jun '04

26 Jun '04

Hi, I just committed a couple of changes to sp-canvas.cpp that I copied from Sodipodi. They seem to fix the win32 freeze-at-border bug, so please could windows users test the CVS build and see how they get on. The changes are #ifdef'ed only to happen on Win32 (for the moment), so hopefully there should be no Linux side-effects. Carl

5 4