Re: Navigator 6.4 alpha 1 is out

[Geoff Canyon via use-livecode]

Agreed. It's annoying that my code is now uglier because of this one
special case -- although to be fair, Navigator is a fifteen-year-old plate
of spaghetti.

On Mon, Oct 1, 2018 at 5:54 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 10/01/2018 05:28 PM, Geoff Canyon via use-livecode wrote:
> > I went ahead and fixed this. In my working copy of Navigator the property
> > is displayed as being "name" but displays the short name. Editing it sets
> > the name. I made some fundamental changes to the way Navigator works over
> > the past few days so I'm going to use it for a bit before releasing it.
>
> Yeah, to my thinking that's the way it should work. I think the only
> time I want the "name" of something rather than the "short name" is when
> I need to differentiate between different types of objects, such as when
> I'm iterating through the child controls of a group. Otherwise I just
> grab the short name, edit it, and put it back where I found it.
>
> --
>   Mark Wieder
>   ahsoftw...@gmail.com
>
> ___
> 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

Re: Navigator 6.4 alpha 1 is out

[Mark Wieder via use-livecode]

On 10/01/2018 05:28 PM, Geoff Canyon via use-livecode wrote:

I went ahead and fixed this. In my working copy of Navigator the property
is displayed as being "name" but displays the short name. Editing it sets
the name. I made some fundamental changes to the way Navigator works over
the past few days so I'm going to use it for a bit before releasing it.


Yeah, to my thinking that's the way it should work. I think the only 
time I want the "name" of something rather than the "short name" is when 
I need to differentiate between different types of objects, such as when 
I'm iterating through the child controls of a group. Otherwise I just 
grab the short name, edit it, and put it back where I found it.


--
 Mark Wieder
 ahsoftw...@gmail.com

___
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

Re: Navigator 6.4 alpha 1 is out

[Geoff Canyon via use-livecode]

I went ahead and fixed this. In my working copy of Navigator the property
is displayed as being "name" but displays the short name. Editing it sets
the name. I made some fundamental changes to the way Navigator works over
the past few days so I'm going to use it for a bit before releasing it.

gc

On Mon, Oct 1, 2018 at 4:23 PM Geoff Canyon  wrote:

> Yeah (sigh) it's down to the fact that you can *get* the short name of
> something, but you can't *set* the short name of something. So I need to
> special case that one property :-(
>
> It's been an annoyance forever, but I always put off fixing it because it
> offends me.
>
> But since you brought it up I'll go ahead and special case it. Any
> preference on whether I should call the property "name" but special case to
> display/edit the short name, or instead to call the property "short name"
> but set the name? I lean toward continuing to call the property "name" and
> special case the display, but I'm open to arguments.
>
> gc
>
> On Mon, Oct 1, 2018 at 3:54 PM Mark Wieder via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> On 09/24/2018 08:19 PM, Geoff Canyon via use-livecode wrote:
>> > As usual, you can get Navigator here
>> > . Or
>> grab it
>> > from GitHub .
>>
>> Due to the huge number of behavior scripts (rev_b_*, rev_c_*, rev_f_*,
>> rev_g_*, rev_i_*, rev_s_*...) I can't figure out how to fix this for
>> you, so it's in your court:
>>
>> Getting the card list for a stack shows
>> card "name_of_card_1"
>> card "name_of_card_2"
>> etc.
>>
>> Editing the properties to change the card name, the value is also
>> card "name_of_card_1" rather than the short name. If I edit the name and
>> save it, then refresh the card list (problem #1 is that the list should
>> refresh automatically after the change is made), the card is named
>> card "card "name_of_card_1"", adding another "card".
>> So problem #2 is that the card list display shows a "card" identifier
>> and this is erroneously copied into the the value field for the card
>> name, compounded by the fact that when the new card name is saved extra
>> quotes are added to the card name whether or not they're needed.
>>
>> And I verified that it actually does change the card name thusly, so
>> it's not just a display issue.
>>
>> --
>>   Mark Wieder
>>   ahsoftw...@gmail.com
>>
>> ___
>> 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

Re: Stacks whose names start with "rev"

[Geoff Canyon via use-livecode]

Yep, FileMaker isn't perfect, but it does naming right, and almost nothing
else does.

Also, I'm pretty sure you can type to code now (and for some years).

On Mon, Oct 1, 2018 at 3:52 PM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I found it much easier to move away from Filemaker when I groked their
> licensing. Seems I had to pay a licensing fee for every copy of every app I
> distributed, even when it was for internal consumption. That and their idea
> of coding is filling in dialogs. In fact, I went looking for a hypercard
> alternative that was current because I had enough of filemaker.
>
> Bob S
>
>
> > On Oct 1, 2018, at 15:21 , Geoff Canyon via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > On Mon, Oct 1, 2018 at 7:34 AM Bob Sneidar via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> I like the idea of stack UUIDs.
> >>
> >
> > One of the awesome things about FileMaker is that tables, fields/columns,
> > and layouts all have underlying UUIDs. If you rename a table or column,
> no
> > problem -- everything based on that, including layouts displaying values
> > from the column, calculations based on the column, etc., automatically
> > updates to the new name. Once you've used a system like that, it's hard
> to
> > use anything else.
> >
> > gc
>
>
> ___
> 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

Re: Navigator 6.4 alpha 1 is out

[Geoff Canyon via use-livecode]

Yeah (sigh) it's down to the fact that you can *get* the short name of
something, but you can't *set* the short name of something. So I need to
special case that one property :-(

It's been an annoyance forever, but I always put off fixing it because it
offends me.

But since you brought it up I'll go ahead and special case it. Any
preference on whether I should call the property "name" but special case to
display/edit the short name, or instead to call the property "short name"
but set the name? I lean toward continuing to call the property "name" and
special case the display, but I'm open to arguments.

gc

On Mon, Oct 1, 2018 at 3:54 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 09/24/2018 08:19 PM, Geoff Canyon via use-livecode wrote:
> > As usual, you can get Navigator here
> > . Or grab
> it
> > from GitHub .
>
> Due to the huge number of behavior scripts (rev_b_*, rev_c_*, rev_f_*,
> rev_g_*, rev_i_*, rev_s_*...) I can't figure out how to fix this for
> you, so it's in your court:
>
> Getting the card list for a stack shows
> card "name_of_card_1"
> card "name_of_card_2"
> etc.
>
> Editing the properties to change the card name, the value is also
> card "name_of_card_1" rather than the short name. If I edit the name and
> save it, then refresh the card list (problem #1 is that the list should
> refresh automatically after the change is made), the card is named
> card "card "name_of_card_1"", adding another "card".
> So problem #2 is that the card list display shows a "card" identifier
> and this is erroneously copied into the the value field for the card
> name, compounded by the fact that when the new card name is saved extra
> quotes are added to the card name whether or not they're needed.
>
> And I verified that it actually does change the card name thusly, so
> it's not just a display issue.
>
> --
>   Mark Wieder
>   ahsoftw...@gmail.com
>
> ___
> 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

Re: Nested Datagrid Hack Broke App Building

[Brian Milby via use-livecode]

https://github.com/livecode/livecode-ide/pull/1987

It has not been reviewed or merged yet. I wouldn’t expect it before 9.1 since 
it is kind of an enhancement though.

Did you just edit the behavior in the IDE? I’ll test out my code in 9.0.1 and 
let you know what I find out.

Thanks,
Brian
On Oct 1, 2018, 6:55 PM -0400, Bob Sneidar via use-livecode 
, wrote:
> Looks like the hack I have in place for nesting datagrid behaviors has 
> effectively broken the standalone app builder for my app. I can't use a prior 
> version because all my datagrid behavoirs throughout my app are nested. I 
> can't just use the community version of Livecode and have my technicians run 
> the app in the IDE, because I would have to ALSO hack those version for 
> nested datagrids.
>
> Does anyone know if nested datagrid behaviors made it into 9.0.1?
>
> Bob S
>
>
> ___
> 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

Re: Nested Datagrid Hack Broke App Building

[Bob Sneidar via use-livecode]

Never mind. Looks like this little bad boy is the problem. I put this in my 
openStack handler, forgetting that I initialize EVERYTHING in the openStack 
handler, so none of my libraries were loading. 

   -- skip if building a standalone
   if the environment is "development" AND \
 there is a stack "revStandaloneProgress" AND \
 the mode of stack "revStandaloneProgress" > 0 then
  exit openStack
   end if

GAKK!
Bob S


> On Oct 1, 2018, at 15:55 , Bob Sneidar via use-livecode 
>  wrote:
> 
> Looks like the hack I have in place for nesting datagrid behaviors has 
> effectively broken the standalone app builder for my app. I can't use a prior 
> version because all my datagrid behavoirs throughout my app are nested. I 
> can't just use the community version of Livecode and have my technicians run 
> the app in the IDE, because I would have to ALSO hack those version for 
> nested datagrids. 
> 
> Does anyone know if nested datagrid behaviors made it into 9.0.1?
> 
> Bob S
> 
> 
> ___
> 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

Nested Datagrid Hack Broke App Building

[Bob Sneidar via use-livecode]

Looks like the hack I have in place for nesting datagrid behaviors has 
effectively broken the standalone app builder for my app. I can't use a prior 
version because all my datagrid behavoirs throughout my app are nested. I can't 
just use the community version of Livecode and have my technicians run the app 
in the IDE, because I would have to ALSO hack those version for nested 
datagrids. 

Does anyone know if nested datagrid behaviors made it into 9.0.1?

Bob S


___
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

Re: Navigator 6.4 alpha 1 is out

[Mark Wieder via use-livecode]

On 09/24/2018 08:19 PM, Geoff Canyon via use-livecode wrote:

As usual, you can get Navigator here
. Or grab it
from GitHub .


Due to the huge number of behavior scripts (rev_b_*, rev_c_*, rev_f_*, 
rev_g_*, rev_i_*, rev_s_*...) I can't figure out how to fix this for 
you, so it's in your court:


Getting the card list for a stack shows
card "name_of_card_1"
card "name_of_card_2"
etc.

Editing the properties to change the card name, the value is also
card "name_of_card_1" rather than the short name. If I edit the name and 
save it, then refresh the card list (problem #1 is that the list should 
refresh automatically after the change is made), the card is named

card "card "name_of_card_1"", adding another "card".
So problem #2 is that the card list display shows a "card" identifier 
and this is erroneously copied into the the value field for the card 
name, compounded by the fact that when the new card name is saved extra 
quotes are added to the card name whether or not they're needed.


And I verified that it actually does change the card name thusly, so 
it's not just a display issue.


--
 Mark Wieder
 ahsoftw...@gmail.com

___
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

Re: Stacks whose names start with "rev"

[Bob Sneidar via use-livecode]

I found it much easier to move away from Filemaker when I groked their 
licensing. Seems I had to pay a licensing fee for every copy of every app I 
distributed, even when it was for internal consumption. That and their idea of 
coding is filling in dialogs. In fact, I went looking for a hypercard 
alternative that was current because I had enough of filemaker. 

Bob S


> On Oct 1, 2018, at 15:21 , Geoff Canyon via use-livecode 
>  wrote:
> 
> On Mon, Oct 1, 2018 at 7:34 AM Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> I like the idea of stack UUIDs.
>> 
> 
> One of the awesome things about FileMaker is that tables, fields/columns,
> and layouts all have underlying UUIDs. If you rename a table or column, no
> problem -- everything based on that, including layouts displaying values
> from the column, calculations based on the column, etc., automatically
> updates to the new name. Once you've used a system like that, it's hard to
> use anything else.
> 
> gc


___
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

Re: Stacks whose names start with "rev"

[Geoff Canyon via use-livecode]

On Mon, Oct 1, 2018 at 7:34 AM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I like the idea of stack UUIDs.
>

One of the awesome things about FileMaker is that tables, fields/columns,
and layouts all have underlying UUIDs. If you rename a table or column, no
problem -- everything based on that, including layouts displaying values
from the column, calculations based on the column, etc., automatically
updates to the new name. Once you've used a system like that, it's hard to
use anything else.

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

Re: Stacks whose names start with "rev"

[Geoff Canyon via use-livecode]

On Sat, Sep 29, 2018 at 3:52 PM J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

>  The problems occured when trying
> to drag or resize those controls, which were immune to any manipulation.
> The stack was stubbornly set to mode 2 and wouldn't budge. We were able
> to manipulate objects via the message box as long as we specified a long
> path to the control. The property inspector was inconsistent in
> recognizing the target stack.


For the record, Navigator has built-in resize/move controls and property
editors, and all of them work on any control anywhere, no matter what mode
the stack is. I regularly edit the controls/layout of Navigator with
Navigator itself -- sometimes by opening a second Navigator, but sometimes
in the primary copy of Navigator itself, which can produce interesting
results :-)

I'm creating new documentation for Navigator
. It's barebones so far, but the use
case you're looking at is selecting what to display
 and
resizing/moving
controls .

In bullet points:

1. Open Navigator.
2. Select "Show IDE Stacks" on the stack menu (second from left). -- this
is so the Revelation stack will show in Navigator.
3. Select the Revelation stack in the stack menu.
4. If you want to work with a card other than the current card of stack
"Revelation", select the card you want on the card menu (third from left).
5. Navigator's list will show all the controls on that card. Select
whatever control(s) you want to modify. Standard list operators
(shift-click to extend selections, command-click to toggle selections)
work. Then:


To resize or move the controls, select the Size/Location Editor...
on the
Properties menu (5th from right, the "P")

To change the colors of the controls, select the Color Editor... (docs TBD)
on the Properties menu.

Both the Size/Location Editor and the Color Editor have revert options, so
you can undo anything you have done since the last time you opened them; or
the selection changed, if they're open as palettes.

To edit the properties of the controls, select the Property Editor...
 on the Properties
menu.

If you have any questions just let me know.

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

Re: mousemove doesn't recognize "shiftkey is down", but only under Windows

[Stephen Barncard via use-livecode]

VMWare is about $70 I think.

there's a free trial




--
Stephen Barncard - Sebastopol Ca. USA -
mixstream.org


On Mon, Oct 1, 2018 at 1:14 PM Howard Bornstein via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I'm only using Parallels, so I don't know the answer to that.
>
> On Sat, Sep 29, 2018 at 8:47 PM Stephen Barncard via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Does the same thing happen with VMware?
> >
> > not that I have any plans to develop anything in Windows.
> > --
> > Stephen Barncard - Sebastopol Ca. USA -
> > mixstream.org
> >
> >
> > On Sat, Sep 29, 2018 at 8:16 PM Howard Bornstein via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> > > I just wanted to mention that the problem detecting the shift-key being
> > > down seems to be entirely an issue with Parallels. My test, running
> under
> > > Windows 10 on a real PC had no trouble with my code that was looking
> for
> > > the shift-key being down. I'm glad to see this problem wasn't within
> > > LiveCode. There are so many layers where something can go wrong, it can
> > be
> > > a challenge identifying exactly where the problem is happening. It must
> > be
> > > a pretty specific issue with Parallels that only manifests by ignoring
> > the
> > > shift key.
> > >
> > > On Tue, Sep 25, 2018 at 10:02 PM Howard Bornstein <
> > bornst...@designeq.com>
> > > wrote:
> > >
> > > >
> > > >
> > > > On Sun, Sep 23, 2018 at 10:50 PM Curry Kenworthy via use-livecode <
> > > > use-livecode@lists.runrev.com> wrote:
> > > >
> > > >>
> > > >> Howard:
> > > >>
> > > >>  > All my test show that for the Shift key and the Option key, when
> > > >>  > called within a mousemove handler, it doesn't register that the
> > > >>  > keys are down unless the mouse button is clicked first.
> > > >>
> > > >> Hi Howard, I tested your code verbatim in the card script of a new
> > stack
> > > >> in LC 901 on native Windows 10 with a real PC laptop, Dell Intel i5.
> > > >>
> > > >> It works fine here.
> > > >
> > > >
> > > > Thanks for testing this out.
> > > >
> > > >
> > > >> I also noticed that since "shiftkey" only has two
> > > >> states, you don't really need to test it twice; you could cut out
> the
> > > >> second "if" statement. In fact, this yields similar results:
> > > >>
> > > >> on mousemove x,y
> > > >>   put x,y && the shiftkey
> > > >> end mousemove
> > > >>
> > > >
> > > > Lol. Yeah, I wasn't trying for elegance. I was making sure the code
> and
> > > > results were absolutely clear.
> > > >
> > > >
> > > >> So, despite the very significant issues that LC 9 has on real
> Windows,
> > > >> including a barely-usable script editor, it seems likely that this
> is
> > > >> not one of them. That's good news! But obviously you do have a
> > problem.
> > > >>
> > > >> Have you tested your code in a brand new empty stack in a fresh and
> > > >> unmodded instance of LC, no extra plugins or scripts running? If so,
> > if
> > > >> it's just Parallels, I have to say that virtual Windows isn't quite
> > the
> > > >> same. Well, I guess an Intel Mac sporting a GUI that contradicts
> much
> > of
> > > >> Apple's original research isn't quite the same either; I'm a big
> > > >> original Mac guy! :) But some details are different. That's why I
> > always
> > > >> use real Mac and real Windows.
> > > >>
> > > >
> > > > I have friend with a real Windows machine that will test the code of
> > the
> > > > app where I applied this technique so, hopefully I'll be able to see
> if
> > > it
> > > > works on a real PC and if the problem is Parallels. I'm a Mac guy too
> > and
> > > > only use Windows to test apps built for both platforms.
> > > >
> > > >
> > > >> But if you get different results with a fresh stack and LC, if there
> > is
> > > >> something else going on and you would like me to test your actual
> > stack
> > > >> (on native Windows) or help solve your problem, feel free to contact
> > me
> > > >> off-list. Interesting.
> > > >>
> > > >
> > > > Thanks. I'll let you know what my friend turns up.
> > > >
> > > >
> > > >> (Meanwhile, hope we can get improvements for some of the real
> Windows
> > > >> problems that LC has. It's difficult to type in the LC 901 script
> > editor
> > > >> on Windows - that is a pretty huge issue. I have a WordLib update
> > coming
> > > >> out in a few days, pending final tests, and it never hurts to have a
> > > >> fully usable version of the latest LC IDE on both platforms!)
> > > >>
> > > >
> > > > I did work a little bit in the script editor under Windows and didn't
> > > > notice the awful problems you've been reporting, but again, it was
> 

