Bug 751189 - Rename a opened document right from the headerbar
Rename a opened document right from the headerbar
Status: NEW
Product: gnome-documents
Classification: Core
Component: general
3.17.x
Other Linux
: Normal enhancement
: ---
Assigned To: GNOME documents maintainer(s)
GNOME documents maintainer(s)
:
Depends on:
Blocks:
  Show dependency tree
 
Reported: 2015-06-19 02:18 UTC by Felipe Borges
Modified: 2017-03-01 10:27 UTC (History)
2 users (show)

See Also:
GNOME target: ---
GNOME version: ---


Attachments
preview: rename a document right from the preview headerbar (9.63 KB, patch)
2015-06-19 02:19 UTC, Felipe Borges
needs-work Details | Diff | Review

Description Felipe Borges 2015-06-19 02:18:57 UTC
A nice feature Apple has is the ability of accessing a window-specific dialog right from their title bar[0].

I find it pretty useful in Documents' context as well. Accessing the Preferences Dialog right from the headerbar[1].

[0] https://pbs.twimg.com/media/CH0hIGRWIAAe2LC.png:large
[1] https://pbs.twimg.com/tweet_video/CH1A1iVXAAAXtUQ.mp4
Comment 1 Felipe Borges 2015-06-19 02:19:55 UTC
Created attachment 305634 [details] [review]
preview: rename a document right from the preview headerbar

It ads a go-down button right next to the opened document in
preview mode which embeds the properties dialog.
Comment 2 Bastien Nocera 2015-12-09 11:58:04 UTC
(In reply to Felipe Borges from comment #0)
> A nice feature Apple has is the ability of accessing a window-specific
> dialog right from their title bar[0].

Page doesn't exist anymore.

> I find it pretty useful in Documents' context as well. Accessing the
> Preferences Dialog right from the headerbar[1].

Missing padding is the first thing that hits me. If we were going to have in place editing of the title, i'd do it in a way similar to the location entry in Web.

Can you please check with the designers?

> [0] https://pbs.twimg.com/media/CH0hIGRWIAAe2LC.png:large
> [1] https://pbs.twimg.com/tweet_video/CH1A1iVXAAAXtUQ.mp4
Comment 3 Bastien Nocera 2015-12-09 11:59:08 UTC
Review of attachment 305634 [details] [review]:

Marking as needs-work, as, at the very least, it will need not to clash with the patches from bug 754149, and will need some UI changes.
Comment 4 Felipe Borges 2017-03-01 10:27:10 UTC
catching up with this...

I guess this is something that should be adopted application-wise, otherwise will introduce more incoherence between applications than actually enhancements.

GNOME Builder has a similar functionality: http://i.imgur.com/FhM7s92.png

Our [core]applications have pretty much two main states:
 - the stack switcher state where you switch between views (see Music, Boxes, Documents, Photos, ToDo...)..
 - The content view state: viewing a vm/remote in Boxes, reading a document in Documents, Artist view in Music,...

The functionality proposed here would offer a shortcut of actions for the second state case.

Anyhow, if these propose is not desired, feel free to close the bug.

Note You need to log in before you can comment on or make changes to this bug.