After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 751189 - Rename a opened document right from the headerbar
Rename a opened document right from the headerbar
Status: RESOLVED OBSOLETE
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:
 
 
Reported: 2015-06-19 02:18 UTC by Felipe Borges
Modified: 2021-07-05 11:31 UTC
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 | 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.
Comment 5 GNOME Infrastructure Team 2021-07-05 11:31:20 UTC
GNOME is going to shut down bugzilla.gnome.org in favor of gitlab.gnome.org.
As part of that, we are mass-closing older open tickets in bugzilla.gnome.org
which have not seen updates for a longer time (resources are unfortunately
quite limited so not every ticket can get handled).

If you can still reproduce the situation described in this ticket in a recent
and supported software version, then please follow
  https://wiki.gnome.org/GettingInTouch/BugReportingGuidelines
and create a new ticket at
  https://gitlab.gnome.org/GNOME/gnome-documents/-/issues/

Thank you for your understanding and your help.