On 2016-04-20 17:09, Bob Sneidar wrote:
I get an error with these. V 6.7.6
They are specific to the version 8 IDE - which is why.
Warmest Regards,
Mark.
--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps
_
I get an error with these. V 6.7.6
Bob S
On Apr 12, 2016, at 11:35 , Mark Waddingham
mailto:m...@livecode.com>> wrote:
That being said, there are two IDE library APIs which handle the tool switch
without going behind the IDE's back:
revIDEChooseBrowseTool
revIDEChoosePointerTool
_
Aha! That makes sense. The IDE is un-doing the command...
OK, not a bug -- just a quirk. ;-)
Tim Selander
Tokyo, Japan
On 16/04/13 1:13, J. Landman Gay wrote:
On April 12, 2016 8:27:15 AM Tim Selander wrote:
However, after reading some of the various other comments,
including Jacqueline's h
On 2016-04-12 15:25, Tim Selander wrote:
Hi again,
Basically, my problem is solved with Peter's work-around. However,
after reading some of the various other comments, including
Jacqueline's here, it strikes me that this has to be considered some
kind of bug, doesn't it?
Maybe :)
It is always
On April 12, 2016 8:27:15 AM Tim Selander wrote:
However, after reading some of the various other comments,
including Jacqueline's here, it strikes me that this has to be
considered some kind of bug, doesn't it?
A valid command (choose browse tool) in a valid handler
(openstack) does not work!
For choosing a default tool I use to use
Jacqueline's and other's delayed version.
on preopenstack
-- whatever here
send "choose browse tool" to me in 1 tick -- default
end preopenstack
--
View this message in context:
http://runtime-revolution.278305.n4.nabble.com/
Peter M. Brigham wrote:
> On Apr 12, 2016, at 8:02 AM, Mark Waddingham wrote:
>
>> A potentially better solution (which insulates them entirely from
>> changing tools!) would be to either send your tools to your
>> colleagues as plugins (which they put in the My LiveCode/Plugins
>> folder), or se
Hi again,
Basically, my problem is solved with Peter's work-around.
However, after reading some of the various other comments,
including Jacqueline's here, it strikes me that this has to be
considered some kind of bug, doesn't it?
A valid command (choose browse tool) in a valid handler
(ope
On Apr 12, 2016, at 8:02 AM, Mark Waddingham wrote:
> On 2016-04-12 07:07, Tim Selander wrote:
>> Hi!
>> That worked! Many thanks, Peter.
>> Though I agree with Roger, the default tool should be a preference somewhere.
>> I'm making little utilities to use at work, and the staff that use
>> them a
On 2016-04-12 07:07, Tim Selander wrote:
Hi!
That worked! Many thanks, Peter.
Though I agree with Roger, the default tool should be a preference
somewhere.
I'm making little utilities to use at work, and the staff that use
them are always befuddled when they try to click a field to enter
tex
On 4/12/2016 12:39 AM, Mark Wieder wrote:
On 04/11/2016 10:07 PM, Tim Selander wrote:
Though I agree with Roger, the default tool should be a preference
somewhere.
I remember suggesting that to Kevin a dozen years ago.
I remember at least three speakers at a conference way back who
accide
On 04/11/2016 10:07 PM, Tim Selander wrote:
Though I agree with Roger, the default tool should be a preference
somewhere.
I remember suggesting that to Kevin a dozen years ago.
--
Mark Wieder
ahsoftw...@gmail.com
___
use-livecode mailing list
use
Hi!
That worked! Many thanks, Peter.
Though I agree with Roger, the default tool should be a preference
somewhere.
I'm making little utilities to use at work, and the staff that use them
are always befuddled when they try to click a field to enter text, but
the whole field gets selected and
This would explain why it worked for me in some cases but not others as well.
Another mystery bites the dust!
Roger
> On Apr 11, 2016, at 8:46 PM, Peter Bogdanoff wrote:
>
> I should have pointed out that, in my case, the openStack script calls
> another handler that chooses the tool. It mus
I should have pointed out that, in my case, the openStack script calls another
handler that chooses the tool. It must be that delay that allows the choosing
to happen.
Peter
On Apr 11, 2016, at 6:31 PM, Roger Guay wrote:
> you’re right again, Jacque. Thanks!
>
>
>> On Apr 11, 2016, at 5:50
you’re right again, Jacque. Thanks!
> On Apr 11, 2016, at 5:50 PM, J. Landman Gay wrote:
>
> It works if you send the instruction a few milliseconds after opencard
> finishes. Basically the whole IDE has to be done with its stuff first.
>
> --
> Jacqueline Landman Gay | jac...@hyp
It works if you send the instruction a few milliseconds after opencard
finishes. Basically the whole IDE has to be done with its stuff first.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On April 11, 2016 6:
That does not work for me in v 7.1.2 but I wish it did!! I think this should be
a LC Preference setting.
Roger
> On Apr 11, 2016, at 4:23 PM, Peter Bogdanoff wrote:
>
> What I do is—in the openStack handler I place:
>
> if the environment is "development" then
> choose browse tool
> e
What I do is—in the openStack handler I place:
if the environment is "development" then
choose browse tool
end if
Seems to be reliable.
Peter Bogdanoff
UCLA
On Apr 11, 2016, at 4:17 PM, Tim Selander wrote:
> When I open a stack, in v7 or v8, it always comes up with the Edit Tool
> cho
When I open a stack, in v7 or v8, it always comes up with the Edit Tool
chosen.
In the openstack handler (stack script) and opencard handler (card
script), I have "choose browse tool" but it has no effect.
I save the stacks with the browse tool chosen, and quit.
Re-open and the Edit tool is
20 matches
Mail list logo
