Re: PullDown Menu and the label

[Bob Sneidar via use-livecode]

Sorry  Iwas working on something else. 

I may not have explained it well. I have a Pulldown Menu with these options:

Device Installation
Device Relocation
Firmware Update
Onsite Service
Remote Service
Software Installation
Other...

When no datagrid record is selected, I set the label of this menu to empty, 
because it is both a display object for the selected record in the datagrid, as 
well as an input object when editing the data. 

Now the handler which "populates" the form will set the label to the value in 
the datagrid record corresponding to it. But when the user clicks the New 
button on the form, all the input objects/controls are initialized, and in the 
past I simply set the label of this button to empty. But now instead of leaving 
the object empty, I want to pre-populate it with the text, "Select the service 
type..." as a visula clue for the user. 

When I set the label of the button to "Select the service type...", instead of 
displaying that text, it displays nothing, but in the property inspector, the 
label is actually set properly. Other menu buttons seem to work, and I thought 
this worked in the past, but now it seems not to. 

I will throw a demo together later. I have to get a new employee and computer 
set up in AD before Monday Morning and I am running out of time. Thanks though 
for your interest and help. Best list ever! 

Bob S


> On Jun 8, 2018, at 14:10 , Richard Gaskin via use-livecode 
>  wrote:
> 
> Bob Sneidar wrote:
> 
> > I have noticed that if you set the text of a menu button without
> > setting the label, the label becomes the first line in the text.
> > It may only do this on a Mac though.
> 
> If you haven't set the label, what exactly appears in that first line in the 
> text?
> 
> If you find a step-by-step recipe I'd be happy to try it here.
> 
> -- 
> Richard Gaskin
> Fourth World Systems


___
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: PullDown Menu and the label

[Richard Gaskin via use-livecode]

Bob Sneidar wrote:

> I have noticed that if you set the text of a menu button without
> setting the label, the label becomes the first line in the text.
> It may only do this on a Mac though.

If you haven't set the label, what exactly appears in that first line in 
the text?


If you find a step-by-step recipe I'd be happy to try it here.

--
 Richard Gaskin
 Fourth World Systems

___
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: PullDown Menu and the label

[Bob Sneidar via use-livecode]

I have noticed that if you set the text of a menu button without setting the 
label, the label becomes the first line in the text. It may only do this on a 
Mac though. 

I will try with a new stack. There may be something in mine preventing it from 
working. Who knows?

Bob S


> On Jun 8, 2018, at 13:05 , Richard Gaskin via use-livecode 
>  wrote:
> 
> Bob Sneidar wrote:
> > I'm pretty sure this is a bug. If I set the label of a pulldown menu
> > button where the label was empty before, the button does not display
> > the label. I checked the property inspector, and the label is indeed
> > set, but the label does not display until I interact with the button
> > and actually select the menu choice.
> >
> > Setting the text, then setting the label or even the menuHistory does
> > not suffice to display the menu label. Bug? Expected behavior? It
> > seems to work with every other menu button type.
> 
> Setting the text of a pulldown menu should not change that object's apparent 
> label.  In any app, note the menu bar menus: items in a menu may change, but 
> those changes do not change the name of the menu in which they appear.
> 
> As for the label property itself, yes, one of the wonderful things about LC 
> is the ability to set object name and display label separately, so we can use 
> names that have mnemonic value in our code while providing a graceful 
> experience for the user.
> 
> But FWIW that seems to work here (v9, Ubuntu).
> 
> I've never seen it do otherwise.
> 
> Recipe?
> 
> -- 
> Richard Gaskin


___
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: Open recent File Menu

[Terence Heaford via use-livecode]

> On 8 Jun 2018, at 16:56, Klaus major-k via use-livecode 
>  wrote:
> 
> set the cRecentStackPaths of stack "revpreferences" to empty


Thanks very much.


Terry
___
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: PullDown Menu and the label

[Richard Gaskin via use-livecode]

