Re: [ANN] Release 8.1.6 RC-1

[Paul Hibbert via use-livecode]

Configurable sounds like a great idea to me too. I’d like to see a more defined 
break from the regular handlers if that’s possible.

Also there is a Typo - PasteKey in the Field script is missing the “P” - it 
just states asteKey, I wondered what that was! :)

Paul


> On Jul 11, 2017, at 8:01 PM, J. Landman Gay via use-livecode 
>  wrote:
> 
> I'd vote for this, a configurable option would make everyone happy.
> 
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
> 
> 
> 
> On July 11, 2017 5:38:43 PM Alex Tweedly via use-livecode 
>  wrote:
> 
>> 
>> 
>> On 11/07/2017 23:07, Kevin Miller via use-livecode wrote:
>>> Is it something perhaps you could get used to?
>>> 
>>> We are working hard to attract new users to the platform. This has come up
>>> again and again in user testing. This evening we tested this new handler
>>> list on new users for the first time. It went over very well.
>> So keep it.
>>   Make it on by default.
>>   Make it configurable so others can hide it if they want.
>> 
>> Alex.
>> 
>> 
>> ___
>> 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: [ANN] Release 8.1.6 RC-1

[Mark Wieder via use-livecode]

On 07/11/2017 03:07 PM, Kevin Miller via use-livecode wrote:

Is it something perhaps you could get used to?

We are working hard to attract new users to the platform. This has come up
again and again in user testing. This evening we tested this new handler
list on new users for the first time. It went over very well.


After all the commotion here, I had to go take a look. So I loaded the 
new build, and after the initial shock I kind of like it. I think the 
changes I would make would be to have the text of the loadable handlers 
dimmed to gray, so that it's obvious that they're not in the script, and 
to start with a blank line, like the one that separates the real 
handlers from the wannabes.


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

8.16rc1 release notes - wow!

[james--- via use-livecode]

I was really blown away by the changes and bug fixes listed in the 8.16rc1 
release notes.
Then I looked a bit closer and thought many seemed familiar.
It seems the script to compile the release notes has either gotten greedy or 
something else has changed as it has grabbed quite a few additions from the 
8.15 release and even claimed the new ones for itself.

James

___
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: [ANN] Release 8.1.6 RC-1

[J. Landman Gay via use-livecode]

I'd vote for this, a configurable option would make everyone happy.

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



On July 11, 2017 5:38:43 PM Alex Tweedly via use-livecode 
 wrote:





On 11/07/2017 23:07, Kevin Miller via use-livecode wrote:

Is it something perhaps you could get used to?

We are working hard to attract new users to the platform. This has come up
again and again in user testing. This evening we tested this new handler
list on new users for the first time. It went over very well.

So keep it.
   Make it on by default.
   Make it configurable so others can hide it if they want.

Alex.


___
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: Set the tooltip of a datagrid

[Mike Bonner via use-livecode]

There should be a couple ways.. Assuming the tooltip data and the displayed
data are already associated, you can do as suggested and pass in the popop
information as part of the dgdata.. Then in the fillindata you 'set the
tooltip of field 1 of me to ... the data that was passed in with the array.
  To do this though i _Think_ you'd need a custom behavior for every
column.

To get around this, you could use a mouseenter in the script of the
datagrid itself that does something like..

on mouseenter
get the text of the target
-- then use the text of the target to look up your tooltip data and..
   set the tooltip of the target to "whateveryouwant"

end mouseenter

i tested by setting the tooltip to a random number and it seems to work
fine.

If you're using a form rather than a grid, its much easier, just use the
first method in the behavior script to set whatever tooltips you like as
part of the fillindata.   A single script edit to handle all tooltips.

On Tue, Jul 11, 2017 at 7:43 PM, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Yup. But now what I want to do is intercept the hover message, or whatever
> that is that detects I am over a datagrid control, then set the tooltip to
> a string that represents selected datagrid data. The idea is that even
> though I have a subset of data actually displaying in the datagrid, I
> preload ALL the columns of the table in the dgData, and I want to be able
> to display more data from a particular record in the tooltip, depending on
> which record I am hovering over. That means I need some kind of message
> that gets sent to the datagrid when I am hovering over an element.
>
> I tried editing the script of the behavior, but of course that cannot be
> edited. I suppose I will have to copy the behavior of the datagrid to an
> independent button to play around with this. I was hoping there might be an
> easier way to do this.
>
> Bob S
>
>
> > On Jul 11, 2017, at 18:37 , Mark Wieder via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > It's a tooltip.
> > You shouldn't have to do anything special.
> > Here's how I set the tooltip of widgets in the PowerTools datagrid:
> >
> > set the tooltip of image tWidgetNum of me to "someString"
> >
> > --
> > 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
>
___
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: [ANN] Release 8.1.6 RC-1

[Terry Judd via use-livecode]

I’ve just had a quick play with the enhanced script editor and these all seem 
like good suggestions to me, and in the script editor pane of the preferences 
window I’d allow the user to (i) hide/show the list of available common 
handlers and (ii) hide/show included comments on their functionality.

Terry...

On 12/07/2017 8:40 am, "use-livecode on behalf of Tore Nilsen via use-livecode" 
 wrote:

Just to make my points a bit clearer, here is a list of what enhancements 
to the handler list I think will be helpful:

1. Put the list in a menu/scrolling list field above the current list 
showing actual handlers in the script

2. Label this menu/list clearly as “Common handlers” to make sure that 
users understand that this list does not contain all available handlers for 
this control.

3. Put the most used/most likely used handlers for each control at the top 
of the list

4. Make sure that all inserted handlers are presented in the same way, a 
comment giving a brief description of the handler is a good thing for beginners

5. Make sure that all parameters are named in a uniform way. 

6. Group handlers in the list by their functionality

7. Make the list searchable/let the user filter the list

8. Do not repeat the list in the menu at the top of the script editor. This 
menu should only contain actual handlers inserted into the script because of 
the “play/run” button next to it. You can not run a handler that is not a part 
of the script.

I think that this list of available/common handlers can be very helpful if 
it is implemented in a good way. I like the fact that comments are provided 
with the handlers, This makes it a valuable feature for beginners. I can really 
see myself using these comments as an example for my students on how to write 
comments for their own handlers and functions. I would welcome any change in 
this feature that makes it clearer and less confusing, especially for beginners.

Regards
Tore Nilsen



> 
> 
> 
>> 11. jul. 2017 kl. 16:54 skrev panagiotis merakos via use-livecode 
:
>> 
>> Dear list members,
>> 
>> We are pleased to announce the release of LiveCode 8.1.6 RC-1.
>> 
>> Getting the Release
>> ===
>> You can get the release at https://downloads.livecode.com/livecode/ or 
via
>> the automatic updater.
>> 
>> 
>> Release Contents
>> 
>> 
>> LiveCode 8.1.6 RC-1 contains 32 bug fixes, new features, as well as
>> security and stability improvements:
>> 
>> - A couple of crashes have been fixed.
>> - New version of tsNet (1.2.10) that addresses various network-related 
bugs
>> is included.
>> - The flow in the interactive tutorials has been improved.
>> 
>> A new feature in the script editor has been added, this is the ability to
>> choose from a list of default handlers to add to the object script.
>> 
>> Objects no longer have default scripts that appear in the script editor
>> when their empty scripts are edited. Instead, all the associated message
>> handlers for the object type now appear in a list underneath the list of
>> handlers that are present in the script. When clicked, these lines add 
the
>> selected default handler to the end of the current script.
>> 
>> The full release notes are available from:
>> http://downloads.livecode.com/livecode/8_1_6/LiveCodeNotes-8_1_6_rc_1.pdf
>> 
>> 
>> Feedback
>> 
>> Please report any bugs encountered on our BugZilla at
>> http://quality.livecode.com/
>> 
>> 
>> Have fun!
>> The LiveCode Team
>> --
>> ___
>> 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


___
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: [ANN] Release 8.1.6 RC-1

[hh via use-livecode]

Very good:
The idea and also all the refinement proposals.
It would also be great if the prototypes were editable.

Bad:
Some of the prototypes use protected names like "filename" as parameters.
So they don't compile ...

___
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: Set the tooltip of a datagrid

[Bob Sneidar via use-livecode]

Yup. But now what I want to do is intercept the hover message, or whatever that 
is that detects I am over a datagrid control, then set the tooltip to a string 
that represents selected datagrid data. The idea is that even though I have a 
subset of data actually displaying in the datagrid, I preload ALL the columns 
of the table in the dgData, and I want to be able to display more data from a 
particular record in the tooltip, depending on which record I am hovering over. 
That means I need some kind of message that gets sent to the datagrid when I am 
hovering over an element. 