Re: Move the Mouse

[Bob Sneidar via use-livecode]

Thanks Colin. I discovered that right after I posted (as usual). :-) 

I have two buttons, an up and a down button, which move a line in a datagrid up 
or down respectively, and the buttons reposition themselves to be next to the 
hilitedLine whenever the datagrid gets a selectionChanged message. I wanted the 
mousePointer to advance with it so the user can progressively move a line up or 
down a number of times without having to reposition the mouse! 

I got it working just before you posted.  Thanks. 

Bob S


> On Oct 1, 2018, at 14:55 , Colin Holgate via use-livecode 
>  wrote:
> 
> There is the screenMouseLoc, which is the cursor’s location on the whole 
> screen. To move it to be on a button I guess you would add the left and top 
> of the card window, to the x and y position you want to move to.

___
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

Re: Move the Mouse

[Colin Holgate via use-livecode]

There is the screenMouseLoc, which is the cursor’s location on the whole 
screen. To move it to be on a button I guess you would add the left and top of 
the card window, to the x and y position you want to move to.



> On Oct 1, 2018, at 2:36 PM, Bob Sneidar via use-livecode 
>  wrote:
> 
> Has this been asked before?? I'm trying to set the mouse location to the loc 
> of a particulat button. The mouseLoc is read only. I cannot find a command 
> for doing this! Am I having another senior moment??
> 
> Bob S
> 


