In a perfect world . . . .
There would be a cross-platform solution that did not depend of external
code snippets or components
of operating systems.
A little bird just sang "poll a key" in my ear, but I dismissed it as it
made me think of the executioner
on Tower Hill having to finally hack
nvm, found the answer. Now going afk long enough to see if I can pick up an
"idle" msg"
On Sat, Dec 24, 2016 at 10:24 AM, Mike Bonner wrote:
> While digging around for answers I came across something interesting..
>
> From windows vista and onward there is a program quser.exe located in
> \wind
While digging around for answers I came across something interesting..
>From windows vista and onward there is a program quser.exe located in
\windows\system32 that returns the current user state. From the command
line it shows
mike console 1 Active none 12/16/
Sorry: late to the party!
A rawKeyDown message IS recieved even IF the mouse is NOT in the
LiveCode window, BUT
the LiveCode window MUST be the front window.
A rawKeyDown message won't be recieved IF the mouse is NOT in the
LiveCode windows if
it comes from a mouse button, scrollwheel or tra
that shoulda been schtasks.exe
On Sat, Dec 24, 2016 at 9:08 AM, Mike Bonner wrote:
> Is this a windows only app? If so I have the beginnings of an idea. The
> short version is inserting a scheduled task using schtask.exe that only
> fires after a period of idle. The task could be to simply writ
Is this a windows only app? If so I have the beginnings of an idea. The
short version is inserting a scheduled task using schtask.exe that only
fires after a period of idle. The task could be to simply write the time
to a file. Perhaps after a couple of minutes of idle. Then you can have
your app
Quentin L. wrote:
> Did you read the sample code dunbarx posted? And if you read it, did you
> understand it?
-- Here's the code we both have to understand:
on rawkeydown tkey
if tkey = 65308 then doScrollDownStuff
else doScrollUpStuff
end rawkeydown
The wording of your first post was as i
Mark,
I have my print stack set for formatForPrinting.
Sent from my iPad
___
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/ma
sez hh:
> What you say is logically totally wrong.
Really. Did you read the sample code dunbarx posted? And if you read it, did
you understand it? Please, inform me which rawKeyDown events a "do rawKeyDown"
handler *will not* trap. As well, do clue me in to which rawKeyDown events will
slip thru
http://community.computingatschool.org.uk/forums/1/topics/7200#post_84627
Richmond.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runr
10 matches
Mail list logo