I tried editing the script of the behavior, but of course that cannot be 
edited. I suppose I will have to copy the behavior of the datagrid to an 
independent button to play around with this. I was hoping there might be an 
easier way to do this. 

Bob S


> On Jul 11, 2017, at 18:37 , Mark Wieder via use-livecode 
>  wrote:
> 
> It's a tooltip.
> You shouldn't have to do anything special.
> Here's how I set the tooltip of widgets in the PowerTools datagrid:
> 
> set the tooltip of image tWidgetNum of me to "someString"
> 
> -- 
> 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

Re: Set the tooltip of a datagrid

[Mark Wieder via use-livecode]

On 07/11/2017 06:11 PM, Bob Sneidar via use-livecode wrote:

That is half the battle, but the trick is how to detect I am hovering over a 
datagrid element in the first place.


It's a tooltip.
You shouldn't have to do anything special.
Here's how I set the tooltip of widgets in the PowerTools datagrid:

set the tooltip of image tWidgetNum of me to "someString"

--
 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: Set the tooltip of a datagrid

[Bob Sneidar via use-livecode]

That is half the battle, but the trick is how to detect I am hovering over a 
datagrid element in the first place. 

Bob S


> On Jul 11, 2017, at 16:54 , Mark Wieder via use-livecode 
>  wrote:
> 
>> Hi all.
>> Not sure if anyone has thought of a way to get the dgDataOfHover (so to 
>> speak) of a datagrid. By that I mean, I would like to display a tooltip of 
>> selected data from a table datagrid record whenever I hover over a control 
>> of that record. That would have to bean a mouseWithin handler in the 
>> datagrid script that waited a period of time with messages, then triggered a 
>> handler that would discern the control being hovered over and deduce the 
>> record from that.
> 
> Don't know if this meets your needs, but I set the tooltip of datagrid 
> elements in the FillInData handler of the datagrid row behavior script.
> 
> -- 
> 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: Set the tooltip of a datagrid

[Mark Wieder via use-livecode]

On 07/11/2017 04:03 PM, Bob Sneidar via use-livecode wrote:

Hi all.

Not sure if anyone has thought of a way to get the dgDataOfHover (so to speak) 
of a datagrid. By that I mean, I would like to display a tooltip of selected 
data from a table datagrid record whenever I hover over a control of that 
record. That would have to bean a mouseWithin handler in the datagrid script 
that waited a period of time with messages, then triggered a handler that would 
discern the control being hovered over and deduce the record from that.


Don't know if this meets your needs, but I set the tooltip of datagrid 
elements in the FillInData handler of the datagrid row behavior script.


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

Set the tooltip of a datagrid

[Bob Sneidar via use-livecode]

Hi all. 

Not sure if anyone has thought of a way to get the dgDataOfHover (so to speak) 
of a datagrid. By that I mean, I would like to display a tooltip of selected 
data from a table datagrid record whenever I hover over a control of that 
record. That would have to bean a mouseWithin handler in the datagrid script 
that waited a period of time with messages, then triggered a handler that would 
discern the control being hovered over and deduce the record from that. 

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: [ANN] Release 8.1.6 RC-1

[Tore Nilsen via use-livecode]

Just to make my points a bit clearer, here is a list of what enhancements to 
the handler list I think will be helpful:

1. Put the list in a menu/scrolling list field above the current list showing 
actual handlers in the script

2. Label this menu/list clearly as “Common handlers” to make sure that users 
understand that this list does not contain all available handlers for this 
control.

3. Put the most used/most likely used handlers for each control at the top of 
the list

4. Make sure that all inserted handlers are presented in the same way, a 
comment giving a brief description of the handler is a good thing for beginners

5. Make sure that all parameters are named in a uniform way. 

6. Group handlers in the list by their functionality

7. Make the list searchable/let the user filter the list

8. Do not repeat the list in the menu at the top of the script editor. This 
menu should only contain actual handlers inserted into the script because of 
the “play/run” button next to it. You can not run a handler that is not a part 
of the script.

I think that this list of available/common handlers can be very helpful if it 
is implemented in a good way. I like the fact that comments are provided with 
the handlers, This makes it a valuable feature for beginners. I can really see 
myself using these comments as an example for my students on how to write 
comments for their own handlers and functions. I would welcome any change in 
this feature that makes it clearer and less confusing, especially for beginners.

Regards
Tore Nilsen



> 
> 
> 
>> 11. jul. 2017 kl. 16:54 skrev panagiotis merakos via use-livecode 
>> :
>> 
>> Dear list members,
>> 
>> We are pleased to announce the release of LiveCode 8.1.6 RC-1.
>> 
>> Getting the Release
>> ===
>> You can get the release at https://downloads.livecode.com/livecode/ or via
>> the automatic updater.
>> 
>> 
>> Release Contents
>> 
>> 
>> LiveCode 8.1.6 RC-1 contains 32 bug fixes, new features, as well as
>> security and stability improvements:
>> 
>> - A couple of crashes have been fixed.
>> - New version of tsNet (1.2.10) that addresses various network-related bugs
>> is included.
>> - The flow in the interactive tutorials has been improved.
>> 
>> A new feature in the script editor has been added, this is the ability to
>> choose from a list of default handlers to add to the object script.
>> 
>> Objects no longer have default scripts that appear in the script editor
>> when their empty scripts are edited. Instead, all the associated message
>> handlers for the object type now appear in a list underneath the list of
>> handlers that are present in the script. When clicked, these lines add the
>> selected default handler to the end of the current script.
>> 
>> The full release notes are available from:
>> http://downloads.livecode.com/livecode/8_1_6/LiveCodeNotes-8_1_6_rc_1.pdf
>> 
>> 
>> Feedback
>> 
>> Please report any bugs encountered on our BugZilla at
>> http://quality.livecode.com/
>> 
>> 
>> Have fun!
>> The LiveCode Team
>> --
>> ___
>> 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: [ANN] Release 8.1.6 RC-1

[Alex Tweedly via use-livecode]

On 11/07/2017 23:07, Kevin Miller via use-livecode wrote:

Is it something perhaps you could get used to?

We are working hard to attract new users to the platform. This has come up
again and again in user testing. This evening we tested this new handler
list on new users for the first time. It went over very well.

So keep it.
  Make it on by default.
  Make it configurable so others can hide it if they want.

Alex.


___
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: [ANN] Release 8.1.6 RC-1

[Tore Nilsen via use-livecode]

I have played a bit with the enhanced script editor and while I like the idea 
with the handler lists I am not sure that the implementation is as good as it 
could be.

I find it a bit confusing to see a list of handlers in the handler list without 
any actual handlers in the script itself. From my experiences teaching coding 
with LiveCode, I think that my students also will find this a bit confusing. I 
think the handlers should be moved to a menu or a scrolling list above the list 
that shows which handlers are currently used in the script. Then there will be 
a clear visual division between handlers created by the user and handlers that 
are available to the user. It is also important that this menu/list is labeled 
properly. In a script with a lot of handlers, the handler list will eventually 
be pushed out of sight the way it is implemented now.
If this list should be helpful to more inexperienced users, it is vital that 
the most common handlers for any given control appear at the top of the list. 
The more esoteric once can be placed at the bottom of the menu/list. It is also 
vital to think through which handlers are shown in the script of which control, 
especially since you can place almost any handler in the script of any control, 
as long as there is a call to that handler further up in the message hierarchy.
Better uniformity in how the handlers are presented when inserted into the 
script is needed. The mouseUp handler comes with comments explaining the 
handler, whereas the mouseDown handler does not. Also, params containing the 
same values should be called the same. In mouseUp the parameter is called 
mouseButtonNumer, in moouseDown it is called pMouseButton. 

These are some of my initial thoughts about what I think can be a very useful 
enhancement to the editor.

Regards
Tore Nilsen




> 11. jul. 2017 kl. 16:54 skrev panagiotis merakos via use-livecode 
> :
> 
> Dear list members,
> 
> We are pleased to announce the release of LiveCode 8.1.6 RC-1.
> 
> Getting the Release
> ===
> You can get the release at https://downloads.livecode.com/livecode/ or via
> the automatic updater.
> 
> 
> Release Contents
> 
> 
> LiveCode 8.1.6 RC-1 contains 32 bug fixes, new features, as well as
> security and stability improvements:
> 
> - A couple of crashes have been fixed.
> - New version of tsNet (1.2.10) that addresses various network-related bugs
> is included.
> - The flow in the interactive tutorials has been improved.
> 
> A new feature in the script editor has been added, this is the ability to
> choose from a list of default handlers to add to the object script.
> 
> Objects no longer have default scripts that appear in the script editor
> when their empty scripts are edited. Instead, all the associated message
> handlers for the object type now appear in a list underneath the list of
> handlers that are present in the script. When clicked, these lines add the
> selected default handler to the end of the current script.
> 
> The full release notes are available from:
> http://downloads.livecode.com/livecode/8_1_6/LiveCodeNotes-8_1_6_rc_1.pdf
> 
> 
> Feedback
> 
> Please report any bugs encountered on our BugZilla at
> http://quality.livecode.com/
> 
> 
> Have fun!
> The LiveCode Team
> --
> ___
> 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: [ANN] Release 8.1.6 RC-1