___
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

Move the Mouse

[Bob Sneidar via use-livecode]

Has this been asked before?? I'm trying to set the mouse location to the loc of 
a particulat button. The mouseLoc is read only. I cannot find a command for 
doing this! Am I having another senior moment??

Bob S


___
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

Re: mousemove doesn't recognize "shiftkey is down", but only under Windows

[Howard Bornstein via use-livecode]

I'm only using Parallels, so I don't know the answer to that.

On Sat, Sep 29, 2018 at 8:47 PM Stephen Barncard via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Does the same thing happen with VMware?
>
> not that I have any plans to develop anything in Windows.
> --
> Stephen Barncard - Sebastopol Ca. USA -
> mixstream.org
>
>
> On Sat, Sep 29, 2018 at 8:16 PM Howard Bornstein via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > I just wanted to mention that the problem detecting the shift-key being
> > down seems to be entirely an issue with Parallels. My test, running under
> > Windows 10 on a real PC had no trouble with my code that was looking for
> > the shift-key being down. I'm glad to see this problem wasn't within
> > LiveCode. There are so many layers where something can go wrong, it can
> be
> > a challenge identifying exactly where the problem is happening. It must
> be
> > a pretty specific issue with Parallels that only manifests by ignoring
> the
> > shift key.
> >
> > On Tue, Sep 25, 2018 at 10:02 PM Howard Bornstein <
> bornst...@designeq.com>
> > wrote:
> >
> > >
> > >
> > > On Sun, Sep 23, 2018 at 10:50 PM Curry Kenworthy via use-livecode <
> > > use-livecode@lists.runrev.com> wrote:
> > >
> > >>
> > >> Howard:
> > >>
> > >>  > All my test show that for the Shift key and the Option key, when
> > >>  > called within a mousemove handler, it doesn't register that the
> > >>  > keys are down unless the mouse button is clicked first.
> > >>
> > >> Hi Howard, I tested your code verbatim in the card script of a new
> stack
> > >> in LC 901 on native Windows 10 with a real PC laptop, Dell Intel i5.
> > >>
> > >> It works fine here.
> > >
> > >
> > > Thanks for testing this out.
> > >
> > >
> > >> I also noticed that since "shiftkey" only has two
> > >> states, you don't really need to test it twice; you could cut out the
> > >> second "if" statement. In fact, this yields similar results:
> > >>
> > >> on mousemove x,y
> > >>   put x,y && the shiftkey
> > >> end mousemove
> > >>
> > >
> > > Lol. Yeah, I wasn't trying for elegance. I was making sure the code and
> > > results were absolutely clear.
> > >
> > >
> > >> So, despite the very significant issues that LC 9 has on real Windows,
> > >> including a barely-usable script editor, it seems likely that this is
> > >> not one of them. That's good news! But obviously you do have a
> problem.
> > >>
> > >> Have you tested your code in a brand new empty stack in a fresh and
> > >> unmodded instance of LC, no extra plugins or scripts running? If so,
> if
> > >> it's just Parallels, I have to say that virtual Windows isn't quite
> the
> > >> same. Well, I guess an Intel Mac sporting a GUI that contradicts much
> of
> > >> Apple's original research isn't quite the same either; I'm a big
> > >> original Mac guy! :) But some details are different. That's why I
> always
> > >> use real Mac and real Windows.
> > >>
> > >
> > > I have friend with a real Windows machine that will test the code of
> the
> > > app where I applied this technique so, hopefully I'll be able to see if
> > it
> > > works on a real PC and if the problem is Parallels. I'm a Mac guy too
> and
> > > only use Windows to test apps built for both platforms.
> > >
> > >
> > >> But if you get different results with a fresh stack and LC, if there
> is
> > >> something else going on and you would like me to test your actual
> stack
> > >> (on native Windows) or help solve your problem, feel free to contact
> me
> > >> off-list. Interesting.
> > >>
> > >
> > > Thanks. I'll let you know what my friend turns up.
> > >
> > >
> > >> (Meanwhile, hope we can get improvements for some of the real Windows
> > >> problems that LC has. It's difficult to type in the LC 901 script
> editor
> > >> on Windows - that is a pretty huge issue. I have a WordLib update
> coming
> > >> out in a few days, pending final tests, and it never hurts to have a
> > >> fully usable version of the latest LC IDE on both platforms!)
> > >>
> > >
> > > I did work a little bit in the script editor under Windows and didn't
> > > notice the awful problems you've been reporting, but again, it was just
> > > some tweaks and code changes. I don't do most of my scripting under
> > > Windows. I hope this gets fixed.
> > >
> > >
> > >>
> > >> Best wishes,
> > >>
> > >> Curry Kenworthy
> > >>
> > >> Custom Software Development
> > >> "Better Methods, Better Results"
> > >> LiveCode Training and Consulting
> > >> http://livecodeconsulting.com/
> > >>
> > >> ___
> > >> 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
> > >>
> > >
> > >
> > > --
> > > Regards,
> > >
> > > Howard Bornstein
> > > ---
> > > www.designeq.com
> > >
> >
> >
> > --
> > Regards,
> >
> > Howard 

