Window Positioning

Peter Haworth pete at mollysrevenge.com
Tue Dec 7 20:36:45 EST 2010


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 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