[Kevin Miller via use-livecode]

Is it something perhaps you could get used to?

We are working hard to attract new users to the platform. This has come up
again and again in user testing. This evening we tested this new handler
list on new users for the first time. It went over very well.

Kind regards,

Kevin

Kevin Miller ~ ke...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps




On 11/07/2017, 23:05, "use-livecode on behalf of Matthias Rebbe via
use-livecode"  wrote:

>
>Matthias Rebbe
>+49 5741 31
>?matthiasrebbe.eu ?
>> 
>> 
>> A new feature in the script editor has been added, this is the ability
>>to
>> choose from a list of default handlers to add to the object script.
>
>I am not sure if i like this new handler list. At least at that place. I
>find it somehow disturbing. I am not sure if this is the correct
>expression.
>Is there a way to hide that list in the editor? Or is there a way to make
>at least the height of that list smaller?
>___
>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: [ANN] Release 8.1.6 RC-1

[Matthias Rebbe via use-livecode]

Matthias Rebbe
+49 5741 31
‌matthiasrebbe.eu ‌
> 
> 
> A new feature in the script editor has been added, this is the ability to
> choose from a list of default handlers to add to the object script.

I am not sure if i like this new handler list. At least at that place. I find 
it somehow disturbing. I am not sure if this is the correct expression.
Is there a way to hide that list in the editor? Or is there a way to make at 
least the height of that list smaller?
___
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: unlocked fields beep on text entry

[Dr. Hawkins via use-livecode]

On Tue, Jul 11, 2017 at 2:55 PM, Dr. Hawkins  wrote:

>
> What else could cause this?
>


grr.  It *is* going to a different handler, that's noticing I'm not typing
numbers.  My custom property for the value type was wrong.

Hmm, I think it's a keydown getting handled.

grr.



-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
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

unlocked fields beep on text entry

[Dr. Hawkins via use-livecode]

I have a couple of fields with, according to the inspector, visible, focus
with keyboard, focuskorder, and autohlite set, and nothing else.

I can click into them, but I can't enter text--it simply beeps.  It has no
behavior.

I trapped keyup, and single stepped, and it doesn't go anywhere.

What else could cause this?

-- 
Dr. Richard E. Hawkins, Esq.
(702) 508-8462
___
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: [ANN] Release 8.1.6 RC-1

[panagiotis merakos via use-livecode]

H Richmond,

Thanks for the feedback.

The default handlers appear exactly as they are in the dictionary. Indeed,
the mouseUp handler for example does take a parameter 
(see dictionary).

If you don't need to do different things in the mouseUp handler depending
on the , you can just ignore it (e.g. no need to delete
this param), and it will act just like a regular mouseUp handler with no
params.

Best,
Panos
--

On Tue, Jul 11, 2017 at 8:41 PM, Richmond Mathewson via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I am impressed with the new default handler list . . .
>
> BUT . . . I wonder why, on choosing either mouseDown or mouseUp it prompts
> me for a mouseButton number . . .
>
> if this feature is meant to speed things up, it doesn't, as one normally
> spends time choosing the default
> handler and then deleting the mouseButton thing.
>
> A great idea that needs a bit of sorting out.
>
> Richmond.
>
>
> On 7/11/17 5:54 pm, panagiotis merakos via use-livecode wrote:
>
>> Dear list members,
>>
>> We are pleased to announce the release of LiveCode 8.1.6 RC-1.
>>
>> Getting the Release
>> ===
>> You can get the release at https://downloads.livecode.com/livecode/ or
>> via
>> the automatic updater.
>>
>>
>> Release Contents
>> 
>>
>> LiveCode 8.1.6 RC-1 contains 32 bug fixes, new features, as well as
>> security and stability improvements:
>>
>> - A couple of crashes have been fixed.
>> - New version of tsNet (1.2.10) that addresses various network-related
>> bugs
>> is included.
>> - The flow in the interactive tutorials has been improved.
>>
>> A new feature in the script editor has been added, this is the ability to
>> choose from a list of default handlers to add to the object script.
>>
>> Objects no longer have default scripts that appear in the script editor
>> when their empty scripts are edited. Instead, all the associated message
>> handlers for the object type now appear in a list underneath the list of
>> handlers that are present in the script. When clicked, these lines add the
>> selected default handler to the end of the current script.
>>
>> The full release notes are available from:
>> http://downloads.livecode.com/livecode/8_1_6/LiveCodeNotes-8_1_6_rc_1.pdf
>>
>>
>> Feedback
>> 
>> Please report any bugs encountered on our BugZilla at
>> http://quality.livecode.com/
>>
>>
>> Have fun!
>> The LiveCode Team
>> --
>> ___
>> 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: [ANN] Release 8.1.5

[panagiotis merakos via use-livecode]

Hi Ben,

It is safer to those steps every time you have to use a different Xcode
version (with older LC versions), since if you don't that, you *might* see
some unexpected (and completely non-descriptive) errors when building iOS
standalones.

May I ask why you have to switch back to an older LC version? Is there a
bug in the current newest LC version that prevents you from using it?

Best,
Panos
--

On Tue, Jul 11, 2017 at 10:03 PM, Ben Rubinstein via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Thanks Panos.
>
> But what happens when switching back to an older LC which references an
> older Xcode - do I have to redo the incantation below each time? Or should
> it always be set to the latest Xcode, regardless of which one LC is using
> to build with?
>
> Many thanks,
>
> Ben
>
>
> On 11/07/2017 18:00, panagiotis merakos via use-livecode wrote:
>
>> Hi Ben,
>>
>> Yes, this error means that still the old_path_to_xcode_command_line_tools
>> is used (i.e. the /Applications/Xcode.app one). You can change it in two
>> ways:
>>
>> 1) Open a terminal and type:
>>
>> sudo xcode-select -s path/to/new/xcode.app
>>
>> e.g. for me this is:
>>
>> sudo xcode-select -s /Users/panos/Builds/Platforms/Xcode_8_3_3/Xcode.app
>>
>>
>> OR
>>
>>
>> 2) Open the new Xcode and go to menubar Xcode -> Preferences -> Locations
>> and choose the path_to_the_new_Xcode in "Command Line Tools:"
>>
>>
>> What those options do is set the path to the command line tools that will
>> used when commands such as "xcrun" are called from within LiveCode. Those
>> commands are called when building iOS standalones from the Standalone
>> Builder.
>>
>>
>> Hope this helps,
>>
>> Panos
>>
>> --
>>
>>
>>
>> On Tue, Jul 11, 2017 at 5:45 PM, Ben Rubinstein via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>
>> Hi Panos,
>>>
>>> On 10/07/2017 18:20, panagiotis merakos via use-livecode wrote:
>>>
>>> @MIke I guess that Xcode8.3.3 is the one in /Applications/Xcode.app? BTW
 I
 would suggest to have separate folders for each Xcode version, to avoid
 problems where the Xcode version is updated automatically (the one
 in /Applications/Xcode.app), but LC not yet supports this Xcode
 version. I
 have a folder "Xcode" with subfolders "Xcode_8_2_1", "Xcode_8_3_3" etc,
 and
 each one of the has the respective "Xcode.app" binary.


>>> When I've tried something along these lines, I get an error when building
>>> standalones that specifically refers to the path /Applications/Xcode.app,
>>> as if somewhere in the process it has been hardwired. The error is:
>>>
>>>  linking for arm failed with xcrun: error: active
>>>  developer path
>>>  ("/Applications/Xcode.app/Contents/Developer")
>>>  does not exist, use ‘xcode-select --switch
>>>  path/to/Xcode.app‘ to specify the Xcode that
>>>  you wish to use for command line developer
>>>  tools (or see ‘man xcode-select‘)
>>>
>>> I've had to settle for moving the various versions of Xcode in and out of
>>> sub-folders, and resetting preferences, each time I switch between LC
>>> versions.
>>>
>>> Evidently you've found a way of making this work - do you know what the
>>> magic might be?
>>>
>>> TIA,
>>>
>>> Ben
>>>
>>>
>>> ___
>>> 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
>
___
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: [ANN] Release 8.1.5 -- tsneterr

