I have worked on some of these, and
I am looking at the others:
bulia byak wrote:
1 The dialog is modal but not transient. It's a very dangerous
combination: it sinks under your document and you can't understand why
the document is unresponsive. Please make it transient as it was
2 The dialog opens in some unpredictable place on the screen. Before,
it opened centered over the document window. Can we restore that?
(Maybe it's a consequence of its not being transient.)
Done. Adding a call to sp_transientize() took care of these two.
3 BUG: when I press Ctrl+O for the first time, there are no files
listed at all in the directory where it opens, only subdirectories. If
I go e.g. to the parent dir and then back, the files appear.
I have noticed this, too. This might be a Gtk bug. I will see if
I can force that initial scan manually.
4 After some thinking I'm convinced that (as suggested here) we
replace the "Autodetect" with two new options, "All images" and
files". That makes much more sense and is more consistent with typical
Windows/Mac programs. Both these options would do autodetect and
differ in filtering the list: no filtering for "All files" and showing
only Inkscape-supported images for "All images". The bad thing about
"Autodetect" is that it speaks about what the program does, not about
what the user needs. Autodetect is not something I ever want to be
off; it must always work behind the scenes. What I want to control is
what files are shown and what not, and this is what this menu must
Sounds good. What would help would be something in the
Extension::DB information to indicate this. Maybe the mime-type
would be enough, ("image/blah" or "x-image/blah") , but
an enumerated int would be easier.
Also, by "All files" do you mean all, or all Inkscape-supported?
Originally I had the filter set to "*" for all, but changed it to
a concatenation of all of the files supported by Inkscape. So
should there be 3 items?
All Inkscape Files
5 The menu should be reordered more logically so that the most
frequently used options are at the top:
All images <-- default
rest of bitmap formats...
The filters are somewhat laid out like that now.
If anyone has an idea how to do a separator within
the API, please let me know.
6 Also it would be nice to group the same formats with different
extensions as proposed here:
I suppose we can sort the remaining types by mime-type.
I already added accessors for file_extension and mimetype to
7 If I want to go e.g. to /home/me/inkscape and browse files here, I
go to the filename field, type "/home/me/inkscape" and press Enter.
Nothing happens. In other programs (and I believe in Inkscape with the
old dialog) this caused the dialog to switch to that dir.
I will work on this one. Currently it tests for TEST_IS_REGULAR.
8 I get these warnings whenever I open it for the first time:
(inkscape:7505): Gtk-WARNING **: Could not find the icon
'gnome-fs-home'. The 'hicolor' theme
was not found either, perhaps you need to install it.
You can get a copy from:
(inkscape:7505): Gtk-CRITICAL **: file gtksettings.c: line 447
(gtk_settings_get_for_screen): assertion `GDK_IS_SCREEN (screen)'
(inkscape:7505): GLib-GObject-WARNING **: invalid (NULL) pointer instance
(inkscape:7505): GLib-GObject-CRITICAL **: file gsignal.c: line 1726
(g_signal_handler_disconnect): assertion `G_TYPE_CHECK_INSTANCE
but this did not help. Any ideas?
9 There's no way to turn the previews off.
This could be either easy or difficult. What people are
likely to expect is the same tree-widget type of switch
provided on the Save dialog. That might not be
so easy. A simple toggle would be easier. Remember,
we must work within the API. The actual widgets of the
FileChooser are private.
10 The open/close dance of the preview pane as you go through
image/non-image files is a bit disconcerting. Can't we always have the
preview widget on (that is, unless you turn it off, see 8), even if
inactive for the current file, with the same unchanging size?
Sure. I just need to think of a "No preview available" svg
drawing, something like the Gimp has. Maybe a good
artist could volunteer to make one?
11 Bob, you mentioned that you did preview for the bitmap files as
well, but this does not work for me, only SVGs.
.bmp? or .xbm? What I did for the preview was choose the
more common formats. Maybe I should use the Extension::DB
list for these, too.