Bob Sneidar wrote:
> I'm pretty sure this is a bug. If I set the label of a pulldown menu
> button where the label was empty before, the button does not display
> the label. I checked the property inspector, and the label is indeed
> set, but the label does not display until I interact with the button
> and actually select the menu choice.
>
> Setting the text, then setting the label or even the menuHistory does
> not suffice to display the menu label. Bug? Expected behavior? It
> seems to work with every other menu button type.

Setting the text of a pulldown menu should not change that object's 
apparent label.  In any app, note the menu bar menus: items in a menu 
may change, but those changes do not change the name of the menu in 
which they appear.


As for the label property itself, yes, one of the wonderful things about 
LC is the ability to set object name and display label separately, so we 
can use names that have mnemonic value in our code while providing a 
graceful experience for the user.


But FWIW that seems to work here (v9, Ubuntu).

I've never seen it do otherwise.

Recipe?

--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.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

PullDown Menu and the label

[Bob Sneidar via use-livecode]

Hi all. 

I'm pretty sure this is a bug. If I set the label of a pulldown menu button 
where the label was empty before, the button does not display the label. I 
checked the property inspector, and the label is indeed set, but the label does 
not display until I interact with the button and actually select the menu 
choice. 

Setting the text, then setting the label or even the menuHistory does not 
suffice to display the menu label. Bug? Expected behavior? It seems to work 
with every other menu button type. 

Mac 10.13 LC v9 Community

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: Convert UTM to Lat/Long

[Ludovic THEBAULT via use-livecode]

> Le 8 juin 2018 à 18:56, Trevor DeVore via use-livecode 
>  a écrit :
> 
> I need to convert UTM coordinates to lat/long coordinates so I converted
> the python script found at the following url to LiveCode:
> 
> https://stackoverflow.com/questions/343865/how-to-convert-from-utm-to-latlng-in-python-or-javascript
> 
> I’ve saved it as a gist in case anybody else needs it.
> 
> https://gist.github.com/trevordevore/e2c2bff637564202f41ecfb93a00352a 
> 

Thanks, it could be useful for me !
___
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: worth it's salt in security

[Brian Milby via use-livecode]