[Matthias Rebbe via use-livecode]

Hi Dan,

reading my comment makes me think that it is confusing.
What i wanted to say was,

To use the “old” libURL unload tsNET as described, then create the standalone.
The standalone then will use the old libURL.

One little caveat. The created standalone still contains the tsNET external, 
although it does not use it. See Bug 19900 


Regards,
Matthias

Matthias Rebbe
+49 5741 31
‌matthiasrebbe.eu ‌

> Am 11.07.2017 um 21:26 schrieb Matthias Rebbe via use-livecode 
> >:
> 
> Dan,
> 
> before creating the standalone you can disable the tsNet external
> To unload:
> 
>  dispatch "revUnloadLibrary" to stack "tsNetLibUrl"
> 
> To load again:
>  dispatch "revLoadLibrary" to stack “tsNetLibUrl"
> 
> Regards,
> Matthias
> 
> Matthias Rebbe
> +49 5741 31
> ‌matthiasrebbe.eu   >‌
> 
>> Am 11.07.2017 um 19:33 schrieb Dan Friedman via use-livecode 
>>  
>> > >>:
>> 
>> I am porting a large project from LC 7 to 8.1.5.  Occasionally, I get this 
>> error when accessing the internet:  “tsneterr: Not initialised” (misspelled, 
>> by the way).   It works fine for a while, then it just fails.  And, once it 
>> fails you have to completely restart.  Sometimes LC even crashes!
>> 
>> It seems to be happening when one network connection isn’t finished and it 
>> tries to start another one.   I did not have this problem in LC 7 using 
>> libURL.  So, I’m pretty confident it’s something with tsNet.
>> 
>> If it’s because tsNet calls are crashing into each other, and If all calls 
>> [by default] are blocking, how could one connection be started before the 
>> previous one is completed?
>> 
>> I had this problem with previous versions of 8.1, but I was hoping it would 
>> be fixed in 8.1.5.
>> 
>> Anyone have any insight?   I would very much like to move forward with 
>> tsNet, but if this isn’t resolved, I can’t.  Is it possible to continue with 
>> 8.1.5, and still use the old libURL?
>> 
>> 
>> -Dan
>> 
>> ___
>> 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

Server Basics Everyone Should Do

[Jonathan Lynch via use-livecode]

Richard's comment about storing password hashes rather than actual
passwords has got me to thinking that there are probably several basic
server activities developers should do when creating a database. Doing
these things from the beginning will help avoid future headaches.

Despite a couple decades of coding experience, I have not done much with
servers, so I was only able to think of a few basics, but maybe you guys
could add to it, so that other LC developers can avoid these pitfalls?

- Store password hashes rather than passwords, using a proven, established
method of 1-way encrypting passwords.

- Work on a development server rather than the production server, and copy
the dev server stack over to the main stack when every thing is tested and
ready for an update.

- Store backups and old versions of the server stack, and server files,
somewhere other than the server, so that it is easy to recover if a hacker
should ransack the server or if some faulty piece of server-side code
sneaks through testing.

- Use indexing, with a scheme for increasing levels of indexing, to speed
up server searches as the record base grows.

- Regularly change admin passwords for the server, to deter hacking.


If anyone has other suggestions, please add them.

J

-- 
Do all things with love
___
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: [ANN] Release 8.1.5

[Ben Rubinstein via use-livecode]

Thanks Panos.

But what happens when switching back to an older LC which references an older 
Xcode - do I have to redo the incantation below each time? Or should it always 
be set to the latest Xcode, regardless of which one LC is using to build with?


Many thanks,

Ben

On 11/07/2017 18:00, panagiotis merakos via use-livecode wrote:

Hi Ben,

Yes, this error means that still the old_path_to_xcode_command_line_tools
is used (i.e. the /Applications/Xcode.app one). You can change it in two
ways:

1) Open a terminal and type:

sudo xcode-select -s path/to/new/xcode.app

e.g. for me this is:

sudo xcode-select -s /Users/panos/Builds/Platforms/Xcode_8_3_3/Xcode.app


OR


2) Open the new Xcode and go to menubar Xcode -> Preferences -> Locations
and choose the path_to_the_new_Xcode in "Command Line Tools:"


What those options do is set the path to the command line tools that will
used when commands such as "xcrun" are called from within LiveCode. Those
commands are called when building iOS standalones from the Standalone
Builder.


Hope this helps,

Panos

--



On Tue, Jul 11, 2017 at 5:45 PM, Ben Rubinstein via use-livecode <
use-livecode@lists.runrev.com> wrote:


Hi Panos,

On 10/07/2017 18:20, panagiotis merakos via use-livecode wrote:


@MIke I guess that Xcode8.3.3 is the one in /Applications/Xcode.app? BTW I
would suggest to have separate folders for each Xcode version, to avoid
problems where the Xcode version is updated automatically (the one
in /Applications/Xcode.app), but LC not yet supports this Xcode version. I
have a folder "Xcode" with subfolders "Xcode_8_2_1", "Xcode_8_3_3" etc,
and
each one of the has the respective "Xcode.app" binary.



When I've tried something along these lines, I get an error when building
standalones that specifically refers to the path /Applications/Xcode.app,
as if somewhere in the process it has been hardwired. The error is:

 linking for arm failed with xcrun: error: active
 developer path
 ("/Applications/Xcode.app/Contents/Developer")
 does not exist, use ‘xcode-select --switch
 path/to/Xcode.app‘ to specify the Xcode that
 you wish to use for command line developer
 tools (or see ‘man xcode-select‘)

I've had to settle for moving the various versions of Xcode in and out of
sub-folders, and resetting preferences, each time I switch between LC
versions.

Evidently you've found a way of making this work - do you know what the
magic might be?

TIA,

Ben


___
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: Augmented Earth now on the App Store!

[Jonathan Lynch via use-livecode]

Thanks Richard - for sure I will implement this on the server side.


Sent from my iPhone

> On Jul 11, 2017, at 3:50 PM, Richard Gaskin via use-livecode 
>  wrote:
> 
> jonathandlynch wrote:
> 
> > I do need to make password recovery an option.
> 
> Please don't.
> 
> Reset is good, but recovery means the password is stored in the system, which 
> is generally no longer done.  Instead only a hash of the password is stored, 
> which allows it to be reset but never recovered.
> 
> Peter Brett posted some notes here on hashing passwords a while back:
> http://lists.runrev.com/pipermail/use-livecode/2017-March/235091.html
> 
> -- 
> 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: Augmented Earth now on the App Store!

[Richard Gaskin via use-livecode]

jonathandlynch wrote:

> I do need to make password recovery an option.

Please don't.

Reset is good, but recovery means the password is stored in the system, 
which is generally no longer done.  Instead only a hash of the password 
is stored, which allows it to be reset but never recovered.


Peter Brett posted some notes here on hashing passwords a while back:
http://lists.runrev.com/pipermail/use-livecode/2017-March/235091.html

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

Re: Augmented Earth now on the App Store!

[Alex Tweedly via use-livecode]

On 11/07/2017 19:18, prothero--- via use-livecode wrote:

Jonathon,
Re password changing. If someone has forgotten their password, what most sites 
do is send a reset link to a registered email. For even better security, a code 
is sent to the user's message system, which must be received and entered before 
reset can be accomplished.

Actually, I disagree with "For even better security,..."

My email comes via my server, under my control.

SMS messages come via some mobile phone operator - and there have been 
multiple well-proven cases of operators demonstrating *very* poor 
security - you call them up, say you've lost your phone and would like 
your phone number switched to your new phone/SIM. They ask you some 
security questions (anyone think they could find my address and 
birthdate ?) - and then switch the phone number to the new SIM. And then 
the fraudster gets all SMS messages from your bank, websites, etc., and 
you don't.


