You should avoid using "Open in New Navigator" in Navigator

[Geoff Canyon via use-livecode]

I've updated GitHub and the download to remove it for now. Under some
circumstances (that I can't replicate just yet) "Open in New Navigator" can
fail in a way that seems to mess with the dialogs in the IDE. If you happen
to trigger this, you'll likely see a dialog that contains the word
"something" and no buttons; I saw this during development, but thought it
was banished (I didn't know it was possible to mess up dialogs, and I still
don't know how it's  even possible to open a dialog with no buttons, and
it's not even my code that's opening the dialog -- I think).

If it happens to you, apologies, and pressing the enter key should (did,
for me) dismiss it. Restarting LC is the best recourse.

In any case, don't use that function if you do see it, and this copy of
Navigator has it disabled for now:

Get Navigator here
. Or get it
from GitHub: Navigator's GitHub page 
___
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 Update

[Mark Talluto via use-livecode]

Tested. Working. Thx.

Mark Talluto

> On Feb 27, 2018, at 4:27 PM, Geoff Canyon  wrote:
> 
> Fixed. It's up on GitHub and at the download.
> 
> On Tue, Feb 27, 2018 at 3:55 PM, Geoff Canyon  > wrote:
> Yep, you should be able to select any combination of stacks, cards, and 
> groups, then select Open in New Navigator and get a new Navigator for each 
> one of them, showing the controls for them. If some aspect of the targeting 
> process fails, it does so silently because Navigator has the "rev" prefix and 
> skips debugging. Also, as it turns out (I spent a few minutes between 
> sentences looking at this) I made a mistake in parsing targets into globals. 
> It's fixed in my local copy. I'm going to look at the other thing you sent 
> in, and then post an update in a bit.
> 
> gc
> 
> On Tue, Feb 27, 2018 at 2:00 PM, Mark Talluto via use-livecode 
> > wrote:
> > On Feb 24, 2018, at 11:23 AM, Geoff Canyon via use-livecode 
> > > 
> > wrote:
> >
> > -- A new command Open in New Navigator when right-clicking on any set of
> > containers: groups, cards, or stacks -- which will open all of the
> > containers, each in their own copy of Navigator.
> 
> Hi Geoff,
> 
> If I use this feature on a group, I get a replica of the original Navigator 
> window. Am I supposed to see just the group and its controls in the new 
> Navigator window?
> 
> Best regards,
> 
> Mark Talluto
> livecloud.io   >
> nursenotes.net   >
> canelasoftware.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 Update

[Geoff Canyon via use-livecode]

Fixed. It's up on GitHub and at the download.

On Tue, Feb 27, 2018 at 3:55 PM, Geoff Canyon  wrote:

> Yep, you should be able to select any combination of stacks, cards, and
> groups, then select Open in New Navigator and get a new Navigator for each
> one of them, showing the controls for them. If some aspect of the targeting
> process fails, it does so silently because Navigator has the "rev" prefix
> and skips debugging. Also, as it turns out (I spent a few minutes between
> sentences looking at this) I made a mistake in parsing targets into
> globals. It's fixed in my local copy. I'm going to look at the other thing
> you sent in, and then post an update in a bit.
>
> gc
>
> On Tue, Feb 27, 2018 at 2:00 PM, Mark Talluto via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> > On Feb 24, 2018, at 11:23 AM, Geoff Canyon via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> >
>> > -- A new command Open in New Navigator when right-clicking on any set of
>> > containers: groups, cards, or stacks -- which will open all of the
>> > containers, each in their own copy of Navigator.
>>
>> Hi Geoff,
>>
>> If I use this feature on a group, I get a replica of the original
>> Navigator window. Am I supposed to see just the group and its controls in
>> the new Navigator window?
>>
>> Best regards,
>>
>> Mark Talluto
>> livecloud.io 
>> nursenotes.net 
>> canelasoftware.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 Update

[Geoff Canyon via use-livecode]

Yep, you should be able to select any combination of stacks, cards, and
groups, then select Open in New Navigator and get a new Navigator for each
one of them, showing the controls for them. If some aspect of the targeting
process fails, it does so silently because Navigator has the "rev" prefix
and skips debugging. Also, as it turns out (I spent a few minutes between
sentences looking at this) I made a mistake in parsing targets into
globals. It's fixed in my local copy. I'm going to look at the other thing
you sent in, and then post an update in a bit.

gc

On Tue, Feb 27, 2018 at 2:00 PM, Mark Talluto via use-livecode <
use-livecode@lists.runrev.com> wrote:

> > On Feb 24, 2018, at 11:23 AM, Geoff Canyon via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > -- A new command Open in New Navigator when right-clicking on any set of
> > containers: groups, cards, or stacks -- which will open all of the
> > containers, each in their own copy of Navigator.
>
> Hi Geoff,
>
> If I use this feature on a group, I get a replica of the original
> Navigator window. Am I supposed to see just the group and its controls in
> the new Navigator window?
>
> Best regards,
>
> Mark Talluto
> livecloud.io 
> nursenotes.net 
> canelasoftware.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: Quit Command corrupts standalone (stack called by standalone splash)

[Knapp Martin via use-livecode]

What about using shutDownRequest? If you don’t pass it, it prevents the quit 
from happening.

Marty

> Let me improve this a bit.
> 
> 
> On 2/23/18 4:19 PM, Phil Davis via use-livecode wrote:
>> Roland,
>> 
>> I believe Tom is exactly right. I would restructure your two closing 
>> handlers like this:
>> 
>> 
>> local sMyFilename
>> 
>> on closeStack
>> put the filename of me into sMyFilename
>> saveMe
>> send "quitMe" in 1 second
>> end closeStack
> 
> on closeStack
> put the filename of me into sMyFilename
> send "quitMe" to me in 1 second
> saveMe
> end closeStack
> 
> 
> "quitMe" should be sent before 'saveMe' is executed, because the 'save' 
> command is blocking. It would prevent 'quitMe' from being sent until (in this 
> case) 1 second after 'saveMe' has finished.
> 
> Thanks -
> Phil
> 
>> 
>> 
>> command saveMe
>>lock cursor /* Tested with and without locking and showing cursor */
>>set the cursor to watch
>>save this stack /* auto save, takes a long time, between 10-30 secs */
>> end saveMe
>> 
>> 
>> command quitMe
>>if there is a file sMyFilename then
>>   unlock cursor
>>   lock messages
>>   quit
>>else
>>   send "quitMe" to me in 0.5 seconds -- or in your preferred time
>>end if
>> end quitMe
>> 
>> 
>> The above was not tested but it should solve the problem.
>> 
>> HTH -
>> Phil Davis
>> 
>> 
>> 
>> On 2/23/18 3:20 PM, tbodine via use-livecode wrote:
>>> Hi Roland.
>>> 
>>> The "~" file is the original  (uncorrupted, unsaved) version of your stack
>>> before LC executed your Save cmd. If you remove the "~" from the filename,
>>> you'll probably find you can open that. LC creates the "~" file at the start
>>> of the save operation and, if all goes well, removes that file when save is
>>> complete.
>>> 
>>> My guess is your problem is rooted in the lengthy save time in the quit
>>> routine. Here are a couple ideas of how you could deal with that:
>>> 
>>> 1) Do the save within a try/catch statement so you can deal with any error.
>>> 
>>> 2) If you are just saving some user data like prefs or fairly minor stuff,
>>> then why not save that into a separate substack outside of your main
>>> application stack? That should greatly shorten the time it takes to save.
>>> 
>>> Hope that helps.
>>> 
>>> Tom Bodine
>>> 
>>> 
>>> 
>>> -- 
>>> Sent from: 
>>> http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html
>>> 
>>> ___
>>> 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
>>> 
>> 
> 
> -- 
> Phil Davis
> 
> 
> ___
> 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: LC 9 DP11 hangs with "Loading Libraries" on Windows 10