SVGText89_v151

[hh via use-livecode]

Updated SVGText to v1.5.1

Made this also to a "fat" widget (for LC 8 and 9) and
gave a new name for the Tools palette.

IMPORTANT:
The kind of the widget has changed to
"community.livecode.hermann.svgtext". You may have to
adjust some of your scripts accordingly (sorry).

SVGText is a widget for displaying short pieces of TEXT
(one line) as svgPath (like svgIcon for symbols).

Of course you can get the path and use it for the SVGIcon
widget and now also vice versa. Fill ('background') and
stroke ('foreground'/outline) can use color or pattern
(images), see the sample stack.

There is detailed documentation in the dictionary and the
examples of the stack shall make several features clear.

This sample stack contains buttons for installing/
uninstalling the widget to/ from LC 8 and 9.

Download SVGText89_v151 from "Sample Stacks" or from
http://livecodeshare.runrev.com/stack/905 

The source code is included.

The widget is free for non-commercial use.
For commercial use, please give a (small) fee to the LC
developer help fund.


___
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

ClockAround89_v121

[hh via use-livecode]

Made the ClockAround widget also to a "fat" widget
(for LC 8 and 9) and renamed it for the Tools palette.

The sample stack contains buttons for installing/
uninstalling the widget to/ from LC 8 and 9.