[In the UK, they are *supposed* to use the higher level of security 
questioning - but sometimes don't, and are sometimes vulnerable to 
special pleading and feeling sorry for the apparent loss-victim. see for 
instance


http://www.telegraph.co.uk/technology/internet-security/11896024/How-to-protect-yourself-from-SIM-swap-scams.html

So I'd prefer to stick to email verifications :-)

Alex.

___
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: Augmented Earth now on the App Store!

[Jonathan Lynch via use-livecode]

As it stands right now - they do not have to reenter their password. If they 
are logged in, they just change it and submit changes.

But, if they are logged they can see their password at any time.

The version I am submitting on Thursday makes the process more obvious.

I do need to make password recovery an option. This app has so many facets, I 
just have not gotten to that yet. I will do that before I have a promotable 
version.

I made the choice not to require email addresses, but we will see how long that 
lasts. If someone does not remember their password and did not enter an email 
address, they won't have a recovery mechanism.

The libertarian in me wants to impose a few restrictions as possible, but the 
realist in me thinks the trolls will become too problematic.

Sent from my iPhone

> On Jul 11, 2017, at 2:34 PM, Alex Tweedly via use-livecode 
>  wrote:
> 
> 
> 
>> On 11/07/2017 19:18, prothero--- via use-livecode wrote:
>> If a person has logged in, and wants to change their password, I don't see 
>> why they would be required to enter their old password, but they must know 
>> it, or,they wouldn't have been able to log in.
>> 
> That's done to prevent someone else changing the password if the screen has 
> been left unattended.
> 
> Alex.
> 
> ___
> 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: [ANN] Release 8.1.6 RC-1

[Richmond Mathewson via use-livecode]

I am impressed with the new default handler list . . .

BUT . . . I wonder why, on choosing either mouseDown or mouseUp it prompts
me for a mouseButton number . . .

if this feature is meant to speed things up, it doesn't, as one normally 
spends time choosing the default

handler and then deleting the mouseButton thing.

A great idea that needs a bit of sorting out.

Richmond.

On 7/11/17 5:54 pm, panagiotis merakos via use-livecode wrote:

Dear list members,

We are pleased to announce the release of LiveCode 8.1.6 RC-1.

Getting the Release
===
You can get the release at https://downloads.livecode.com/livecode/ or via
the automatic updater.


Release Contents


LiveCode 8.1.6 RC-1 contains 32 bug fixes, new features, as well as
security and stability improvements:

- A couple of crashes have been fixed.
- New version of tsNet (1.2.10) that addresses various network-related bugs
is included.
- The flow in the interactive tutorials has been improved.

A new feature in the script editor has been added, this is the ability to
choose from a list of default handlers to add to the object script.

Objects no longer have default scripts that appear in the script editor
when their empty scripts are edited. Instead, all the associated message
handlers for the object type now appear in a list underneath the list of
handlers that are present in the script. When clicked, these lines add the
selected default handler to the end of the current script.

The full release notes are available from:
http://downloads.livecode.com/livecode/8_1_6/LiveCodeNotes-8_1_6_rc_1.pdf


Feedback

Please report any bugs encountered on our BugZilla at
http://quality.livecode.com/


Have fun!
The LiveCode Team
--
___
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: [ANN] Release 8.1.5 -- tsneterr

[Matthias Rebbe via use-livecode]

Dan,

before creating the standalone you can disable the tsNet external
To unload:

  dispatch "revUnloadLibrary" to stack "tsNetLibUrl"

To load again:
  dispatch "revLoadLibrary" to stack “tsNetLibUrl"

Regards,
Matthias

Matthias Rebbe
+49 5741 31
‌matthiasrebbe.eu ‌

> Am 11.07.2017 um 19:33 schrieb Dan Friedman via use-livecode 
> >:
> 
> I am porting a large project from LC 7 to 8.1.5.  Occasionally, I get this 
> error when accessing the internet:  “tsneterr: Not initialised” (misspelled, 
> by the way).   It works fine for a while, then it just fails.  And, once it 
> fails you have to completely restart.  Sometimes LC even crashes!
> 
> It seems to be happening when one network connection isn’t finished and it 
> tries to start another one.   I did not have this problem in LC 7 using 
> libURL.  So, I’m pretty confident it’s something with tsNet.
> 
> If it’s because tsNet calls are crashing into each other, and If all calls 
> [by default] are blocking, how could one connection be started before the 
> previous one is completed?
> 
> I had this problem with previous versions of 8.1, but I was hoping it would 
> be fixed in 8.1.5.
> 
> Anyone have any insight?   I would very much like to move forward with tsNet, 
> but if this isn’t resolved, I can’t.  Is it possible to continue with 8.1.5, 
> and still use the old libURL?
> 
> 
> -Dan
> 
> ___
> 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: Augmented Earth now on the App Store!

[Alex Tweedly via use-livecode]

On 11/07/2017 19:18, prothero--- via use-livecode wrote:

If a person has logged in, and wants to change their password, I don't see why 
they would be required to enter their old password, but they must know it, 
or,they wouldn't have been able to log in.

That's done to prevent someone else changing the password if the screen 
has been left unattended.


Alex.

___
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: Augmented Earth now on the App Store!

[prothero--- via use-livecode]

Jonathon,
Re password changing. If someone has forgotten their password, what most sites 
do is send a reset link to a registered email. For even better security, a code 
is sent to the user's message system, which must be received and entered before 
reset can be accomplished. 

If a person has logged in, and wants to change their password, I don't see why 
they would be required to enter their old password, but they must know it, 
or,they wouldn't have been able to log in.

My 2 cents,
Bill P

William Prothero
http://es.earthednet.org

> On Jul 11, 2017, at 8:57 AM, Jonathan Lynch via use-livecode 
>  wrote:
> 
> Hi Lagi,
> 
> Thank you for your feedback!
> I have changed it so that the initial mode does exactly what you said - it 
> has two options that allow the user to choose to create a new user or sign in.
> 
> From there it only reveals the fields and buttons that are appropriate for 
> whether the user is logging in, logged in, creating a new user, or editing 
> their information.
> 
> I am going to update the app on iTunes on Thursday. The core of the app seems 
> to be strong, but the user interface clearly was lacking :(
> 
> I spent a lot more time working on figuring out the 3D map - I am going to 
> make the interface smooth before I do any promotion.
> 
> I think we have to require using the current password to change the password, 
> to prevent hacking.
> 
> I made notes of you other observations as well.
> 
> Thank you :)
> 
> Sent from my iPhone
> 
>> On Jul 11, 2017, at 11:32 AM, Lagi Pittas via use-livecode 
>>  wrote:
>> 
>> Hi Jonathan,
>> 
>> I've tried to to login to the app from an iphone 6 ios 10.3.2
>> 
>> Ive restarted it a couple of time but always the same.
>> 
>> The Username and Password field asre white and enabled - I enter the
>> details but no other field is enabled.
>> 
>> 
>> Now some feedback.
>> 
>> My pet peeve (it happened on a subscription site 2 days ago so I'm still
>> smarting from the experience ;-)
>> 
>> 1. I have never understood why anybody asks for the original password to
>> change the one you have either forgotten or never received in the email.
>> You are in good (bad?) company Skype does this but also ties you in nots
>> with nobody to talk to.
>> 
>> 2. There are TOO many fields on the login page - there should be 2 Big
>> Buttons at the top Create New Account ./ Sign In.
>> 
>> In fact off the top of my head, download the UDEMY app to see what I think
>> is very simple and clear.
>> 
>> You can ask for all the rest on the second page but also have a SKIP if
>> we/they don't want to enter the other info just yet.
>> 
>> 3. The app seems to know it has been run for a second time because the help
>> screen doesnt come up - so again you can leave it logged in even if they
>> exit the program.
>> 
>> 4. I would allow a user name and or an email address for logging in
>> 
>> 5. The (H) and (S) after the password and new password  have no clue that
>> they are clickable the (S) on the New password is not enabled.
>> That bit again is not obvious without clicking. The Words 
>> would have fitted with no problem - and in a different colour or as a
>> button.
>> 
>> 6. Why is the select user Icon showing when there is nothing to select?
>> Would that show something after I put in my email or logged in in which
>> case it just adds to the confusion. I pressed a few times to see if
>> anything would load.
>> 
>> 7. You have Screen Name and Username - Until i looked to the Bottom where
>> it says screen name I assumed the username was my login name (or is it?).
>> 
>> I was typing not my full name but a Username (1 word) - The Username (or
>> Email) that is used to login should be together and First unless the first
>> line says . It is not obvious if you expect a first name and
>> last name - I presume it doesn't matter.
>> 
>> 8. To reiterate because this to me is the crux none of the other fields
>> except the signup field need to be on the front page - "Show me the Banana"
>> as Steve Krug says and "Don't Make me think" as Seth Godin says.
>> 
>> Regards Lagi
>> 
>> 
>> On 7 July 2017 at 11:26, Jonathan Lynch via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>>> Hi Swami,
>>> The interface confuses people about whether they are logging in or signing
>>> up - I added some things that make that explicit and going to submit as
>>> soon as I test on a few friends.
>>> 
>>> If you want to register, fill in the fields for a new user then click the
>>> gear again to have the option to submit.
>>> 
>>> Clearly, I tested this in a biased way - not going to make that mistake
>>> again.
>>> 
>>> Thanks for checking it out!
>>> J
>>> 
>>> Sent from my iPhone
>>> 
 On Jul 6, 2017, at 10:55 PM, Sannyasin Brahmanathaswami via use-livecode
>>>  wrote:
 
 Downloaded
 
 initial user registration failed some how.. no clear feedback on why,
>>> but 

Re: Header Widget troubles and orientationchange examples?

[Alex Tweedly via use-livecode]

On 11/07/2017 17:42, JOHN PATTEN via use-livecode wrote:

Hi All,

I am trying to do some simple navigation with the header widget.
...
I have changed the action name to Back and Next. However Back works fine, but 
Next does not. If i reset the action to “new item” the next button then works.
Not sure about that one. If it's a small stack and you're ok with it - 
email direct to me and I'll take a look. It took me a few tries but I 
finally did get my Header Widget to do (more or less) what I want.

This doesn’t see quite right. Also, why does it not display the label “Next” 
near the icon like it does for “Back?” Is that because the widget was made to 
not show labels on additional icons?
If you disable "first item left", then all icons act the same. If it is 
enabled, then all the items except the first one (i.e. those to the 
right of the title) are controlled by the choice of "icon" or "text" in 
itemStyle. The first/left one seems to be exceptional, and always 
displays both icon and text - and that matches the visual behaviour of 
most, if not all, of Apple's iOS apps - so I guess there's a guideline 
somewhere that recommends it.


However, there are other iOS apps that don't follow that convention, so 
I think it would be worht putting in an enhancement request asking to be 
able to do it.


Alex.

___
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: [ANN] Release 8.1.5 -- tsneterr

[Dan Friedman via use-livecode]

I am porting a large project from LC 7 to 8.1.5.  Occasionally, I get this 
error when accessing the internet:  “tsneterr: Not initialised” (misspelled, by 
the way).   It works fine for a while, then it just fails.  And, once it fails 
you have to completely restart.  Sometimes LC even crashes!

It seems to be happening when one network connection isn’t finished and it 
tries to start another one.   I did not have this problem in LC 7 using libURL. 
 So, I’m pretty confident it’s something with tsNet.

If it’s because tsNet calls are crashing into each other, and If all calls [by 
default] are blocking, how could one connection be started before the previous 
one is completed?

I had this problem with previous versions of 8.1, but I was hoping it would be 
fixed in 8.1.5.

Anyone have any insight?   I would very much like to move forward with tsNet, 
but if this isn’t resolved, I can’t.  Is it possible to continue with 8.1.5, 
and still use the old libURL?


-Dan

___
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: [ANN] Release 8.1.5

[panagiotis merakos via use-livecode]

Hi Ben,

Yes, this error means that still the old_path_to_xcode_command_line_tools
is used (i.e. the /Applications/Xcode.app one). You can change it in two
ways:

1) Open a terminal and type:

sudo xcode-select -s path/to/new/xcode.app

e.g. for me this is:

sudo xcode-select -s /Users/panos/Builds/Platforms/Xcode_8_3_3/Xcode.app


OR


2) Open the new Xcode and go to menubar Xcode -> Preferences -> Locations
and choose the path_to_the_new_Xcode in "Command Line Tools:"


What those options do is set the path to the command line tools that will
used when commands such as "xcrun" are called from within LiveCode. Those
commands are called when building iOS standalones from the Standalone
Builder.


Hope this helps,

Panos

--



On Tue, Jul 11, 2017 at 5:45 PM, Ben Rubinstein via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Panos,
>
> On 10/07/2017 18:20, panagiotis merakos via use-livecode wrote:
>
>> @MIke I guess that Xcode8.3.3 is the one in /Applications/Xcode.app? BTW I
>> would suggest to have separate folders for each Xcode version, to avoid
>> problems where the Xcode version is updated automatically (the one
>> in /Applications/Xcode.app), but LC not yet supports this Xcode version. I
>> have a folder "Xcode" with subfolders "Xcode_8_2_1", "Xcode_8_3_3" etc,
>> and
>> each one of the has the respective "Xcode.app" binary.
>>
>
> When I've tried something along these lines, I get an error when building
> standalones that specifically refers to the path /Applications/Xcode.app,
> as if somewhere in the process it has been hardwired. The error is:
>
> linking for arm failed with xcrun: error: active
> developer path
> ("/Applications/Xcode.app/Contents/Developer")
> does not exist, use ‘xcode-select --switch
> path/to/Xcode.app‘ to specify the Xcode that
> you wish to use for command line developer
> tools (or see ‘man xcode-select‘)
>
> I've had to settle for moving the various versions of Xcode in and out of
> sub-folders, and resetting preferences, each time I switch between LC
> versions.
>
> Evidently you've found a way of making this work - do you know what the
> magic might be?
>
> TIA,
>
> Ben
>
>
> ___
> 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: [ANN] Release 8.1.5

[Ben Rubinstein via use-livecode]

Hi Panos,

On 10/07/2017 18:20, panagiotis merakos via use-livecode wrote:

@MIke I guess that Xcode8.3.3 is the one in /Applications/Xcode.app? BTW I
would suggest to have separate folders for each Xcode version, to avoid
problems where the Xcode version is updated automatically (the one
in /Applications/Xcode.app), but LC not yet supports this Xcode version. I
have a folder "Xcode" with subfolders "Xcode_8_2_1", "Xcode_8_3_3" etc, and
each one of the has the respective "Xcode.app" binary.


When I've tried something along these lines, I get an error when building 
standalones that specifically refers to the path /Applications/Xcode.app, as 
if somewhere in the process it has been hardwired. The error is:


linking for arm failed with xcrun: error: active
developer path
("/Applications/Xcode.app/Contents/Developer")
does not exist, use ‘xcode-select --switch
path/to/Xcode.app‘ to specify the Xcode that
you wish to use for command line developer
tools (or see ‘man xcode-select‘)

I've had to settle for moving the various versions of Xcode in and out of 
sub-folders, and resetting preferences, each time I switch between LC versions.


Evidently you've found a way of making this work - do you know what the magic 
might be?


TIA,

Ben

___
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

Header Widget troubles and orientationchange examples?

[JOHN PATTEN via use-livecode]

Hi All,

I am trying to do some simple navigation with the header widget.

on mouseUp

local tActionName

put the mouseAction of me into tActionName

--if tActionName is not empty then
-- Execute script triggered by the given action

if tActionName is "back" then

go prev card

else

if tActionName is  “next" then

go next card

end if

end if

end mouseUp

I have changed the action name to Back and Next. However Back works fine, but 
Next does not. If i reset the action to “new item” the next button then works.

This doesn’t see quite right. Also, why does it not display the label “Next” 
near the icon like it does for “Back?” Is that because the widget was made to 
not show labels on additional icons?

I am also getting weird results for orientation changes . I am trying to get 
the header to stay at the top of the window, however on my resize command it 
appears to only work some of the times. Is there an example of floating around 
that shows a header widget updating it’s location after each rotation of the 
device?

Thank you!

John Patten
SUSD
___
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: Augmented Earth now on the App Store!

[Jonathan Lynch via use-livecode]

Hi Lagi,

Thank you for your feedback!
I have changed it so that the initial mode does exactly what you said - it has 
two options that allow the user to choose to create a new user or sign in.

From there it only reveals the fields and buttons that are appropriate for 
whether the user is logging in, logged in, creating a new user, or editing 
their information.

I am going to update the app on iTunes on Thursday. The core of the app seems 
to be strong, but the user interface clearly was lacking :(

I spent a lot more time working on figuring out the 3D map - I am going to make 
the interface smooth before I do any promotion.

I think we have to require using the current password to change the password, 
to prevent hacking.

I made notes of you other observations as well.

Thank you :)

Sent from my iPhone