[Ali Lloyd via use-livecode]

Ah, I have just realised this may well be caused by
http://quality.livecode.com/show_bug.cgi?id=20970
You could try the workaround described there.

On Tue, Feb 27, 2018 at 4:11 PM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> My guess is there is something wrong with that library or the next one in
> line.
>
> Bob S
>
>
> > On Feb 23, 2018, at 05:08 , Matthias Rebbe via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Hi Panos,
> >
> > thanks for your comment.
> >
> > Unfortunately i cannot see anything helpful. The log stops at "Loading
> library revIDELibrary"
> >
> > I will file a bug.
> >
> > Regards,
> > Matthias
>
>
> ___
> 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 Update

[Mark Talluto via use-livecode]

> On Feb 24, 2018, at 11:23 AM, Geoff Canyon via use-livecode 
>  wrote:
> 
> -- A new command Open in New Navigator when right-clicking on any set of
> containers: groups, cards, or stacks -- which will open all of the
> containers, each in their own copy of Navigator.

Hi Geoff,

If I use this feature on a group, I get a replica of the original Navigator 
window. Am I supposed to see just the group and its controls in the new 
Navigator window?

Best regards,

Mark Talluto
livecloud.io 
nursenotes.net 
canelasoftware.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: Quit Command corrupts standalone (stack called by standalone splash)

