Opening position inconsistency between apps

Bug #1037927 reported by Kathen Brewster
10
This bug affects 2 people
Affects Status Importance Assigned to Milestone
Granite
Invalid
Low
Unassigned
Scratch
Fix Released
Wishlist
Mario Guerriero
Terminal
Fix Released
Medium
Akshay Shekher

Bug Description

Files - Remembers last position
Noise - Centers automatically
Audience - Centers automatically
Geary - Centers automatically
Scratch - Opens slightly the left, but not quite at the top
Terminal - Same behaviour as Scratch
Switchboard - Centers automatically

This is all assuming there are no other apps currently open on the screen. If there are any other apps open at the same time then most other apps you open afterwards will automatically open in the top left corner (Files doesn't do that though as it always opens in the last remembered position). Ex: Open up Noise and then open up Terminal. Terminal will open in the top left underneath the text "Applications".

Other apps such as Chrome, Firefox, Shotwell also do not remember positioning.

no longer affects: noise
Revision history for this message
David Gomes (davidgomes) wrote :

I assigned to elementary-design, I'll wait for their input on this and then decide whether to fix this or not, but it probably is a bug. Thank you for the bug report :)

Changed in pantheon-terminal:
assignee: nobody → elementary UX Team (elementary-design)
Revision history for this message
Kathen Brewster (booiscute) wrote :

Just want to mention that the Properties tab in Files also opens up in the top left corner. Should probably be fixed to open in the center.

Revision history for this message
Cody Garver (codygarver) wrote : Re: Windows do not remember last opened position

Here's a screenshot of the Properties issue. I think it's just inheriting the window positioning of its parent.

summary: - Scratch+other apps do not remember last opened position
+ Windows do not remember last opened position
Changed in scratch:
status: New → Confirmed
importance: Undecided → Wishlist
milestone: none → 1.2
Revision history for this message
Mario Guerriero (mefrio-g) wrote :

Files already remembers its window position.

Changed in pantheon-files:
status: New → Invalid
Revision history for this message
Sergey "Shnatsel" Davidoff (shnatsel) wrote :

Looks like we need a HIG entry on window opening position.

summary: - Windows do not remember last opened position
+ Opening position inconsistency between apps
Revision history for this message
Danielle Foré (danrabbit) wrote :

Is it possible to hand this off to Gala?

What about Granite.Application/Window/Whatever?

It seems like it'd be a huge PITA (and maybe a bit unrealistic) to expect every app to handle this manually.

Revision history for this message
Mario Guerriero (mefrio-g) wrote :

+1 for Granite.Window

Revision history for this message
Sergey "Shnatsel" Davidoff (shnatsel) wrote :

Daniel, what's the desired behavior? Shall apps open in the position in which they were closed or always in the center of the screen or more complex algorithms should be used?

Revision history for this message
Tom Beckmann (tombeckmann) wrote :

Well, it's not too hard to do "window.window_position = Gtk.WindowPosition.CENTER;" once, but I'm not opposed to a GraniteWindow either.
Gala can't reposition windows manually, only after it has been spawned, so practically the window would spawn at the position given by the app and then be moved somewhere else once the animation has finished.

no longer affects: gala
Revision history for this message
Danielle Foré (danrabbit) wrote :

I think the desired behavior is probably:

On first run: Center
Every other time after that: Remember

Having, for example, my empathy contacts list always spawn center would be quite troublesome ;p

I think we've discussed having a Granite.Window a few times for things like setting a sane default minimum size, for this, and anything else we can think of in the future. So, maybe we can move the Granite.Window discussion to the mailing list and target this as a Luna +1 feature for Granite?

Revision history for this message
Mario Guerriero (mefrio-g) wrote :

Yes, this bug is not for Luna. Let's work on a Granite.Window for Luna +1 with this features.

Revision history for this message
David Gomes (davidgomes) wrote :

Still, for Luna, don't you think the Terminal should remember Window position?

Revision history for this message
Danielle Foré (danrabbit) wrote :

@David, if you have time to implement it in Terminal that would be cool. But, we probably won't solve this for every app in Luna, so I wouldn't make it a serious milestone goal.

Revision history for this message
Danielle Foré (danrabbit) wrote :

Here's the Granite.Window blueprint if anyone wants to add their thoughts and expectations: https://blueprints.launchpad.net/granite/+spec/granite.window

Revision history for this message
Victor Martinez (victored) wrote :

So you plan to not have apps remember their last size/position?

Changed in granite:
status: New → Invalid
status: Invalid → Confirmed
Revision history for this message
Danielle Foré (danrabbit) wrote :

@Victor, well like I said, I wouldn't call it a beta blocker. If we want to implement this in beta2 sure.

But I think, to avoid doing the coding twice, it might be better to just wait for the next version of granite (either in Luna +1 or mid-Luna cycle).

David Gomes (davidgomes)
Changed in pantheon-terminal:
status: New → Confirmed
assignee: elementary UX Team (elementary-design) → Akshay Shekher (voldyman)
importance: Undecided → Medium
milestone: none → luna-beta2
Changed in granite:
milestone: none → 0.2
Revision history for this message
David Gomes (davidgomes) wrote :

For Luna, the Terminal will be saving its position on close and restore it on start up.

Changed in pantheon-terminal:
status: Confirmed → In Progress
David Gomes (davidgomes)
Changed in pantheon-terminal:
status: In Progress → Confirmed
status: Confirmed → Fix Committed
Changed in scratch:
status: Confirmed → Fix Committed
assignee: nobody → Mario Guerriero (mefrio-g)
Changed in pantheon-terminal:
status: Fix Committed → Fix Released
Changed in scratch:
status: Fix Committed → Fix Released
Changed in scratch:
status: Fix Released → Fix Committed
Cody Garver (codygarver)
Changed in scratch:
status: Fix Committed → Fix Released
no longer affects: pantheon-files
Revision history for this message
xapantu (xapantu) wrote :

There is no Granite.Window object yet, so this is definitively a bug to fix in a code which does not exist yet, so it is for 0.3 for Granite.

Changed in granite:
milestone: 0.2.1 → 0.3-beta1
Revision history for this message
Cameron Norman (cameronnemo) wrote :

I remember reading that the norm is for the WM to handle the first run spawn area, and let the app handle any subsequent spawns. So Gala should be able to make windows open in the center on first run, and hopefully Granite can help them to remember their position.

Cody Garver (codygarver)
Changed in granite:
milestone: isis-beta1 → 0.3.1
importance: Undecided → Low
Revision history for this message
Danielle Foré (danrabbit) wrote :

Marking as invalid for Granite. These days mutter opens new windows at center

Changed in granite:
status: Confirmed → Invalid
milestone: 0.3.1 → none
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Related questions

Related blueprints

Remote bug watches

Bug watches keep track of this bug in other bug trackers.