> On Jul 11, 2017, at 11:32 AM, Lagi Pittas via use-livecode 
>  wrote:
> 
> Hi Jonathan,
> 
> I've tried to to login to the app from an iphone 6 ios 10.3.2
> 
> Ive restarted it a couple of time but always the same.
> 
> The Username and Password field asre white and enabled - I enter the
> details but no other field is enabled.
> 
> 
> Now some feedback.
> 
> My pet peeve (it happened on a subscription site 2 days ago so I'm still
> smarting from the experience ;-)
> 
> 1. I have never understood why anybody asks for the original password to
> change the one you have either forgotten or never received in the email.
> You are in good (bad?) company Skype does this but also ties you in nots
> with nobody to talk to.
> 
> 2. There are TOO many fields on the login page - there should be 2 Big
> Buttons at the top Create New Account ./ Sign In.
> 
> In fact off the top of my head, download the UDEMY app to see what I think
> is very simple and clear.
> 
> You can ask for all the rest on the second page but also have a SKIP if
> we/they don't want to enter the other info just yet.
> 
> 3. The app seems to know it has been run for a second time because the help
> screen doesnt come up - so again you can leave it logged in even if they
> exit the program.
> 
> 4. I would allow a user name and or an email address for logging in
> 
> 5. The (H) and (S) after the password and new password  have no clue that
> they are clickable the (S) on the New password is not enabled.
> That bit again is not obvious without clicking. The Words 
> would have fitted with no problem - and in a different colour or as a
> button.
> 
> 6. Why is the select user Icon showing when there is nothing to select?
> Would that show something after I put in my email or logged in in which
> case it just adds to the confusion. I pressed a few times to see if
> anything would load.
> 
> 7. You have Screen Name and Username - Until i looked to the Bottom where
> it says screen name I assumed the username was my login name (or is it?).
> 
> I was typing not my full name but a Username (1 word) - The Username (or
> Email) that is used to login should be together and First unless the first
> line says . It is not obvious if you expect a first name and
> last name - I presume it doesn't matter.
> 
> 8. To reiterate because this to me is the crux none of the other fields
> except the signup field need to be on the front page - "Show me the Banana"
> as Steve Krug says and "Don't Make me think" as Seth Godin says.
> 
> Regards Lagi
> 
> 
> On 7 July 2017 at 11:26, Jonathan Lynch via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Hi Swami,
>> The interface confuses people about whether they are logging in or signing
>> up - I added some things that make that explicit and going to submit as
>> soon as I test on a few friends.
>> 
>> If you want to register, fill in the fields for a new user then click the
>> gear again to have the option to submit.
>> 
>> Clearly, I tested this in a biased way - not going to make that mistake
>> again.
>> 
>> Thanks for checking it out!
>> J
>> 
>> Sent from my iPhone
>> 
>>> On Jul 6, 2017, at 10:55 PM, Sannyasin Brahmanathaswami via use-livecode
>>  wrote:
>>> 
>>> Downloaded
>>> 
>>> initial user registration failed some how.. no clear feedback on why,
>> but now there is nothing more I can do…  anything I try leads to a  Error
>> incorect or inaccurate app user login credentials.
>>> 
>>> Going for the gear, choosing new user, enter creds. still get same
>> message.
>>> 
>>> I'm locked out of this app.
>>> 
>>> Also you need to trap for the return key in the name field.  use can hit
>> return and a cr is added and the name he entered disappears on line 1 above.
>>> 
>>> you need to put in that field
>>> 
>>> on return
>>> # do nothing, and do not pass the return key in the name field… or send
>> the cursor down to the Password field.
>>> end return
>>> 
>>> or something like that.. I have to look …
>>> 
>>> but, looks interesting, I'm impressed by the level of community activity
>> you expect to generate/support… looks "scary" to me 

Re: Augmented Earth now on the App Store!

[Lagi Pittas via use-livecode]

Hi Jonathan,

I've tried to to login to the app from an iphone 6 ios 10.3.2

Ive restarted it a couple of time but always the same.

The Username and Password field asre white and enabled - I enter the
details but no other field is enabled.


Now some feedback.

My pet peeve (it happened on a subscription site 2 days ago so I'm still
smarting from the experience ;-)

1. I have never understood why anybody asks for the original password to
change the one you have either forgotten or never received in the email.
You are in good (bad?) company Skype does this but also ties you in nots
with nobody to talk to.

2. There are TOO many fields on the login page - there should be 2 Big
Buttons at the top Create New Account ./ Sign In.

In fact off the top of my head, download the UDEMY app to see what I think
 is very simple and clear.

You can ask for all the rest on the second page but also have a SKIP if
we/they don't want to enter the other info just yet.

3. The app seems to know it has been run for a second time because the help
screen doesnt come up - so again you can leave it logged in even if they
exit the program.

4. I would allow a user name and or an email address for logging in

5. The (H) and (S) after the password and new password  have no clue that
they are clickable the (S) on the New password is not enabled.
That bit again is not obvious without clicking. The Words 
would have fitted with no problem - and in a different colour or as a
button.

6. Why is the select user Icon showing when there is nothing to select?
Would that show something after I put in my email or logged in in which
case it just adds to the confusion. I pressed a few times to see if
anything would load.

7. You have Screen Name and Username - Until i looked to the Bottom where
it says screen name I assumed the username was my login name (or is it?).

I was typing not my full name but a Username (1 word) - The Username (or
Email) that is used to login should be together and First unless the first
line says . It is not obvious if you expect a first name and
last name - I presume it doesn't matter.

8. To reiterate because this to me is the crux none of the other fields
except the signup field need to be on the front page - "Show me the Banana"
as Steve Krug says and "Don't Make me think" as Seth Godin says.

Regards Lagi


On 7 July 2017 at 11:26, Jonathan Lynch via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Swami,
> The interface confuses people about whether they are logging in or signing
> up - I added some things that make that explicit and going to submit as
> soon as I test on a few friends.
>
> If you want to register, fill in the fields for a new user then click the
> gear again to have the option to submit.
>
> Clearly, I tested this in a biased way - not going to make that mistake
> again.
>
> Thanks for checking it out!
> J
>
> Sent from my iPhone
>
> > On Jul 6, 2017, at 10:55 PM, Sannyasin Brahmanathaswami via use-livecode
>  wrote:
> >
> > Downloaded
> >
> > initial user registration failed some how.. no clear feedback on why,
> but now there is nothing more I can do…  anything I try leads to a  Error
> incorect or inaccurate app user login credentials.
> >
> > Going for the gear, choosing new user, enter creds. still get same
> message.
> >
> > I'm locked out of this app.
> >
> > Also you need to trap for the return key in the name field.  use can hit
> return and a cr is added and the name he entered disappears on line 1 above.
> >
> > you need to put in that field
> >
> > on return
> > # do nothing, and do not pass the return key in the name field… or send
> the cursor down to the Password field.
> > end return
> >
> > or something like that.. I have to look …
> >
> > but, looks interesting, I'm impressed by the level of community activity
> you expect to generate/support… looks "scary" to me unless you have a big
> staff. I've been thinking about similar things for our new app, but
> everytime I shy away…
> >
> > BR
> >
> > On 7/6/17, 4:01 AM, "use-livecode on behalf of Jonathan Lynch via
> use-livecode"  use-livecode@lists.runrev.com> wrote:
> >
> >If you get a chance, please check it out. This is just a soft launch,
> but I am excited to have it out there. I won't start heavy promotion until
> version 1.5.
> >
> >
> >
> >
> >
> > ___
> > 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 

RE: No screenshot from LC video possible

[Paul Richards via use-livecode]

Although this is for a browser and recommended for use by some banks.  I have 
used this "app/plugin" before on Windows and it does prevent screenshots from 
taking place. 

https://www.trusteer.com/en/support/rapport-installation-links 

I don't know if it would interfere with Livecode, but it might be little 
program like this causing you some pain. 

Paul 


-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf Of 
Tiemo Hollmann TB via use-livecode
Sent: 11 July 2017 14:45
To: 'How to use LiveCode' 
Cc: Tiemo Hollmann TB 
Subject: AW: No screenshot from LC video possible

Hi Paul, Roger and Hermann,
No DRM involved, all videos are self produced and as Roger said, on most 
machines they are playing fine.
The video never is fullscreen, because it is played in a frame within my LC 
program.
The video card and it's handling of the video buffer is also my guess, but up 
to now, I didn't found an exotic video card on the customer machines and no 
thread about issues capturing video screenshots.
Thanks for your brainstorms
Tiemo


-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag von 
hh via use-livecode
Gesendet: Dienstag, 11. Juli 2017 13:50
An: use-livecode@lists.runrev.com
Cc: hh 
Betreff: Re: No screenshot from LC video possible

May be connected to fullscreen mode (=black) or windowed mode (=working).

___
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

[ANN] Release 8.1.6 RC-1

[panagiotis merakos via use-livecode]

Dear list members,

We are pleased to announce the release of LiveCode 8.1.6 RC-1.

Getting the Release
===
You can get the release at https://downloads.livecode.com/livecode/ or via
the automatic updater.


Release Contents


LiveCode 8.1.6 RC-1 contains 32 bug fixes, new features, as well as
security and stability improvements:

- A couple of crashes have been fixed.
- New version of tsNet (1.2.10) that addresses various network-related bugs
is included.
- The flow in the interactive tutorials has been improved.

