Re: GtkFileChooser extensions

On Wed, 2004-09-22 at 20:15 +0200, Fernando Herrera wrote:

> 	Really cool!. About the search stuff on the filechooser, I was talking
> with someone about it, and we realized that, for files, context is
> really important. Thing about searching a picture of "Lucas" typying
> "lucas" and presenting results as normal files in the file view. It
> would ne like:
>   * Lucas.jpg
>   * 1002.jpg
>   * IMG234.jpg
>   [...]
> But maybe the user would like to know their context:
>   * /media/pictures/Lucas - Ribiera Concert/1002.jpg
>   * /media/pictures/partys/Fiesta en casa de Lucas/Lucas.jpg
>   * /home/fer/Desktop/crazy lucas/IMG234.jpg

You are right, and this is something that made me uncomfortable while
writing the spec.

Ideally this should be very similar to the interface the gsearchtool
uses, or to the one Beagle will use --- as Alex said, it may just be
better to let Beagle display its fancy tiles, rather than try to stick
everything in a tree view.

Being able to define which columns get shown in the stock file chooser's
tree view sounds like overkill; we may do better by just letting
extensions completely override the display.  An extension would need a
method such as ::gimme_selected_paths().

> 	So I don't know if gtk_file_chooser_set_extra_widget_for_extension() is
> flexible enough for adding the widget in the right place (as seen in [3]
> it is over the file list for the open dialog)

It would handle *that* just fine.  The idea is to put the extension's
extra widget right above the place where application-specific extra
widgets would appear, which is the place you want.


[Date Prev][Date Next]   [Thread Prev][Thread Next]   [Thread Index] [Date Index] [Author Index]