Just tried this:

get the effective screenRect

and got this:

button "Button": execution error at line 2 (Handler: can't find handler) near "screenRect", char 12

so I looked up "effective" in the documentation, and, unless "effective screenRect" was introduced post version 4.5 (the one I own), it doesn't exist; there's the possibiltiy of using 'effective' with all sorts
of other things such as 'rectangle'.

The fact that your quote mentions Android and iOS would suggest this is a post-4.5 feature.

I would be grateful if you could go back to your documentation and see if there is any indication
as to which version it was introduced.

Richmond.

On 04/02/2013 10:52 AM, Jacques Hausser wrote:
Hello Richmond !

Do they still eat tortoises for Easter, in Bulgaria ?

…and try "the effective screenrect", I guess it will help you a lot !

The dictionary tells:


Adding the working adjective to either form returns the virtual co-ordinates of 
each screen's working-area. The working-area of a screen is defined to be the 
area not covered by OS furniture (such as the task bar on Windows, and the Dock 
and Menubar on Mac OS X).

Adding the effective adjective to either form returns the area of the screen 
the application has to itself. In particular, if the keyboard is activated, it 
take into account if the keyboard is taking up space on the screen. (Android 
and iOS only)

Note: The co-ordinates returned by the screenRect family of functions can be 
anywhere in the virtual desktop defined by the OS - their values will depend on 
the user's local configuration. In particular, they can take both positive and 
negative values.

Al the best

Jacques

Le 2 avr. 2013 à 09:32, Richmond <richmondmathew...@gmail.com> a écrit :

I am beginning to hate

get the screenRect

because, while it lets us know how large somebody's screen resolution is,
it does NOT tell us what "GUI furniture" they have lying around such as
taskbars, menubars, docks and so on.

Imagine, if you will, the 2 following scenarios:

1. Windows 7 with a 'small icons' taskbar situated at the TOP of the desktop, 
and an ObjectDock
    set at 64 pixels positioned at the bottom of the screen.

2. Elementary OS  [ http://elementaryos.org/journal/when-its-ready ] (which, 
by-ther-way, is, at least
    at the moment, rubbish) with NO menubar, NO taskbar, and everything 
accessed via
    a 64 pixel avant window navigator dock positioned at the bottom of the 
screen.

systemVersion is going to tell me the OS, and nothing else.

screenRect is going to include all that GUI furniture (menubars, taskbars, 
docks) within the pair
                   of numbers it will give me.

Now, how about having some sort of more useful pair of numbers that allows us 
to make sure that our
standalones can avoid all those things.

On Mac OS 10 (all versions) life is, frankly, dead easy (although rather 
boring) as the menubar is
always (????) at the top of the screen and it is always 44 pixels fat. Mind 
you, the Dock at the
bottom of the screen may be present (at differing fatnesses), playing 
peek-a-boo, or absent.

My fantasy runs like this:

on openStack
   get usableDesktop
end openStack

but I have a horrible feeling that it will remain a fantasy as cyberspace is 
filled to bursting
with lots and lots of window managers (imagine coping with Windows XP running 
KDE as a window manager) and lots and lots of docks.

Richmond.

_______________________________________________
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
******************************************
Prof. Jacques Hausser
Department of Ecology and Evolution
Biophore / Sorge
University of Lausanne
CH 1015 Lausanne
please use my private address:
6 route de Burtigny
CH-1269 Bassins
tel:    ++ 41 22 366 19 40
mobile: ++ 41 79 757 05 24
E-Mail: jacques.haus...@unil.ch
*******************************************


_______________________________________________
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

Reply via email to