Window Positioning

Walt Brown walter.h.brown at gmail.com
Tue Dec 7 23:40:16 EST 2010


Ken was kind enough to add last position persistence to ssbk and it's
subwindows when I presented him with a new multi-screen layout. Not all the
components of LC though are so thoughtful.
Walt

-----Original Message-----
From: use-livecode-bounces at lists.runrev.com
[mailto:use-livecode-bounces at lists.runrev.com] On Behalf Of Joe Lewis
Wilkins
Sent: Tuesday, December 07, 2010 8:23 PM
To: How to use LiveCode
Subject: Re: Window Positioning

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 at 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 at 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 at lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode





More information about the use-livecode mailing list