There is also a substack to display the widget using 
its outline as windowshape.

The widget is free for non-commercial use.
For commercial use, please give a (small) fee to the
LC developer help fund.

The source code is included.

Download ClockAroundA89_v121 from "Sample Stacks" or
from  http://livecodeshare.runrev.com/stack/906


___
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

RE: [off] Do me a solid

[Ralph DiMola via use-livecode]

As the philosopher Pete Townshend once said:

Meet the new boss
Same as the old boss

Ralph DiMola
IT Director
Evergreen Information Services
rdim...@evergreeninfo.net

-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf
Of Bob Sneidar via use-livecode
Sent: Monday, October 01, 2018 10:44 AM
To: How to use LiveCode
Cc: Bob Sneidar
Subject: Re: [off] Do me a solid

Yeah, seems like the rebels just become the new dictator, like in that old
Twilight Zone episode. 

Bob S


> On Sep 29, 2018, at 16:20 , Stephen Barncard via use-livecode
 wrote:
> 
> still they are depending on AWS?  Amazon is "the man" now...
> --
> Stephen Barncard - Sebastopol Ca. USA -


___
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

Re: [off] Do me a solid

[Bob Sneidar via use-livecode]

Yeah, seems like the rebels just become the new dictator, like in that old 
Twilight Zone episode. 

Bob S


> On Sep 29, 2018, at 16:20 , Stephen Barncard via use-livecode 
>  wrote:
> 
> still they are depending on AWS?  Amazon is "the man" now...
> --
> Stephen Barncard - Sebastopol Ca. USA -


___
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

Re: [off] Do me a solid

[Bob Sneidar via use-livecode]

I wonder who has the monopoly on what color wires go where in bomb making? ;-)

Bob S


> On Sep 29, 2018, at 12:00 , Richmond via use-livecode 
>  wrote:
> 
> Decentralizing control from any form of monopoly has always got to be good.
> 
> However, the monopolists have probably got the internet so firmly "by the 
> prawns" I wonder
> if the man's plan will work.
> 
> 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

Re: Stacks whose names start with "rev"

[Bob Sneidar via use-livecode]

Stack mode is read only. You set the style. 

Bob S


> On Sep 29, 2018, at 15:33 , J. Landman Gay via use-livecode 
>  wrote:
> 
> CantModify is false and stack mode is 2. I tried repeatedly to set it to 1 
> and wouldn't take. It's decided it's a 2 and there is no changing its mind.


___
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

Re: Stacks whose names start with "rev"

[Bob Sneidar via use-livecode]

I like the idea of stack UUIDs. 

Bob S


> On Sep 28, 2018, at 17:16 , Mark Wieder via use-livecode 
>  wrote:
> 
> Of course, part of the IDE problem comes from dealing with stacks by short 
> name only, and this has been the subject of a long-standing bug report. The 
> engine itself has no problem with multiple stacks, just the IDE. And this 
> could possibly be eliminated with stack UUIDs or if the IDE looked at 
> filenames in addition to stack names.
> 
> -- 
> Mark Wieder


___
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

[ANN] This Week in LiveCode 148

[panagiotis merakos via use-livecode]

Hi all,

Read about new developments in LiveCode open source and the open source
community in today's edition of the "This Week in LiveCode" newsletter!

Read issue #148 here: https://goo.gl/aYTpe3

This is a weekly newsletter about LiveCode, focussing on what's been
going on in and around the open source project. New issues will be
released weekly on Mondays. We have a dedicated mailing list that will
deliver each issue directly to you e-mail, so you don't miss any!

If you have anything you'd like mentioned (a project, a discussion
somewhere, an upcoming event) then please get in touch.


-- 
Panagiotis Merakos 
LiveCode Software Developer

Everyone Can Create Apps 
___
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