A new feature in the script editor has been added, this is the ability to
choose from a list of default handlers to add to the object script.

Objects no longer have default scripts that appear in the script editor
when their empty scripts are edited. Instead, all the associated message
handlers for the object type now appear in a list underneath the list of
handlers that are present in the script. When clicked, these lines add the
selected default handler to the end of the current script.

The full release notes are available from:
http://downloads.livecode.com/livecode/8_1_6/LiveCodeNotes-8_1_6_rc_1.pdf


Feedback

Please report any bugs encountered on our BugZilla at
http://quality.livecode.com/


Have fun!
The LiveCode Team
--
___
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

AW: No screenshot from LC video possible

[Tiemo Hollmann TB via use-livecode]

Hi Paul, Roger and Hermann,
No DRM involved, all videos are self produced and as Roger said, on most
machines they are playing fine.
The video never is fullscreen, because it is played in a frame within my LC
program.
The video card and it's handling of the video buffer is also my guess, but
up to now, I didn't found an exotic video card on the customer machines and
no thread about issues capturing video screenshots.
Thanks for your brainstorms
Tiemo


-Ursprüngliche Nachricht-
Von: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] Im Auftrag
von hh via use-livecode
Gesendet: Dienstag, 11. Juli 2017 13:50
An: use-livecode@lists.runrev.com
Cc: hh 
Betreff: Re: No screenshot from LC video possible

May be connected to fullscreen mode (=black) or windowed mode (=working).

___
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: No screenshot from LC video possible

[hh via use-livecode]

May be connected to fullscreen mode (=black) or windowed mode (=working).

___
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: No screenshot from LC video possible

[Roger Eller via use-livecode]

I don't think it's DRM since the OP also said, " Up to now, this issue
happens only at 2 customers, on all other Win 10 machines, taking a video
screenshot works fine."

I'll place my 2 cent bet on the video card.  Look for a common thread like
- the fails happening on Nvidia, ATI, or built-in graphics controllers.

~Roger

On Jul 11, 2017 7:12 AM, "Paul Dupuis via use-livecode" <
use-livecode@lists.runrev.com> wrote:

> My guess is that it could be Digital Rights Management related?
>
> If you can screenshot a DRM protected video then, in principle, you
> could screenshot every frame and encode the frames back into a DRM-free
> version of the video. Do you know what the videos that had the problem
> were?
>
>
> On 7/11/2017 3:20 AM, Tiemo Hollmann TB via use-livecode wrote:
> > Hello,
> >
> > LC 8.1.4, Windows 10
> >
> > I am using the standard LC videoPayer (directShow) to play H.264 mp4
> videos.
> > One essential feature of my program is, that the user can take
> screenshots
> > from the video, edit and save them.
> >
> > Today I got the second customer call with a Win 10 machine, who can't
> take
> > screenshots from my LC videos. The video screen is just black on the
> taken
> > screenshot. This issue does not only happen with the build in LiveCode
> > screenshot feature, but also, if they take a screenshot with the windows
> > print key or other screenshot tools.
> >
> > Up to now, this issue happens only at 2 customers, on all other Win 10
> > machines, taking a video screenshot works fine. The alwaysBuffer of the
> > videoPlayer is set to false (setting it to true, I don't see any video
> > playing) I also checked to disable the Kaspersky AV on the client
> computer
> > (Kaspersky has a feature to prevent screenshots), but without success.
> Btw.
> > the old version of my program with the quicktime player works fine on
> these
> > machines.
> >
> > I googled a lot, but didn't found any related issues in the net, so I
> > assume, it must be related to the LiveCode implementation of the
> directShow
> > videoPlayer. But in combination with any special hardware or software
> > setting on these two computers.
> >
> > Has anybody already experienced similar issues or has any shot in the
> dark,
> > what system options, drivers, other tools in combination with LiveCode
> could
> > have an influence on taking a screenshot?
> >
> > Any idea, what I could check for is welcome
> >
> > 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
> >
>
>
> ___
> 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: No screenshot from LC video possible

[Paul Dupuis via use-livecode]

My guess is that it could be Digital Rights Management related?

If you can screenshot a DRM protected video then, in principle, you
could screenshot every frame and encode the frames back into a DRM-free
version of the video. Do you know what the videos that had the problem were?


On 7/11/2017 3:20 AM, Tiemo Hollmann TB via use-livecode wrote:
> Hello,
>
> LC 8.1.4, Windows 10
>
> I am using the standard LC videoPayer (directShow) to play H.264 mp4 videos.
> One essential feature of my program is, that the user can take screenshots
> from the video, edit and save them.
>
> Today I got the second customer call with a Win 10 machine, who can't take
> screenshots from my LC videos. The video screen is just black on the taken
> screenshot. This issue does not only happen with the build in LiveCode
> screenshot feature, but also, if they take a screenshot with the windows
> print key or other screenshot tools.
>
> Up to now, this issue happens only at 2 customers, on all other Win 10
> machines, taking a video screenshot works fine. The alwaysBuffer of the
> videoPlayer is set to false (setting it to true, I don't see any video
> playing) I also checked to disable the Kaspersky AV on the client computer
> (Kaspersky has a feature to prevent screenshots), but without success. Btw.
> the old version of my program with the quicktime player works fine on these
> machines.
>
> I googled a lot, but didn't found any related issues in the net, so I
> assume, it must be related to the LiveCode implementation of the directShow
> videoPlayer. But in combination with any special hardware or software
> setting on these two computers.
>
> Has anybody already experienced similar issues or has any shot in the dark,
> what system options, drivers, other tools in combination with LiveCode could
> have an influence on taking a screenshot?
>
> Any idea, what I could check for is welcome
>
> 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
>


___
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: modal window = block handler?

[Lagi Pittas via use-livecode]

I second that emotion.

And this shouldn't  cause any regressions or refactoring - should be
announced  by thursday then? ;-)

Lagi

On 10 July 2017 at 22:53, Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 7/10/2017 4:54 PM, J. Landman Gay via use-livecode wrote:
> > On 7/10/17 3:41 PM, J. Landman Gay via use-livecode wrote:
> >> On 7/10/17 12:18 PM, FlexibleLearning.com via use-livecode wrote:
> >>> Opening a modal as normal (i.e. visible) obviously still does what you
> >>> specify. We simply have a 'hidden feature' that enables a
> >>> non-blocking modal
> >>> should it be required (e.g. a progress indicator that prevents
> >>> user-clicks
> >>> on other windows).
> >>
> >> This is no longer true and affects all stacks that require a modal to
> >> block other windows. "Modal" should mean no other actions are
> >> possible until the modal is dismissed.
> >>
> >> The command: modal "stackname" allows the user to click on another
> >> window and bring it to the front, and then proceed normally as though
> >> the modal didn't exist.
> >>
> >
> > I've added a test stack and comment to
> > http://quality.livecode.com/show_bug.cgi?id=14275
> >
>
> Whatever LiveCode chooses to call them, as developer I (and I think
> "we") need TWO behaviors for modal windows:
>
> 1) present the window and halt the current script on the line that
> presented the window and prevent any other scripts or actions from
> executing until that is closed
>
> 2) present a modal windows, allow no other scripts or actions to occur,
> but allow the current handler to continue executing.
>
> This would allow for traditional modal dialogs (1) and modal progress
> indicators (2)
>
>
>
> ___
> 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

No screenshot from LC video possible

[Tiemo Hollmann TB via use-livecode]

Hello,

LC 8.1.4, Windows 10

I am using the standard LC videoPayer (directShow) to play H.264 mp4 videos.
One essential feature of my program is, that the user can take screenshots
from the video, edit and save them.

Today I got the second customer call with a Win 10 machine, who can't take
screenshots from my LC videos. The video screen is just black on the taken
screenshot. This issue does not only happen with the build in LiveCode
screenshot feature, but also, if they take a screenshot with the windows
print key or other screenshot tools.

Up to now, this issue happens only at 2 customers, on all other Win 10
machines, taking a video screenshot works fine. The alwaysBuffer of the
videoPlayer is set to false (setting it to true, I don't see any video
playing) I also checked to disable the Kaspersky AV on the client computer
(Kaspersky has a feature to prevent screenshots), but without success. Btw.
the old version of my program with the quicktime player works fine on these
machines.

I googled a lot, but didn't found any related issues in the net, so I
assume, it must be related to the LiveCode implementation of the directShow
videoPlayer. But in combination with any special hardware or software
setting on these two computers.

Has anybody already experienced similar issues or has any shot in the dark,
what system options, drivers, other tools in combination with LiveCode could
have an influence on taking a screenshot?

Any idea, what I could check for is welcome

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