Roger. I used MD5 to have it work in LC8 but will add a card that uses SHA3. I 
also want to implement the RFC HMAC as a demo (unless I find that someone else 
has already done it).
On Jun 8, 2018, 11:56 AM -0500, Tom Glod via use-livecode 
, wrote:
> cool demo stack brian. i would exchange the md5 to a modern hashing
> algo  but demonstrates the point well. thanks.
>
> On Thu, Jun 7, 2018 at 11:50 PM, prothero--- via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > Thanks, Brian.
> > Bill
> >
> > William Prothero
> > http://ed.earthednet.org
> >
> > > On Jun 7, 2018, at 8:29 PM, Brian Milby  wrote:
> > >
> > > I've made a brief demo stack that shows one way of handling passwords.
> > > https://github.com/bwmilby/lc-misc/tree/master/PasswordDemo
> > >
> > > I used my ScriptTracker to export the actual scripts and make them
> > available to view online. I also included an image of the stack layout. I
> > used MD5 for the hash to make it work with LC8, but for security
> > applications it is recommended to use SHA3 (or better) which is available
> > in LC9.
> > >
> > >
> > > > On Thu, Jun 7, 2018 at 9:12 AM, prothero--- via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> > > > Folks,
> > > > A stack that demonstrates the various kinds and best practices for
> > encryption would be very useful, as the privacy issue has become so
> > important. When I get encrypted communication with a server worked out,
> > I’ll post my findings for feedback from those more knowledgeable. Examples
> > of password security practices would also be useful too.
> > > >
> > > > Thanks for all the discussion on this topic.
> > > > Best,
> > > > Bill
> > > >
> > > > William Prothero
> > > > http://earthlearningsolutions.org
> > > >
> > > > > On Jun 6, 2018, at 10:10 PM, Brian Milby via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> > > > >
> > > > > One big difference is that encrypt is reversible and messagedigest is
> > not. Generally for password “storage” you want to use a hash that is one
> > way. You don’t actually store anything that can be reversed to obtain the
> > actual password. For that, you are probably better off just doing a couple
> > of rounds of the digest as the dictionary example shows.
> > > > > > On Jun 6, 2018, 11:57 PM -0500, J. Landman Gay via use-livecode <
> > use-livecode@lists.runrev.com>, wrote:
> > > > > > I'm learning this along with you. But this is what I think I know so
> > > > > > far. If you do a test in the message box:
> > > > > >
> > > > > > encrypt "mysecret" using "aes256" with password "mypass";put it
> > > > > >
> > > > > > You get this:
> > > > > >
> > > > > > Salted__«!óÈ/rm55ıit @ˇrȨßQ -- (there's a return in there)
> > > > > >
> > > > > > The salt is prepended to the encrypted value (the "hash") so the
> > > > > > receiver knows what it is. The dictionary says that the salt and the
> > > > > > password are combined and scrambled before the encryption is 
> > > > > > actually
> > > > > > done, thus making the password longer, more random, and more secure.
> > > > > > Without the password, an observer can't decrypt the string. They
> > need to
> > > > > > know both.
> > > > > >
> > > > > > Except...hackers have provided lists of all possible combinations of
> > > > > > salted passwords up to 14 characters long ("rainbow tables".) So you
> > > > > > don't want to use short combinations or common passwords or it might
> > > > > > show up in one of those lists. (I assume if you have a very long
> > and/or
> > > > > > random password then it would be okay to have a short salt, or vice
> > > > > > versa, since the two are combined.)
> > > > > >
> > > > > > Brian says that the default random salt is short (8 chars) and Kee
> > says
> > > > > > it is safest to provide 32 chars or more. So instead of letting LC
> > > > > > auto-generate a salt, you could provide your own. Bob said he does
> > that.
> > > > > > If you decide to strip out the salt value from the front of the
> > > > > > encrypted string, then your receiver would need to know what it is.
> > > > > >
> > > > > > Kee says it is common for online services to store a unique salt
> > value
> > > > > > for each user, along with the encrypted string that was generated
> > with
> > > > > > that salt when the password was first created. The password itself 
> > > > > > is
> > > > > > not stored. When a user logs in, the service looks up their salt
> > value,
> > > > > > uses that salt to encrypt the password the user just sent, and
> > compares
> > > > > > the computed one to the one stored in the database. (Since no actual
> > > > > > passwords are ever kept, breaches or employees can't know what they
> > are
> > > > > > either.)
> > > > > >
> > > > > > In any case, the salt alone is not enough to do decryption. Kee says
> > a
> > > > > > long enough salt makes decryption virtually impossible because the
> > > > > > number of scrambled combinations becomes astronomical, too many to
> > > > > > p

Convert UTM to Lat/Long

[Trevor DeVore via use-livecode]

I need to convert UTM coordinates to lat/long coordinates so I converted
the python script found at the following url to LiveCode:

https://stackoverflow.com/questions/343865/how-to-convert-from-utm-to-latlng-in-python-or-javascript

I’ve saved it as a gist in case anybody else needs it.

https://gist.github.com/trevordevore/e2c2bff637564202f41ecfb93a00352a

-- 
Trevor DeVore
ScreenSteps
www.screensteps.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: worth it's salt in security

[Tom Glod via use-livecode]

cool demo stack brian. i would exchange the md5 to a modern hashing
algo  but demonstrates the point well. thanks.

On Thu, Jun 7, 2018 at 11:50 PM, prothero--- via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Thanks, Brian.
> Bill
>
> William Prothero
> http://ed.earthednet.org
>
> > On Jun 7, 2018, at 8:29 PM, Brian Milby  wrote:
> >
> > I've made a brief demo stack that shows one way of handling passwords.
> > https://github.com/bwmilby/lc-misc/tree/master/PasswordDemo
> >
> > I used my ScriptTracker to export the actual scripts and make them
> available to view online.  I also included an image of the stack layout.  I
> used MD5 for the hash to make it work with LC8, but for security
> applications it is recommended to use SHA3 (or better) which is available
> in LC9.
> >
> >
> >> On Thu, Jun 7, 2018 at 9:12 AM, prothero--- via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >> Folks,
> >> A stack that demonstrates the various kinds and best practices for
> encryption would be very useful, as the privacy issue has become so
> important. When I get encrypted communication with a server worked out,
> I’ll post my findings for feedback from those more knowledgeable. Examples
> of password security practices would also be useful too.
> >>
> >> Thanks for all the discussion on this topic.
> >> Best,
> >> Bill
> >>
> >> William Prothero
> >> http://earthlearningsolutions.org
> >>
> >> > On Jun 6, 2018, at 10:10 PM, Brian Milby via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >> >
> >> > One big difference is that encrypt is reversible and messagedigest is
> not. Generally for password “storage” you want to use a hash that is one
> way. You don’t actually store anything that can be reversed to obtain the
> actual password. For that, you are probably better off just doing a couple
> of rounds of the digest as the dictionary example shows.
> >> >> On Jun 6, 2018, 11:57 PM -0500, J. Landman Gay via use-livecode <
> use-livecode@lists.runrev.com>, wrote:
> >> >> I'm learning this along with you. But this is what I think I know so
> >> >> far. If you do a test in the message box:
> >> >>
> >> >> encrypt "mysecret" using "aes256" with password "mypass";put it
> >> >>
> >> >> You get this:
> >> >>
> >> >> Salted__«!óÈ/rm55ıit @ˇrȨßQ -- (there's a return in there)
> >> >>
> >> >> The salt is prepended to the encrypted value (the "hash") so the
> >> >> receiver knows what it is. The dictionary says that the salt and the
> >> >> password are combined and scrambled before the encryption is actually
> >> >> done, thus making the password longer, more random, and more secure.
> >> >> Without the password, an observer can't decrypt the string. They
> need to
> >> >> know both.
> >> >>
> >> >> Except...hackers have provided lists of all possible combinations of
> >> >> salted passwords up to 14 characters long ("rainbow tables".) So you
> >> >> don't want to use short combinations or common passwords or it might
> >> >> show up in one of those lists. (I assume if you have a very long
> and/or
> >> >> random password then it would be okay to have a short salt, or vice
> >> >> versa, since the two are combined.)
> >> >>
> >> >> Brian says that the default random salt is short (8 chars) and Kee
> says
> >> >> it is safest to provide 32 chars or more. So instead of letting LC
> >> >> auto-generate a salt, you could provide your own. Bob said he does
> that.
> >> >> If you decide to strip out the salt value from the front of the
> >> >> encrypted string, then your receiver would need to know what it is.
> >> >>
> >> >> Kee says it is common for online services to store a unique salt
> value
> >> >> for each user, along with the encrypted string that was generated
> with
> >> >> that salt when the password was first created. The password itself is
> >> >> not stored. When a user logs in, the service looks up their salt
> value,
> >> >> uses that salt to encrypt the password the user just sent, and
> compares
> >> >> the computed one to the one stored in the database. (Since no actual
> >> >> passwords are ever kept, breaches or employees can't know what they
> are
> >> >> either.)
> >> >>
> >> >> In any case, the salt alone is not enough to do decryption. Kee says
> a
> >> >> long enough salt makes decryption virtually impossible because the
> >> >> number of scrambled combinations becomes astronomical, too many to
> >> >> pre-compute.
> >> >>
> >> >> That's what I've pieced together, I welcome any corrections. This has
> >> >> been a useful thread because I had a vague idea of how it worked but
> not
> >> >> many particulars.
> >> >>
> >> >>
> >> >>> On 6/6/18 10:37 PM, prothero--- via use-livecode wrote:
> >> >>> Hmmm
> >> >>> If the salt is included in the encrypted text, doesn’t that enable
> anyone who intercepts it to decrypt it more easily, invalidating the
> purpose of using the salt in the first place.
> >> >>>
> >> >>> Or, if the server decrypting the text uses a standard, bu

Re: Open recent File Menu

[Bob Sneidar via use-livecode]

Not that it is relevant here, but I have a recent customer popup menu in my 
app, and even IT has a Clear Menu selection. :-)

Bob S


> On Jun 8, 2018, at 08:58 , Brian Milby via use-livecode 
>  wrote:
> 
> Has this ever been requested formally? Seems like a pretty easy add.
> On Jun 8, 2018, 10:57 AM -0500, Klaus major-k via use-livecode 
> , wrote:
>> Hi terence,
>> 
>>> Am 08.06.2018 um 17:44 schrieb Terence Heaford via use-livecode 
>>> :
>>> 
>>> For the life of me I cannot remember how to clear this menu?
>> 
>> ...
>> set the cRecentStackPaths of stack "revpreferences" to empty
>> ...
>> 
>>> Most Mac Apps have a Clear Menu item at the foot of the drop down menu, why 
>>> can’t Livecode?
>> 
>> Livecode CAN, but doesn't! 8-)
>> 
>>> Thanks
>>> 
>>> Terry
>> 
>> Best
>> 
>> Klaus
>> 
>> --
>> Klaus Major
>> http://www.major-k.de
>> kl...@major-k.de
>> 
>> 
>> ___
>> 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

___
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: Open recent File Menu

[Brian Milby via use-livecode]

Has this ever been requested formally? Seems like a pretty easy add.
On Jun 8, 2018, 10:57 AM -0500, Klaus major-k via use-livecode 
, wrote:
> Hi terence,
>
> > Am 08.06.2018 um 17:44 schrieb Terence Heaford via use-livecode 
> > :
> >
> > For the life of me I cannot remember how to clear this menu?
>
> ...
> set the cRecentStackPaths of stack "revpreferences" to empty
> ...
>
> > Most Mac Apps have a Clear Menu item at the foot of the drop down menu, why 
> > can’t Livecode?
>
> Livecode CAN, but doesn't! 8-)
>
> > Thanks
> >
> > Terry
>
> Best
>
> Klaus
>
> --
> Klaus Major
> http://www.major-k.de
> kl...@major-k.de
>
>
> ___
> 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: Open recent File Menu

[Klaus major-k via use-livecode]

Hi terence,

> Am 08.06.2018 um 17:44 schrieb Terence Heaford via use-livecode 
> :
> 
> For the life of me I cannot remember how to clear this menu?

...
set the cRecentStackPaths of stack "revpreferences" to empty
...

> Most Mac Apps have a Clear Menu item at the foot of the drop down menu, why 
> can’t Livecode?

Livecode CAN, but doesn't! 8-)

> Thanks
> 
> Terry

Best

Klaus

--
Klaus Major
http://www.major-k.de
kl...@major-k.de


___
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

Open recent File Menu

[Terence Heaford via use-livecode]

For the life of me I cannot remember how to clear this menu?

Most Mac Apps have a Clear Menu item at the foot of the drop down menu, why 
can’t Livecode?


Thanks

Terry
___
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: Levure - flicker prior to displaying UI stack on iOS

[Trevor DeVore via use-livecode]

On Fri, Jun 8, 2018 at 4:19 AM, Ralf Bitter via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Trevor,
>
> wonderful, it works! Thanks a lot for looking into it.
>

 You’re welcome. I’ve added the change to the master branch.


> Now I am at risk to get addicted to Levure though.
>

I hope you enjoy using it!

-- 
Trevor DeVore
ScreenSteps
www.screensteps.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: Levure - flicker prior to displaying UI stack on iOS

[Ralf Bitter via use-livecode]

Hi Trevor,

wonderful, it works! Thanks a lot for looking into it.
Now I am at risk to get addicted to Levure though.


Ralf



> On 7. Jun 2018, at 23:02, Trevor DeVore via use-livecode 
>  wrote:
> 
> Try changing line 507 (or thereabouts) in `levure.livecodescript` to the
> following:
> 
> ```
> if the platform is "macos" then
>  send "levureFinishLoadingApplication" to me in 10 milliseconds
> else
>  levureFinishLoadingApplication
> end if
> ```
> 
> In my tests this removes the flicker without breaking the macOS behavior.
> If it works for you then I will submit a fix to the master branch of Levure.
> 
> -- 
> Trevor DeVore
> ScreenSteps
> www.screensteps.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