[Bob Sneidar via use-livecode]

I save all my stacks on closeTack, that is until I ran into problems with 
Windows sandboxing in a standalone. I had to conditionally save stacks only if 
I was in development. 

Bob S


> On Feb 23, 2018, at 15:20 , tbodine via use-livecode 
>  wrote:
> 
> Hi Roland.
> 
> The "~" file is the original  (uncorrupted, unsaved) version of your stack
> before LC executed your Save cmd. If you remove the "~" from the filename,
> you'll probably find you can open that. LC creates the "~" file at the start
> of the save operation and, if all goes well, removes that file when save is
> complete.
> 
> My guess is your problem is rooted in the lengthy save time in the quit
> routine. Here are a couple ideas of how you could deal with that:
> 
> 1) Do the save within a try/catch statement so you can deal with any error.
> 
> 2) If you are just saving some user data like prefs or fairly minor stuff,
> then why not save that into a separate substack outside of your main
> application stack? That should greatly shorten the time it takes to save.
> 
> Hope that helps.
> 
> Tom Bodine


___
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: widget properties

[Bob Sneidar via use-livecode]

+1 Sounds like a good idea. The only bugaboo I see is if the properties of a 
widget were in some other format than an LC string, but I don't know that. 

Bob S


> On Feb 24, 2018, at 12:19 , Richard Gaskin via use-livecode 
>  wrote:
> 
> [This message was identified as a phishing scam. Learn about phishing at 
> http://aka.ms/LearnAboutPhishing]
> 
> Brian Milby wrote:
> 
> >> > Brian M. wrote:
> >> > One other thing that could be done is to extend the export to
> >> > include everything that the engine knows about the widget (i.e.
> >> > add the properties array to it).
> >>
> >> The widget author can already do that by defining a list of
> >> persistent properties. Why should the engine override that?
> >
> > I see this as a unification rather than override.
> 
> Exactly.  My request is almost exactly as you worded it, but in reverse:
> rather than adding the info obtainable from the universally-supported
> "the properties" to something widget-specific, I'm suggesting the engine
> have an enhancement to add the widget-specific info to the
> universally-supported "the properties" info.
> 
> This suggestion would seem to address hh's concern as well:
> > The documentation and property-infos are a *lot* of work and will
> > raise the price of a widget (if not free), just as with standalones
> > or externals.
> 
> By having an engine-level enhancement to include the values already
> supplied by the widget per the widget spec included in the existing "the
> properties" function, we would then have one universal array to work
> with which would adequately describe any object with no additional work
> needed from any widget developer.
> 
> Consider the LC IDE's Inspector:  to populate its controls it obtains
> "the properties" from all LC-native objects, and "the properties" +
> widget-specific info from widgets.
> 
> If the engine included the widget-specific info in "the properties", the
> Inspector need only query one place to obtain all relevant info about an
> object.
> 
> And given that "the properties" was introduced to provide a universal
> way of obtaining object info, and that widgets were introduced as a way
> to provide native-like objects without requiring engine-level
> implementation, honoring the purpose of "the properties" by extending it
> to include widget-specific info would seem every bit as useful as having
> "the properties" has been until the introduction of widgets.
> 
> --
> 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


___
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: Question about the result

[Bob Sneidar via use-livecode]

Ohay when I substitute bobbybleh.com for the domain, I get: 

tsneterr: (6) Could not resolve host: bobbybleh.com

in the result. 

Bob S


> On Feb 25, 2018, at 05:50 , jbv via use-livecode 
>  wrote:
> 
> put URL ("http://mydomain.com/index.php?; & it) into myVar


___
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: Question about the result

[Bob Sneidar via use-livecode]

That is curious. I actually get data back from that exact URL! I know you were 
using my domain.com as a placeholder, but that domain is a real one! 

Bob S


> On Feb 25, 2018, at 05:50 , jbv via use-livecode 
>  wrote:
> 
> put URL ("http://mydomain.com/index.php?; & it) into myVar


___
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: send "keyUp" / "rawKeyUp" ?

[Bob Sneidar via use-livecode]

Do you mean:

send "rawKeyDown" WITH 113?

Bob S


> On Feb 25, 2018, at 02:09 , Richmond Mathewson via use-livecode 
>  wrote:
> 
> on mouseUp
> send "rawKeyDown" to key 113
> end mouseUp
> 
> in the cardScript:
> 
> on rawKeyDown XX
>  get keyUp XX
>  put XX somewhere useful
> end rawKeyDown
> 
> 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: Password Checker

[J. Landman Gay via use-livecode]

Right, I wasn't worried about Troy's site. But I read through the 
comments and there was a criticism that the site was vulnerable to 
malicious intrusions. Because I wasn't using the site itself I didn't 
worry. Troy also explained why the critcism wasn't entirely valid, but 
the commenter was still fairly vicious about it.


On 2/27/18 12:55 PM, Mike Kerner via use-livecode wrote:

Troy is a beast in the security community, so I would not be too worried
about him doing something nefarious.  He is constantly working with white
hats and blue teams to get on top of issues as soon as there is even a peep
on the dark web.

On Tue, Feb 27, 2018 at 12:57 PM, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:


I wouldn't type into that web page either. I used Brian's handler that
uses their API and only sends a few characters of the hash to the database.
The article explains how it works and includes ways to set up the system on
your own server if you want. After reading through it I was convinced it
was a safe check.
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com



On February 27, 2018 10:26:48 AM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

I would highly recommend NOT typing ANY current password you are using

into a web page like this. If no one knew about it before, they sure as
hell know it now! Whether they avail themselves of it is anyone's guess.

Bob S


On Feb 24, 2018, at 13:17 , J. Landman Gay via use-livecode <

use-livecode@lists.runrev.com> wrote:

I just got around to trying this -- *very* useful, thanks for posting it.

There are no matches for any of my passwords I've tried so far. :) On
the other hand, even "AbrahamLincoln" has 128 matches. And you have to
insert commas to read the number returned for "qwerty".




___
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








--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.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: Quit Command corrupts standalone (stack called by standalone splash)

[J. Landman Gay via use-livecode]

On 2/27/18 9:40 AM, R.H. via use-livecode wrote:

The standalone will start showing strange behaviors especially when the
user clicks the standard Windows close button on the upper left corner.
That should usually invoke the "closeStack" handler.


I'd submit a bug report for this, but as a workaround, try a 
closeStackRequest handler to save the stack. This message happens before 
closeStack is sent, and may be a safer way to manage the file.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.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: Password Checker

[Mike Kerner via use-livecode]

Troy is a beast in the security community, so I would not be too worried
about him doing something nefarious.  He is constantly working with white
hats and blue teams to get on top of issues as soon as there is even a peep
on the dark web.

On Tue, Feb 27, 2018 at 12:57 PM, J. Landman Gay via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I wouldn't type into that web page either. I used Brian's handler that
> uses their API and only sends a few characters of the hash to the database.
> The article explains how it works and includes ways to set up the system on
> your own server if you want. After reading through it I was convinced it
> was a safe check.
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
>
>
>
> On February 27, 2018 10:26:48 AM Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> I would highly recommend NOT typing ANY current password you are using
>> into a web page like this. If no one knew about it before, they sure as
>> hell know it now! Whether they avail themselves of it is anyone's guess.
>>
>> Bob S
>>
>>
>> On Feb 24, 2018, at 13:17 , J. Landman Gay via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>>
>>> I just got around to trying this -- *very* useful, thanks for posting it.
>>>
>>> There are no matches for any of my passwords I've tried so far. :) On
>>> the other hand, even "AbrahamLincoln" has 128 matches. And you have to
>>> insert commas to read the number returned for "qwerty".
>>>
>>>
>>
>> ___
>> 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
>



-- 
On the first day, God created the heavens and the Earth
On the second day, God created the oceans.
On the third day, God put the animals on hold for a few hours,
   and did a little diving.
And God said, "This is good."
___
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: Password Checker

[J. Landman Gay via use-livecode]

I wouldn't type into that web page either. I used Brian's handler that uses 
their API and only sends a few characters of the hash to the database. The 
article explains how it works and includes ways to set up the system on 
your own server if you want. After reading through it I was convinced it 
was a safe check.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software   | http://www.hyperactivesw.com



On February 27, 2018 10:26:48 AM Bob Sneidar via use-livecode 
 wrote:


I would highly recommend NOT typing ANY current password you are using into 
a web page like this. If no one knew about it before, they sure as hell 
know it now! Whether they avail themselves of it is anyone's guess.


Bob S


On Feb 24, 2018, at 13:17 , J. Landman Gay via use-livecode 
 wrote:


I just got around to trying this -- *very* useful, thanks for posting it.

There are no matches for any of my passwords I've tried so far. :) On
the other hand, even "AbrahamLincoln" has 128 matches. And you have to
insert commas to read the number returned for "qwerty".




___
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: [OT] Marked as phishing

[Geoff Canyon via use-livecode]

For years gmail would occasionally mark list messages as spam, enough so
that I created a rule to filter them to save them (since there wasn't any
way to slap gmail and say "not spam!"). It hasn't happened in some time,
I'm not sure how long.

On Tue, Feb 27, 2018 at 8:09 AM, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> All my livecode list messages have this at the top:
>
> [This message was identified as a phishing scam. Learn about phishing at
> http://aka.ms/LearnAboutPhishing]
>
> This may be our own Microsoft Online Protection doing this. Anyone else
> seeing this?
>
> 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: Password Checker

[Bob Sneidar via use-livecode]

I would highly recommend NOT typing ANY current password you are using into a 
web page like this. If no one knew about it before, they sure as hell know it 
now! Whether they avail themselves of it is anyone's guess. 

Bob S


> On Feb 24, 2018, at 13:17 , J. Landman Gay via use-livecode 
>  wrote:
> 
> I just got around to trying this -- *very* useful, thanks for posting it.
> 
> There are no matches for any of my passwords I've tried so far. :) On
> the other hand, even "AbrahamLincoln" has 128 matches. And you have to
> insert commas to read the number returned for "qwerty".
> 


___
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: LC 9 DP11 hangs with "Loading Libraries" on Windows 10

[Bob Sneidar via use-livecode]

My guess is there is something wrong with that library or the next one in line. 

Bob S


> On Feb 23, 2018, at 05:08 , Matthias Rebbe via use-livecode 
>  wrote:
> 
> Hi Panos,
> 
> thanks for your comment.
> 
> Unfortunately i cannot see anything helpful. The log stops at "Loading 
> library revIDELibrary"
> 
> I will file a bug.
> 
> Regards,
> Matthias


___
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

[OT] Marked as phishing

[Bob Sneidar via use-livecode]

All my livecode list messages have this at the top:

[This message was identified as a phishing scam. Learn about phishing at 
http://aka.ms/LearnAboutPhishing]

This may be our own Microsoft Online Protection doing this. Anyone else seeing 
this? 

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: Quit Command corrupts standalone (stack called by standalone splash)

[R.H. via use-livecode]

Hi Richard and all contributing...

Thanks a lot for all answer...)))

I have received the corrupted files from clients (original stack that is
split into two files during save I guess) and will prepare a bug report
attaching them together with the original stack.

It is very difficult to know about which machines are creating the problem.
Definitely, it happens on other peoples machines using Windows 7 and 10,
and it happened before on my own.

The standalone will start showing strange behaviors especially when the
user clicks the standard Windows close button on the upper left corner.
That should usually invoke the "closeStack" handler. Using my own "Quit"
menu seems to be safer. Using try and catch and various ways of quitting
and saving did not make any difference. The error message using "catch" in
the "try" statement should have been written to a separate file on the
client's machine, but it did not even create a file. In the IDE there are
no errors visible.

What happens is that on the user's machine the blueish mouse wheel is
turning and then there is no longer any mouse action even on the Desktop
and the window turns white and the app becomes non-responsive. After a
while, about 30 seconds to 1 minute, the app disappears and also there is
no longer any process visible.

I will once again try sending a copy without any "save" and just a forced
quit and see what happens. Then user would have to save manually before
closing -- if that could be a reason for the corrupted file.

This is using Indy 8.1.9 but happened in earlier versions as well.

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

Can't play anymore mp4 videos with 8.1.7

[Tiemo Hollmann TB via use-livecode]

Hello,

 

I have some windows machines, which doesn't play anymore my mp4 videos with
LC 8.1.7 / 8.1.9

 

I am using mp4 videos with the standard player object (no quicktime). So
that mp4 videos can be played on windows machines you need a mp4 video
filter. All my customers install the LAV filter (mp4 filter) and that worked
fine with my LC 8.1.4 program.

 

I updated my program with LC 8.1.7 and my videos still play fine on most
windows machines, also on my machines. Now I get feedback from two
customers, where my videos don't play anymore, the videoscreen just stays
black, no error message, the result is empty. My same program has already
run fine at these two customers with the 8.1.4 version, so the LAV filters
are installed.

 

I made some tests, but couldn' track the issue down. I gave one of theses
customers three identical version of my program. One build with LC 8.1.4,
one with 8.1.7 one with 8.1.9 without any other changes. Only the 8.1.4
version shows the videos. On the other hand the videos are played fine at
most other customers also with my 8.1.7 version. So it seems, like there has
something been changed in the LC 8.1.7 engine, which doesn't affect all
computers, but some and I have no idea, where to look for.

 

Does anybody from the mothership knows, what has been changed in the
multimedia API? Any ideas, what I can do or how I could narrow the issue, if
there are no error messages?

 

Thanks for any ideas

 

Tiemo

 

 

 

 

 

 

___
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