Good point. I definitely hadn't thought of the multi-screen
possibility. Sounds like maybe I should have a "Remember window
positions" preference. If Yes, then windows will always open at their
last know position and if No, they'll always open at whatever default
location I assign to them. I guess there could be a third option for
windows to open at their last known position within the current run of
the standalone but open at their default position next time the
standlone is run.
Pete Haworth
On Dec 7, 2010, at 5:23 PM, Joe Lewis Wilkins wrote:
Hi Peter,
You might want to consider something else at the same time. There is
a great deal of flexibility in the real estate that users have
available these days. Not just screen size, but also the number of
screens. If you do decide to manage the window locations, you may
want to have a preference whereby the user can elect to have control
of the locations, sizes and relationships of the windows themselves.
I would be very frustrated to find that after I got everything
arranged to my liking to then have the locations (and sizes) changed
for me the next time I opened the application.
I'm very happy you brought this up, since I'm working on a multiple
window project myself, and never gave this a thought. Thanks.
Just my opinion,
Joe Wilkins
On Dec 7, 2010, at 5:06 PM, Peter Haworth wrote:
OK, I understand. It sounds like I should be specific about the
default position where I want each of my windows to appear and then
come up with a scheme for the standalone that saves the position of
each window when it's closed. I already have a scheme in place to
save other settings in an outboard file because of not being able
to save stuff within the standalone so that shouldn't be a big deal.
A lot of this has to do with windows getting hidden behind other
windows. I already have a menu that lists all the currently open
windows so users can easily get to one that is hidden by selecting
it from the menu but I think attempting to avoid that problem by
specific positioning would be a good idea.
Pete Haworth
On Dec 7, 2010, at 4:18 PM, Björnke von Gierke wrote:
stacks save their position and size into themselves when you save
them, be it via the save menu or by any other means. Stacks that
are a standalone can't save themselves. Other programs use
setting files or the registry to save their window size and
positioning between launches.
Note that the IDE might reposition your stacks, depending on the
windowboundingrect which excludes the IDE's menubar, iconbar and
the tools palette from the available places for stacks.
On 7 Dec 2010, at 23:59, Peter Haworth wrote:
Given that I don't provide any coordinates for the window
position when I open a stack, what default position does LC use?
My stack windows always seem to open at the same coordinates but
each stack window is at a different location. If I drag a stack
window to a different location on the screen, close it, then open
it again, it is displayed at its original position, not the one I
dragged it to so it seems like it's my responsibility to record
the window location in those circumstances if I want it to open
at the same location next time around.
Pete Haworth
--
official ChatRev page:
http://bjoernke.com?target=chatrev
Chat with other RunRev developers:
go stack URL "http://bjoernke.com/chatrev/chatrev1.3b3.rev";
_______________________________________________
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
_______________________________________________
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
_______________________________________________
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your
subscription preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
_______________________________________________
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode
