No success, I take it?
On 04/07/14 20:11, Ehsan Akhgari wrote:
I'm not aware of any such APIs, but CCing some other folks who know more
about Windows than I do.
--
David Rajchenbach-Teller, PhD
Performance Team, Mozilla
signature.asc
Description: OpenPGP digital signature
Has anyone tried SetWindowPos? It has a mechanism for altering the
windows z-order, which determines the order in which windows are
enumerated. That should affect ordering in the taskbar.
A hide/show pair after that might also be sufficient, but I assume
something that simple was tried already.
On 2014-08-20, 10:54 AM, Katelyn Gadd wrote:
Has anyone tried SetWindowPos? It has a mechanism for altering the
windows z-order, which determines the order in which windows are
enumerated. That should affect ordering in the taskbar.
Hmm, interesting. SetWindowPos is what nsWindow::PlaceBehind
On 20/08/14 17:50, Ehsan Akhgari wrote:
A hide/show pair after that might also be sufficient, but I assume
something that simple was tried already.
This is also interesting. This maps to nsWindow::Show(false/true).
Yes, I believe that this would work, but I didn't try it in practice, as
I'm
This would be my suggestion (if possible):
1. Read sessionstore.js;
2. Open first window, don't reload tabs, restore size on the right screen if
multi-screen;
3. For each window in sessionstore.js, in the order in which the windows
have been opened initially, trigger window opening;
4. After
The update of the taskbar preview (if this is possible) should normally happen
after the tabs (the first, visible one) of a window are reloaded - not all
previews at the end.
IMHO the SessonStore should save a Time-Stamp to each window that gets updated
each time the window gets focus.
This
Hey all,
here’s an illustrative video of the last option that David mentioned.
http://cl.ly/2E0q3W3Y2S3h
Note in particular, that the restoring of the background windows is not
animated.
— Philipp
On 07 Jul 2014, at 06:43, David Rajchenbach-Teller dtel...@mozilla.com wrote:
(Cc-ing
Am Sonntag, 6. Juli 2014 11:08:22 UTC+2 schrieb Neil:
Since Session Restore already knows things such as the size and position
of the window it wants to restore, [...]
Some experiences from Win7 64bit:
- During use of FF, FF sometimes reorder the windows in my Taskbar.
- FF saves the size of
(Cc-ing Philipp Sackl, for UX feedback.)
At the moment, the simplified algorithm is the following:
1. Read sessionstore.js;
2. Open first window;
3. Synchronously, for each window in sessionstore.js, in the order in
which the windows have been opened initially, trigger window opening;
(Whenever a
Seems to me there are advantages to the more complicated version anyway.
Whilst it is reasonable to load the contents of the window they are likely to
use first, I'm not sure it follows that you can avoid displaying the other
windows until the first is finished loading. I imagine users could be
On 2014-07-04, 7:38 AM, David Rajchenbach-Teller wrote:
Hi,
We are considering redesigning slightly how windows are reopened by
Session Restore, to ensure that most recently used windows are loaded
first. I believe that, in many cases, this would enable users to start
browsing faster.
David Rajchenbach-Teller wrote:
We are considering redesigning slightly how windows are reopened by Session
Restore, to ensure that most recently used windows are loaded first.
I can't quite tell from your phrasing whether the bottleneck here is the
time it takes to open windows. I'm
It seems like the solution to this would be for the first opened
window to trigger the session restore, and the session restore process
goes like this:
1. Open additional win32 windows in the correct order
2. Load the basic browser XUL into each window
3. Bring the 'priority load'/active window
Hi,
We are considering redesigning slightly how windows are reopened by
Session Restore, to ensure that most recently used windows are loaded
first. I believe that, in many cases, this would enable users to start
browsing faster.
However, this has been tried in the past and reverted
14 matches
Mail list logo
