Re: multivew branch status & UI decisions

["Jared Moore" <jaredm gmx com>]

Hi,

FYI all my work has been committed to Christian's SVN branch, so I
have taken down the Launchpad bzr branch.

On Wed, Jun 11, 2008 at 4:28 PM, Luca Ferretti <elle uca libero it> wrote:
> Il giorno ven, 06/06/2008 alle 00.24 +1000, Jared Moore ha scritto:
>> Hi all,
>>
>
>> (1) Open tab on middle click button press or button release?
>>
>> The behaviour in Epiphany is rather inconsistent: history window
>> middle click will activate on button press, "Home" button in toolbar
>> will activate on middle click (i.e. press and release without leaving
>> the button), and "Bookmarks" menu entries will activate on button
>> release (regardless of where you pressed).
>
> Maybe it's just a bug in Ephy, not a design choice.
>
>> The current behaviour in my Nautilus branch is to open a tab on button
>> press. I should probably change this to button release, since that is
>> generally the standard for most UIs (although I can't see anything
>> specific in the HIG). What are people's thoughts about this?
>
> I agree on release.
>

Ok, that's easily fixed.

>> If button release is preferred then I guess a bug should be filed
>> against the Epiphany history view.
>
> IMHO, let's go and file it :-)

Filed:

http://bugzilla.gnome.org/show_bug.cgi?id=537731

>
>> (2) Labels for menu items in "Tabs" menu
>>
>> There are really 2 main options for this - either a (semi)-full path
>> like in gnome-terminal (e.g. "~/Pictures/2006/Beach holiday") or just
>> the current folder (e.g. "Beach holiday"). I am leaning towards the
>> former since it is a bit more informative, although the latter is
>> obviously simpler ( and easier to implement ^.^ ). Currently the
>> latter is implemented because I'm lazy. Thoughts?
>
> gedit is using only file name (full path showed in statusbar when
> menuitem is focuses). IMHO is the best choice.
>
> BTW, gedit also provide a tooltip for tab labels with full path and
> additional info, matching previous Tabs menu layout. Maybe could be good
> in Nautilus too (I don't have a fresh multiview branch build to check
> current behavior).

I didn't notice that tooltip feature. Makes sense to have it in Nautilus.

Another thing I didn't notice in gedit was the statusbar message when
changing tabs using the "Documents" menu. I'll have a look into that
for Nautilus too.

>
> Oh, maybe in Finder history or recent files menu in MacOS, I don't
> remember exactly, but one of them or both should have the really
> interesting feature to provide only the filename when it's unique and
> the full path otherwise. Example:
>
>        <Menu>
>          Document 1
>          Document 2
>          /first/path/to/README
>          /second/path/to/README
>
> Could be really cool have it in Gtk+
>

That's a good idea, since it allows for both conciseness and
unambiguity. I think that should definitely be the default. Do you
think it's worth adding a hidden GConf preference?

>> (3) Open tab by middle clicking on folder in main view
>>
>> Currently in Christian's branch this is a double-middle-click, which
>> is inconsistent - to me this operation seems analogous to
>> middle-clicking a hyperlink in Epiphany. I'd like to change this but
>> first I'd like to check what other people think before I blatantly
>> change the UI decision that Christian made :)
>
> Ephy is a web browser, so it works only with single-clicks.
>
> Nautilus is a file manager, I think we should respect the double/single
> click option in preferences (Edit->Preferences >> Behavior tab).
>
> So, if you have double-clic on left button, you should have
> double-middle-clic on middle button. And if you have single-click on
> left button, you should have single-middle-click on middle button. Right
> button always and only works with single clic, I suppose.
>

Good point. Now that I check, it looks like that's how Christian has
implemented it so I'll leave it that way.

>
> PS Is it planned (or maybe yet implemented) a "create a new window
> dragging out a tab" feature?

I might implement that sometime soon but maybe not. I see no good
reason for it to not be implemented eventually though :)

If & when the tabs code lands in trunk, perhaps a new "Tabs" component
should be added in bugzilla.

>
> PPS are you (and Christian) keeping track of feature in order to update
> the user guide? We'll have to document how the tabs works...
>

Keeping track mentally at the moment. It's in the Changelog anyway, in
case I forget or disappear off the face of the Earth. :)

Thanks for all your suggestions!

Cheers,
Jared Moore