Re: Android Native Button

[Ali Lloyd via use-livecode]

Ah yes, we need to apply this
https://github.com/livecode/livecode/pull/6441/files to the android button
as well

On Tue, Apr 3, 2018 at 5:51 AM Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Looking at the code for the android field, it is probably a bug. In that
> code the type is optional pointer and a check is done that a pointer was
> returned. That check is not done for the button. Are you sure the font
> being specified is valid?
>
> I have not done anything android, so this is just a quick read of the LCB
> code.
> On Mon, Apr 2, 2018 at 11:14 PM Ralph DiMola via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > I'm receiving the error below. The button does render. I can't change the
> > textsize? Have I missed something or should I submit a QCC bug report?
> >
> > Thanks
> >
> > occurred on line:0
> > 0,Value is not of correct type for assignment to variable - expected
> > type for
> > assigning to a variable tTypefacePtr in
> > com.livecode.widget.native.android.button.SetTypeface
> >
> >
> > Ralph DiMola
> > IT Director
> > Evergreen Information Services
> > rdim...@evergreeninfo.net
> >
> >
> > ___
> > 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: Guessing game

[Mark Waddingham via use-livecode]

On 2018-04-02 21:28, J. Landman Gay via use-livecode wrote:

I found this:

***
Additionally the into clause has been added to all array set set
operations allowing commands such as:

  intersect tLeft with tRight into tResult

The operation of the commands is the same as the non-into form except
that tLeft does not have to be a variable, and the result of the
operation is placed into tResult rather than mutating tLeft.
***

So when is an array not a variable?


I must confess I found this quite an interesting question - as it speaks 
to the history of arrays in LiveCode.


Originally there were no arrays 'just' variables - a variable could hold 
a string, nothing else.


Then arrays were added, but they were not 'first class citizens' - so a 
perfectly reasonable mental model was that variables had been augmented 
so that they could be collections of named variables - each holding a 
string. (e.g. tFoo["a"], tFoo["b"] were both distinct variables, just 
with a convenient/indexable way of referencing them, and passing them 
around as a collection).


However, this changed when we added hierarchical arrays - i.e. being 
able to set an array as the value of an array key. The variable centric 
model then doesn't work so well - it is perhaps 'better' to think of 
arrays as values like strings. i.e. Arrays ceased to be tied to the 
notion of variable at all, and just became a 'value' which can be put 
into a variable.


Personally I think I always thought of arrays in LiveCode as values, but 
ones which had only been 'partially implemented' - there were lots of 
places prior to adding hierarchical arrays which wouldn't work with the 
existing notion of array, but had to be made to for hierarchical arrays 
to be in any way useful.


Another way to think about 'into' being added to intersect/union is that 
we've essentially added binary operators for array union and intersect:


  intersect tLeft with tRight into tResult

Does the same thing as a hypothetical 'intersect' binary operator:

  put tLeft intersect tRight into tResult

One could imagine a similar thing being added to the arithmetic 
commands:


  add tLeft to tRight into tResult

Would do nothing different from:

  put tLeft + tRight into tResult

This would just be a different way of expressing the same thing 
syntactically. (Note the 'into' form has not been added to the 
arithmetic commands, and there is no binary intersect/union operator - 
but perhaps both should be considered).


Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Guessing game

[David Bovill via use-livecode]

Arrays as first class citizens? Give them a passport! Arrays have rights
too!

Need to check if they can be passed as parameters in setprop handlers - as
in “set the beautiful_Colour [spellingArray] of my card to light-grey”

Last time I checked not all first class citizens were equal.

On Tue, 3 Apr 2018 at 08:51, Mark Waddingham via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 2018-04-02 21:28, J. Landman Gay via use-livecode wrote:
> > I found this:
> >
> > ***
> > Additionally the into clause has been added to all array set set
> > operations allowing commands such as:
> >
> >   intersect tLeft with tRight into tResult
> >
> > The operation of the commands is the same as the non-into form except
> > that tLeft does not have to be a variable, and the result of the
> > operation is placed into tResult rather than mutating tLeft.
> > ***
> >
> > So when is an array not a variable?
>
> I must confess I found this quite an interesting question - as it speaks
> to the history of arrays in LiveCode.
>
> Originally there were no arrays 'just' variables - a variable could hold
> a string, nothing else.
>
> Then arrays were added, but they were not 'first class citizens' - so a
> perfectly reasonable mental model was that variables had been augmented
> so that they could be collections of named variables - each holding a
> string. (e.g. tFoo["a"], tFoo["b"] were both distinct variables, just
> with a convenient/indexable way of referencing them, and passing them
> around as a collection).
>
> However, this changed when we added hierarchical arrays - i.e. being
> able to set an array as the value of an array key. The variable centric
> model then doesn't work so well - it is perhaps 'better' to think of
> arrays as values like strings. i.e. Arrays ceased to be tied to the
> notion of variable at all, and just became a 'value' which can be put
> into a variable.
>
> Personally I think I always thought of arrays in LiveCode as values, but
> ones which had only been 'partially implemented' - there were lots of
> places prior to adding hierarchical arrays which wouldn't work with the
> existing notion of array, but had to be made to for hierarchical arrays
> to be in any way useful.
>
> Another way to think about 'into' being added to intersect/union is that
> we've essentially added binary operators for array union and intersect:
>
>intersect tLeft with tRight into tResult
>
> Does the same thing as a hypothetical 'intersect' binary operator:
>
>put tLeft intersect tRight into tResult
>
> One could imagine a similar thing being added to the arithmetic
> commands:
>
>add tLeft to tRight into tResult
>
> Would do nothing different from:
>
>put tLeft + tRight into tResult
>
> This would just be a different way of expressing the same thing
> syntactically. (Note the 'into' form has not been added to the
> arithmetic commands, and there is no binary intersect/union operator -
> but perhaps both should be considered).
>
> Warmest Regards,
>
> Mark.
>
> --
> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> LiveCode: Everyone can create apps
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
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: Guessing game

[Mark Waddingham via use-livecode]

On 2018-04-03 10:28, David Bovill via use-livecode wrote:
Arrays as first class citizens? Give them a passport! Arrays have 
rights

too!

Need to check if they can be passed as parameters in setprop handlers - 
as

in “set the beautiful_Colour [spellingArray] of my card to light-grey”


Heh - okay let me define what I mean by 'first-class citizen'...

A 'thing' in a programming language is a 'first-class citizen' if it can 
be placed in a variable, and further being then able to use that 
variable to be able to access the functionality of 'thing' instead of 
referencing 'thing' directly. i.e. 'thing' can be indirected.


The above example confuses two things - the idea of being first-class, 
and the ability to use a given type of value in a given context. SetProp 
handlers are defined to take a string argument, as they are backed by a 
LiveCode array (custom property set) if there is no handler to call (or 
if messages are locked). So that's just a case of functionality which 
has not been defined nor implemented.


Perhaps the best example of a language feature which is nearly never 
'first-class' (as in, I don't believe there are any widely used general 
programming languages which allow it) is types. e.g. You can't do things 
like the following:


  put integer between 1 and 3 into tIntBetween1And3Type
  put tMyString as tIntBetween1And3Type into tIntBetween1And3

Certainly you can approximate this in various languages - you *can* 
build concrete instances of abstract base classes (i.e. ones with all 
virtual methods) in C++ at runtime if you don't mind a bit of 
bit-bashing; but you can't build a struct, or class which is used as a 
value (i.e. not passed around as a pointer) which existing compiled code 
can used.


Warmest Regards,

Mark.

P.S. Looking at this another way - I'd perhaps characterize the above as 
arrays are not 'complete' as values in LiveCode (as in: you can't use 
arrays in all places where you can use strings, and would still make 
sense), but I would say they were 'first-class'. I'd suggest 
'completeness as values' is a more stringent requirement than 
'first-class' - and is more that 'code has not been written to do that' 
(incomplete), rather than the 'model of the language disallows any 
notion of it being possible' (not first-class).


P.P.S. You could rewrite your example as:
set the beautiful_Colour [ the arrayEncode of spellingArray ] of 
this card to "light-grey"
Which suggests that arrays are actually 'complete' in LiveCode in the 
sense suggested above - it is just you (as the coder) have to work a bit 
harder to use them as such.


--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Guessing game

[David Bovill via use-livecode]

True - I’d rather be first-class than complete anyway.

And yes thanks for suggested way around incompleteness. I still suffered
culture shock. The use-case I had was to replace send syntax with the more
elegant set the ... of object to syntax. I found myself wanting a bit more
power ...

Power is not always a good thing. I’m glad that the dignity of arrays has
been restored.

On Tue, 3 Apr 2018 at 10:25, Mark Waddingham via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 2018-04-03 10:28, David Bovill via use-livecode wrote:
> > Arrays as first class citizens? Give them a passport! Arrays have
> > rights
> > too!
> >
> > Need to check if they can be passed as parameters in setprop handlers -
> > as
> > in “set the beautiful_Colour [spellingArray] of my card to light-grey”
>
> Heh - okay let me define what I mean by 'first-class citizen'...
>
> A 'thing' in a programming language is a 'first-class citizen' if it can
> be placed in a variable, and further being then able to use that
> variable to be able to access the functionality of 'thing' instead of
> referencing 'thing' directly. i.e. 'thing' can be indirected.
>
> The above example confuses two things - the idea of being first-class,
> and the ability to use a given type of value in a given context. SetProp
> handlers are defined to take a string argument, as they are backed by a
> LiveCode array (custom property set) if there is no handler to call (or
> if messages are locked). So that's just a case of functionality which
> has not been defined nor implemented.
>
> Perhaps the best example of a language feature which is nearly never
> 'first-class' (as in, I don't believe there are any widely used general
> programming languages which allow it) is types. e.g. You can't do things
> like the following:
>
>put integer between 1 and 3 into tIntBetween1And3Type
>put tMyString as tIntBetween1And3Type into tIntBetween1And3
>
> Certainly you can approximate this in various languages - you *can*
> build concrete instances of abstract base classes (i.e. ones with all
> virtual methods) in C++ at runtime if you don't mind a bit of
> bit-bashing; but you can't build a struct, or class which is used as a
> value (i.e. not passed around as a pointer) which existing compiled code
> can used.
>
> Warmest Regards,
>
> Mark.
>
> P.S. Looking at this another way - I'd perhaps characterize the above as
> arrays are not 'complete' as values in LiveCode (as in: you can't use
> arrays in all places where you can use strings, and would still make
> sense), but I would say they were 'first-class'. I'd suggest
> 'completeness as values' is a more stringent requirement than
> 'first-class' - and is more that 'code has not been written to do that'
> (incomplete), rather than the 'model of the language disallows any
> notion of it being possible' (not first-class).
>
> P.P.S. You could rewrite your example as:
>  set the beautiful_Colour [ the arrayEncode of spellingArray ] of
> this card to "light-grey"
> Which suggests that arrays are actually 'complete' in LiveCode in the
> sense suggested above - it is just you (as the coder) have to work a bit
> harder to use them as such.
>
> --
> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> LiveCode: Everyone can create apps
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
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: Guessing game

[Mark Waddingham via use-livecode]

On 2018-04-03 11:35, David Bovill via use-livecode wrote:

True - I’d rather be first-class than complete anyway.


To use a more concrete analogy - all British citizens are (since 
suffrage!) 'first-class' in the sense they can vote, but are not 
'complete' in the sense that there exist things which some citizens are 
allowed to do, which others are not.


And yes thanks for suggested way around incompleteness. I still 
suffered
culture shock. The use-case I had was to replace send syntax with the 
more
elegant set the ... of object to syntax. I found myself wanting a bit 
more

power ...


That's a slightly different thing - I'd suggest that even your proposed 
'more elegant' solution is actually probably much less readable than 
using 'send' in the long run as, if I read that line it isn't entirely 
clear what it is intending to do...


So, I'm guessing what you really want to be able to do is:

  set the textColor of chunk tChunk of tMyObject to light-grey for each 
tChunk in spellingArray


Or (with slightly less use of non-existant syntax):

  set the textColor of each element of spellingArray to light-grey

Where 'spellingArray' is a numeric list of chunk references. Which would 
be the same as:


  repeat for each element tMisspeltWordsChunk in spellingArray
set the textColor of tMisspeltWordChunk to "light gray"
  end repeat

Which does actually work now - as you can have things like "char 1 to 20 
of field 1" in a variable, which will be parsed at runtime when its the 
target of a set command.


Power is not always a good thing. I’m glad that the dignity of arrays 
has

been restored.


Power and syntax are intimately related - in the sense that how we 
encode what we want to do as syntax will give us power in some ways, 
whilst removing it in others (the only way for that to not be the case 
is to make the syntax more verbose and more difficult to write - think 
machine code vs. LiveCode Script).


The above is actually a very good example of this as you *can* actually 
use an array as an index outside of setProps, it just means something 
perhaps much more useful...


i.e.
  put "foo" into tPath[1]
  put "bar" into tPath[2]
  put tArray[tPath] into tBarOfFooOfArray

Numerically keyed arrays starting from 1 can be used as an array index, 
in which case they are considered to be a sequence of keys to follow. 
The above is the same as:


  put tArray["foo"]["bar"] into tBarOfFooOfArray

To put it another way, as it stands, the use of arrays as indexes in 
arrays has been chosen to mean something which is (to be fair) a *great 
deal* more useful than array-valued keys - as it makes array paths (i.e. 
sequence of keys) first-class in the language.


(Also, all uses of array-valued keys anywhere can be transformed to code 
which derives a canonical name from an array before being used as a key 
- which is probably something you should be doing anyway directly were 
you to ever think you have a need for such, otherwise it masks what the 
code is *actually* doing, as well as probably causing you horrendous 
performance problems for cases you have not foreseen and will occur!).


Of course, what you wanted (I presume) is a more succinct way to set a 
property of a collection of chunks to a single value - i.e. one which 
takes one line, rather than 3 - which isn't really anything to do with 
array-valued array keys at all - and more syntactic sugar for what other 
languages would call 'list comprehension' I guess.


Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Guessing game

[David Bovill via use-livecode]

Actually the use case was different. More of a generic way with nice syntax
to call remote functions. This is easier now with dispatch but still not
quite as elegant IMO as using virtual properties of models.

Let’s take an example that I currently use. Note that the rational here is
to avoid where possible using libraries with potential name clashes in a
global space, while retaining elegant syntax and a clear mental (visual)
model.

Requirements: to be able to get and set data on an arbitrary number if
project specific user contributed models.

Second requirement:  to also be able to filter and search the data with
minimal syntax.

Solution: rather than calling / evaluating functions in the context of
their particular project which is hard syntax to remember and not easy to
read - define the following:

getprop project_Data
  -- fetch some data drom a suitable data source linked to the current
context
  return projectArray
end getprop

setprop project_Data someArray
  -- fetch some data drom a suitable data source linked to the current
context
  return projectJson
end getprop


That works fine, and you can make it more useable by defining a single
generic library to access stored arrays in a suitably defined place in the
project.

However you want to be able to filter and search the data, returning for
instance only particular fields. Rather than defining lots of separate
handlers it is useful an elegant to extend the virtual properties as
follows:

getprop project_Data [someKey]]
  -- fetch some data drom a suitable data source linked to the current
context
  return projectArray
end getprop


What would be nice is to be able to use the full power of native arrays in
this syntax, as you could then use it to not only return top level keyed
arrays but nested structures and other types of query. For a function you
would just add another parameter for that. you can;t do that with virtual
props - so you need to leverage the power of arrays.

That's one example of why i'd like to enable that functionality - and make
arrays a bit more complete :)


On Tue, 3 Apr 2018 at 11:07, Mark Waddingham via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 2018-04-03 11:35, David Bovill via use-livecode wrote:
> > True - I’d rather be first-class than complete anyway.
>
> To use a more concrete analogy - all British citizens are (since
> suffrage!) 'first-class' in the sense they can vote, but are not
> 'complete' in the sense that there exist things which some citizens are
> allowed to do, which others are not.
>
> > And yes thanks for suggested way around incompleteness. I still
> > suffered
> > culture shock. The use-case I had was to replace send syntax with the
> > more
> > elegant set the ... of object to syntax. I found myself wanting a bit
> > more
> > power ...
>
> That's a slightly different thing - I'd suggest that even your proposed
> 'more elegant' solution is actually probably much less readable than
> using 'send' in the long run as, if I read that line it isn't entirely
> clear what it is intending to do...
>
> So, I'm guessing what you really want to be able to do is:
>
>set the textColor of chunk tChunk of tMyObject to light-grey for each
> tChunk in spellingArray
>
> Or (with slightly less use of non-existant syntax):
>
>set the textColor of each element of spellingArray to light-grey
>
> Where 'spellingArray' is a numeric list of chunk references. Which would
> be the same as:
>
>repeat for each element tMisspeltWordsChunk in spellingArray
>  set the textColor of tMisspeltWordChunk to "light gray"
>end repeat
>
> Which does actually work now - as you can have things like "char 1 to 20
> of field 1" in a variable, which will be parsed at runtime when its the
> target of a set command.
>
> > Power is not always a good thing. I’m glad that the dignity of arrays
> > has
> > been restored.
>
> Power and syntax are intimately related - in the sense that how we
> encode what we want to do as syntax will give us power in some ways,
> whilst removing it in others (the only way for that to not be the case
> is to make the syntax more verbose and more difficult to write - think
> machine code vs. LiveCode Script).
>
> The above is actually a very good example of this as you *can* actually
> use an array as an index outside of setProps, it just means something
> perhaps much more useful...
>
> i.e.
>put "foo" into tPath[1]
>put "bar" into tPath[2]
>put tArray[tPath] into tBarOfFooOfArray
>
> Numerically keyed arrays starting from 1 can be used as an array index,
> in which case they are considered to be a sequence of keys to follow.
> The above is the same as:
>
>put tArray["foo"]["bar"] into tBarOfFooOfArray
>
> To put it another way, as it stands, the use of arrays as indexes in
> arrays has been chosen to mean something which is (to be fair) a *great
> deal* more useful than array-valued keys - as it makes array paths (i.e.
> sequence of keys) first-class in the lang

Re: do. command. safety. ?

[Mark Waddingham via use-livecode]

On 2018-04-02 07:06, Richard Gaskin via use-livecode wrote:

You were just thinking constructively.  You look for outcomes that
benefit people.  That's a good perspective to have.  Most devs do.

Maliciously breaking things requires a different mindset.


Or just recast the problem as an entirely constructive one...

We're thinking of this problem in terms of 'how can someone maliciously 
cause damage through code I've written' - however that problem is no 
different from a much more benign one...


  "How can a completely benign user accidentally cause our code to get 
into an unintended state"


In the case of the 'do' command which initiated this discussion - then 
imagine you are doing some sort of processing of user input on a form - 
and (for whatever reason - there are many) you are using do:


  on commitButtonPressed
...
do "put" && quote & field "Username" & quote & "into tRecord[1]"
...
  end commitButtonPressed

Here I'm imagining a card on a stack which is some sort of form. There's 
a 'continue/commit' button which causes commitButtonPressed to be 
called. The data you want to process is in fields on the card - in this 
case the user is required to enter a username - that goes into field 
"Username".


The benign user (whether it be just because they have made a typo or are 
just slightly perverse) enters newuser" - i.e. newuser with the quote 
char at the end.


This input will result in the above code not working correctly, as the 
do command will try and execute:


  put "newuser"" into tRecord[1]

Which will fail, meaning that tRecord[1] will hold empty - which will 
mean the rest of the code will be faulty.


Put another way, all cases where code could be maliciously subverted are 
also cases where your code could break through simple user error.


I'm not sure if that makes the problem any simpler to think about - but 
it at least removes the notion that maliciousness is the reason to be 
careful, and replaces it with robustness (which seems slightly more 
positive, at least).


Warmest Regards,

Mark.

--
Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
LiveCode: Everyone can create apps

___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

[ANN] Release 9.0.0

[panagiotis merakos via use-livecode]

Dear list members,

LiveCode 9.0.0 is out, read all about it here:

https://us7.campaign-archive.com/?u=8404b344b09103bf489dd8a9a&id=c574bcb9b3

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

Re: [ANN] Release 9.0.0

[Klaus major-k via use-livecode]

Hi Panos,

> Am 03.04.2018 um 15:01 schrieb panagiotis merakos via use-livecode 
> :
> 
> Dear list members,
> 
> LiveCode 9.0.0 is out, read all about it here:
> https://us7.campaign-archive.com/?u=8404b344b09103bf489dd8a9a&id=c574bcb9b3

cool, thanks!

But the "Release Notes" still contain the famous and popular "Guessing game" on 
page 16, 
mentioned here several time before. :-D
--
Additional forms of create command

Create in now works correctly
You can now create in as well as in

--

> Have fun!
> The LiveCode Team
> --

Best

Klaus

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


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ANN] Release 9.0.0

[panagiotis merakos via use-livecode]

Ah sorry about that! I'll file a bug report so as to make sure this is
resolved in the next release :)

For reference, this is what it is supposed to say:

-
# Additional forms of create command

Create  in  now works correctly
You can now create  in  as well as in 
-

Best,
Panos
--

On Tue, Apr 3, 2018 at 2:39 PM, Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Panos,
>
> > Am 03.04.2018 um 15:01 schrieb panagiotis merakos via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > Dear list members,
> >
> > LiveCode 9.0.0 is out, read all about it here:
> > https://us7.campaign-archive.com/?u=8404b344b09103bf489dd8a9a&id=
> c574bcb9b3
>
> cool, thanks!
>
> But the "Release Notes" still contain the famous and popular "Guessing
> game" on page 16,
> mentioned here several time before. :-D
> --
> Additional forms of create command
>
> Create in now works correctly
> You can now create in as well as in
>
> --
>
> > Have fun!
> > The LiveCode Team
> > --
>
> Best
>
> Klaus
>
> --
> Klaus Major
> http://www.major-k.de
> kl...@major-k.de
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

[ANN] This Week in LiveCode 123

[panagiotis merakos via use-livecode]

Hi all,

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

Read issue #123 here: https://goo.gl/EfhsRf

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

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


-- 
Panagiotis Merakos 
LiveCode Software Developer

Everyone Can Create Apps 
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

TOOLS ROUNDUP! TOOLS ROUNDUP!

[Mike Kerner via use-livecode]

I'm still thinking about sessions for LCG.  One of the suggestions I had
seen was an intro on tool x.  How about a tools roundup?  Names and URL's
for your favorite LC tools go in this thread, please.  More is better so I
don't leave anyone out.

-- 
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: Installation failed

[Bob Sneidar via use-livecode]

Hmmm... interesting point. The Parallels VM shares the Mac desktop. It does so, 
believe it or not, through a custom network adapter. So even though it's on my 
desktop, the VM thinks it's on a network share. 

Bob S


> On Apr 2, 2018, at 19:04 , Trevor DeVore via use-livecode 
>  wrote:
> 
> Sounds like you are trying to install on Windows when the installer is on a
> network drive. Try copying the installer to the Windows machine.
> 
> —
> Trevor DeVore

___
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: Installation failed

[Bob Sneidar via use-livecode]

Copying the installer from the desktop to the C:\Software folder then running 
the installer did the trick. Sometimes I cannot see the forest for the trees. 
It goes to my view that everything that happens with a computer is to create 
the illusion of something, but it has no substance itself. In this case my 
desktop looks like a local desktop, but is actually working like folder 
redirection to a network profile. 

Bob S


> On Apr 3, 2018, at 07:37 , Bob Sneidar via use-livecode 
>  wrote:
> 
> Hmmm... interesting point. The Parallels VM shares the Mac desktop. It does 
> so, believe it or not, through a custom network adapter. So even though it's 
> on my desktop, the VM thinks it's on a network share. 
> 
> Bob S
> 
> 
>> On Apr 2, 2018, at 19:04 , Trevor DeVore via use-livecode 
>>  wrote:
>> 
>> Sounds like you are trying to install on Windows when the installer is on a
>> network drive. Try copying the installer to the Windows machine.
>> 
>> —
>> Trevor DeVore
> 
> ___
> 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: Installation failed

[Bob Sneidar via use-livecode]

Now it gets most of the way through and then backs out and says can't install 
payload or some such thing. 

Bob S


> On Apr 3, 2018, at 07:37 , Bob Sneidar via use-livecode 
>  wrote:
> 
> Hmmm... interesting point. The Parallels VM shares the Mac desktop. It does 
> so, believe it or not, through a custom network adapter. So even though it's 
> on my desktop, the VM thinks it's on a network share. 
> 
> Bob S
> 
> 
>> On Apr 2, 2018, at 19:04 , Trevor DeVore via use-livecode 
>>  wrote:
>> 
>> Sounds like you are trying to install on Windows when the installer is on a
>> network drive. Try copying the installer to the Windows machine.
>> 
>> —
>> Trevor DeVore
> 
> ___
> 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: Installation failed

[Bob Sneidar via use-livecode]

Couldn't extract payload to file. Internal error. I'll contact support. 

Bob S


> On Apr 3, 2018, at 07:44 , Bob Sneidar via use-livecode 
>  wrote:
> 
> Now it gets most of the way through and then backs out and says can't install 
> payload or some such thing. 
> 
> 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

App Submission Errors

[Dan Friedman via use-livecode]

Using LC 8.1.9, Max OS 10.12.6, XCode 9.2 I created my app for iOS.  I followed 
the instructions to create a ipa file.  When I upload the ipa with version 3.7 
of Application Loader, I get these errors:

ERROR ITMS-90032: "Invalid Image Path - No image found at the path referenced 
under key 'CFBundleIcons': 'AppIcon60x60'"
ERROR ITMS-90023: "Missing required icon file. The bundle does not contain an 
app icon for iPad of exactly '76x76' pixels, in .png format for iOS versions >= 
7.0."
ERROR ITMS-90023: "Missing required icon file. The bundle does not contain an 
app icon for iPad of exactly '152x152' pixels, in .png format for iOS versions 
>= 7.0."
ERROR ITMS-90022: "Missing required icon file. The bundle does not contain an 
app icon for iPhone / iPod Touch of exactly '120x120' pixels, in .png format 
for iOS versions >= 7.0."

Have I got a setting wrong?  Or is there a LC bug?

Anyone have any insight to share?

-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: App Submission Errors

[panagiotis merakos via use-livecode]

Hi Dan,

You have to include *all* the required icons for your app. Just go to the
iOS standalone settings and make sure you add a .png of the specified
dimensions (shown in the tooltip) for each icon field.

Best,
Panos
--

On Tue, Apr 3, 2018 at 4:14 PM, Dan Friedman via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Using LC 8.1.9, Max OS 10.12.6, XCode 9.2 I created my app for iOS.  I
> followed the instructions to create a ipa file.  When I upload the ipa with
> version 3.7 of Application Loader, I get these errors:
>
> ERROR ITMS-90032: "Invalid Image Path - No image found at the path
> referenced under key 'CFBundleIcons': 'AppIcon60x60'"
> ERROR ITMS-90023: "Missing required icon file. The bundle does not contain
> an app icon for iPad of exactly '76x76' pixels, in .png format for iOS
> versions >= 7.0."
> ERROR ITMS-90023: "Missing required icon file. The bundle does not contain
> an app icon for iPad of exactly '152x152' pixels, in .png format for iOS
> versions >= 7.0."
> ERROR ITMS-90022: "Missing required icon file. The bundle does not contain
> an app icon for iPhone / iPod Touch of exactly '120x120' pixels, in .png
> format for iOS versions >= 7.0."
>
> Have I got a setting wrong?  Or is there a LC bug?
>
> Anyone have any insight to share?
>
> -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: [ANN] Release 9.0.0

[Paul Dupuis via use-livecode]

I assume with the release of LC 9.0.0 that there will not be a release
version of LC 8.2.0?

Is this the case? It makes sense, but I am just looking to confirm
whether this has been confirmed by the Mothership.

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

[Paul Dupuis via use-livecode]

Also, the LC9 splash dialog/pane/whatever does not go away either by
clicking on it or after the menu and tool palette appears. Anyone else
seeing this?

___
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: TOOLS ROUNDUP! TOOLS ROUNDUP!

[Paul Dupuis via use-livecode]

On 4/3/2018 10:33 AM, Mike Kerner via use-livecode wrote:
> I'm still thinking about sessions for LCG.  One of the suggestions I had
> seen was an intro on tool x.  How about a tools roundup?  Names and URL's
> for your favorite LC tools go in this thread, please.  More is better so I
> don't leave anyone out.
>
Mike,

I have a "tool" that I use a lot that I am happy to share. It is not an
IDE plugin, just a stack that will build a text file of the scripts of
all of the open (non-IDE) stacks (except itself). I find it helpful to
have a text file of all my apps scripts for reference. I have no idea if
any other would find it useful. I suspect for those who do they already
have better versions of such a tool they created. Any way, I'm happy to
email it to you if you like. Just send me a direct email an let me know.


___
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: TOOLS ROUNDUP! TOOLS ROUNDUP!

[Mike Kerner via use-livecode]

Hey, Paul,
this account works fine:  mikeker...@roadrunner.com (but so do any of the
other addresses that any of you have for me, since I have...a couple...)
If you or someone else has one of my other addresses, those work as well.

One caveat for anyone who jumps in on this:  A tool doesn't do anyone any
good if they can't get it, so we would need to know either how to get a
hold of the author, or how to get the tool in question.
___
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 9.0.0

[panagiotis merakos via use-livecode]

@Paul

RE the splash screen not going away, I have occasionally seen it in other
LC versions on Windows only in the past. If I remember correctly, it was
fixed once I deleted the LC Prefs.

RE 8.2.0, there will be no other LC 8.2 releases,  since all the features
and bug fixes of LC 8.2.x are now merged into LC 9.0.

Best,
Panos
--



On Tue, Apr 3, 2018 at 4:26 PM, Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Also, the LC9 splash dialog/pane/whatever does not go away either by
> clicking on it or after the menu and tool palette appears. Anyone else
> seeing this?
>
> ___
> 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
>



-- 
Panagiotis Merakos 
LiveCode Software Developer

Everyone Can Create Apps 
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: [ANN] Release 9.0.0

[Mike Kerner via use-livecode]

I had this problem with RC1.  I had to delete my lc prefs file.

On Tue, Apr 3, 2018 at 11:26 AM, Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Also, the LC9 splash dialog/pane/whatever does not go away either by
> clicking on it or after the menu and tool palette appears. Anyone else
> seeing this?
>
> ___
> 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: Installation failed

[Peter Bogdanoff via use-livecode]

I had installation success in Win/Parallels downloading with the web browser IN 
Windows.

Peter

> On Apr 3, 2018, at 7:46 AM, Bob Sneidar via use-livecode 
>  wrote:
> 
> Couldn't extract payload to file. Internal error. I'll contact support. 
> 
> Bob S
> 
> 
>> On Apr 3, 2018, at 07:44 , Bob Sneidar via use-livecode 
>>  wrote:
>> 
>> Now it gets most of the way through and then backs out and says can't 
>> install payload or some such thing. 
>> 
>> 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: Installation failed

[Mike Kerner via use-livecode]

I've also run into that when I try to install for all users instead of just
me when I'm installing in parallels

On Tue, Apr 3, 2018 at 10:46 AM, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Couldn't extract payload to file. Internal error. I'll contact support.
>
> Bob S
>
>
> > On Apr 3, 2018, at 07:44 , Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Now it gets most of the way through and then backs out and says can't
> install payload or some such thing. 
> >
> > 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
>



-- 
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: App Submission Errors

[Dan Friedman via use-livecode]

Panos,

Thank you for the tip!   Actually, I had all the icons in place, but the icon 
folder was moved.  Now I am left with this feeling of stupidity and 
embarrassment.   :)

-Dan



Hi Dan,

You have to include *all* the required icons for your app. Just go to the
iOS standalone settings and make sure you add a .png of the specified
dimensions (shown in the tooltip) for each icon field.

Best,
Panos

___
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: TOOLS ROUNDUP! TOOLS ROUNDUP!

[Marc Siskin via use-livecode]

Paul,

I would like it.  Maybe you can upload the stack to Revonline too.

Thank you,
Marc

On Apr 3, 2018, at 11:30 AM, Paul Dupuis via use-livecode 
mailto:use-livecode@lists.runrev.com>> wrote:

On 4/3/2018 10:33 AM, Mike Kerner via use-livecode wrote:
I'm still thinking about sessions for LCG.  One of the suggestions I had
seen was an intro on tool x.  How about a tools roundup?  Names and URL's
for your favorite LC tools go in this thread, please.  More is better so I
don't leave anyone out.

Mike,

I have a "tool" that I use a lot that I am happy to share. It is not an
IDE plugin, just a stack that will build a text file of the scripts of
all of the open (non-IDE) stacks (except itself). I find it helpful to
have a text file of all my apps scripts for reference. I have no idea if
any other would find it useful. I suspect for those who do they already
have better versions of such a tool they created. Any way, I'm happy to
email it to you if you like. Just send me a direct email an let me know.


___
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

---
Marc Siskin
Manager, Modern Language Resource Center
Carnegie Mellon University
msis...@andrew.cmu.edu



___
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: Guessing game

[Bob Sneidar via use-livecode]

When I was first exposed to arrays in Foxpro, I saw them as ordered blocks of 
memory which could be addressed using integer values. Back then an array in 
memory resided in a contiguous block of memory for efficiency, and were 2 
dimensional, so a reference to an element was myArray(x,y) (if memory serves 
heh heh). I naturally saw variables as a string reference different kind of 
object in memory. I still do. Livecode therefore supports two types of 
variables in my understanding: String and Array. 

This becomes evident when you try to write either to a file. A string you can. 
An array you have to convert to a string of sorts (arrayEncode) to save it 
anywhere but in LC memory or an LC property. 

Bob S


> On Apr 3, 2018, at 02:24 , Mark Waddingham via use-livecode 
>  wrote:
> 
> P.S. Looking at this another way - I'd perhaps characterize the above as 
> arrays are not 'complete' as values in LiveCode (as in: you can't use arrays 
> in all places where you can use strings, and would still make sense), but I 
> would say they were 'first-class'. I'd suggest 'completeness as values' is a 
> more stringent requirement than 'first-class' - and is more that 'code has 
> not been written to do that' (incomplete), rather than the 'model of the 
> language disallows any notion of it being possible' (not first-class).


___
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

LC on ChromeBooks

[J. Landman Gay via use-livecode]

Has anyone tried to run an LC app on a ChromeBook? Don't they run Android 
apps now?


--
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: Installation failed

[Bob Sneidar via use-livecode]

Actually I discovered I was running out of disk space in my VM. DOH! The 
installer doesn't really spell that out when it fails, so I feel somewhat 
vindicated. 

Bob S


> On Apr 3, 2018, at 08:43 , Mike Kerner via use-livecode 
>  wrote:
> 
> I've also run into that when I try to install for all users instead of just
> me when I'm installing in parallels
> 
> On Tue, Apr 3, 2018 at 10:46 AM, Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Couldn't extract payload to file. Internal error. I'll contact support.
>> 
>> 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: do. command. safety. ?

[Bob Sneidar via use-livecode]

When I first started writing things in Hypercard, I would take my creations to 
the Principle of the High School where I worked and he would set about trying 
to break my code. He was good at it. He told me that if it occured to him to 
try and break it, eventually it would occur to someone else. Smart guy. 

Bob S


> On Apr 3, 2018, at 03:50 , Mark Waddingham via use-livecode 
>  wrote:
> 
> Put another way, all cases where code could be maliciously subverted are also 
> cases where your code could break through simple user error.
> 
> I'm not sure if that makes the problem any simpler to think about - but it at 
> least removes the notion that maliciousness is the reason to be careful, and 
> replaces it with robustness (which seems slightly more positive, at least).
> 
> Warmest Regards,
> 
> Mark.
> 
> -- 
> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> LiveCode: Everyone can create apps


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Audio recording fails when trying to record video

[Tore Nilsen via use-livecode]

I am currently trying to help one of my students with setting up a camera 
control to record video. We have been able to set up a camera control to record 
video, but no sound is recorded. According to the dictionary an audioDevice ID 
should be set in order to record sound as well as video. Using the 
cameraControlGet to get the audioDevice ID does not return empty, but no sound 
is recorded. That is, sometimes it do record sound, others it do not.

When trying to explicitly set the audioDeviceID upon creation of the 
cameraControl, I get a script error, unless I type the audioID inside quotes 
directly into the code. This is of course annoying and not very useful, as one 
never knows the audioDeviceID other than on the device used to make the 
application. I must admit I have no idea as to what I am doing wrong, but I 
trust this list to spot the obvious mistake quickly. Here is the script for 
setting up the camera control:

on mouseUp

cameraControlCreate "myFirstCamera"

cameraControlSet "myFirstCamera", "visible", true

cameraControlSet "myFirstCamera", "rect", "0,79,400,304"

put line 1 of cameraControlGet("myFirstCamera","audioDevices")into tAudio

delete last item of tAudio -- the name of the audio input device, an error is 
thrown at runtime unless this is deleted

cameraControlSet "myFirstCamera", "audioDevice", tAudio

end mouseUp


Best regards
Tore Nilsen
___
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: Android Native Button

[Ralph DiMola via use-livecode]

Thanks Ali,

I submitted bug https://quality.livecode.com/show_bug.cgi?id=21141

Also in the QCC is that I can't change the font of text size.

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

-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf
Of Ali Lloyd via use-livecode
Sent: Tuesday, April 03, 2018 3:17 AM
To: How to use LiveCode
Cc: Ali Lloyd
Subject: Re: Android Native Button

Ah yes, we need to apply this
https://github.com/livecode/livecode/pull/6441/files to the android button
as well

On Tue, Apr 3, 2018 at 5:51 AM Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Looking at the code for the android field, it is probably a bug. In 
> that code the type is optional pointer and a check is done that a 
> pointer was returned. That check is not done for the button. Are you 
> sure the font being specified is valid?
>
> I have not done anything android, so this is just a quick read of the 
> LCB code.
> On Mon, Apr 2, 2018 at 11:14 PM Ralph DiMola via use-livecode < 
> use-livecode@lists.runrev.com> wrote:
>
> > I'm receiving the error below. The button does render. I can't 
> > change the textsize? Have I missed something or should I submit a QCC
bug report?
> >
> > Thanks
> >
> > occurred on line:0
> > 0,Value is not of correct type for assignment to variable - expected 
> > type for assigning to a variable tTypefacePtr 
> > in com.livecode.widget.native.android.button.SetTypeface
> >
> >
> > Ralph DiMola
> > IT Director
> > Evergreen Information Services
> > rdim...@evergreeninfo.net
> >
> >
> > ___
> > 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: Android Native Button

[Ralph DiMola via use-livecode]

Yes, I enumerated the font names on the device and used the "Droid Serif" font.

QCC report 21141 submitted.

 

Thanks Brian

 

Ralph DiMola

IT Director

Evergreen Information Services

rdim...@evergreeninfo.net

 

From: Brian Milby [mailto:br...@milby7.com] 
Sent: Tuesday, April 03, 2018 12:51 AM
To: How to use LiveCode
Cc: Ralph DiMola
Subject: Re: Android Native Button

 

Looking at the code for the android field, it is probably a bug. In that code 
the type is optional pointer and a check is done that a pointer was returned. 
That check is not done for the button. Are you sure the font being specified is 
valid?

I have not done anything android, so this is just a quick read of the LCB code.

On Mon, Apr 2, 2018 at 11:14 PM Ralph DiMola via use-livecode 
 wrote:

I'm receiving the error below. The button does render. I can't change the 
textsize? Have I missed something or should I submit a QCC bug report?

Thanks

occurred on line:0
0,Value is not of correct type for assignment to variable - expected
type for
assigning to a variable tTypefacePtr in
com.livecode.widget.native.android.button.SetTypeface


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


___
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: Guessing game

[Richard Gaskin via use-livecode]

David Bovill wrote:

> The use-case I had was to replace send syntax with the more elegant
> set the ... of object to syntax.

While the getProp and setProp handlers would seem to lend themselves to 
a lot of useful object binding opportunities, they require caution: 
they're treated by the engine as system messages, and as such are not 
immune to the effects of lockMessages the way custom handlers are.


Systems depending on getProp and setProp will need to monitor 
lockMessages carefully to insure critical triggers are received as expected.


Using getter and setter accessor handlers avoids that concern, with a 
stylistic difference that isn't much more verbose:


  set the BeautifulColor of cd 1 to "light-grey"

-vs-

  dispatch SetBeautifulColor to cd 1 with "light-grey"

It doesn't read as nicely, but given that the trade-off can be 
unpredictability I'll take what I can get. :)


And depending on usage context, in many cases the UI event that 
initiates a calling chain may be on the card in question, not requiring 
out-of-message-path dispatching, making the call simpler than a property 
setting:


   SetBeautifulColor "light-grey"

For virtual objects like models, accessors can simplify things by not 
requiring that they be bound to a physical object which need not 
otherwise exist.  The name-value-pair programming we enjoy with custom 
props applies equally well with any array.  But with arrays we can have 
deeper levels, and are more easily savable/transportable than an object 
bound to a stack file.


--
 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: TOOLS ROUNDUP! TOOLS ROUNDUP!

[Paul Dupuis via use-livecode]

Mike & Marc,

You can find the tool at
http://www.researchware.com/livecode/rwScriptReporter141016.livecode

It is not fancy, nor elegant, but I have found I use it regularly to
create a text file of the script of our 100K+ line LiveCode app and
often have the text file of the scripts open to search and copy lines of
code from it into objects that I am working on in the IDE or simply to
search for a look up any oen of the hundreds of functions and commands
that are internal APIs for our application.

Anyone is welcome to use this code in any way they like. If someone make
a really slick version of this, please let me know.

The Table of Contents feature works pretty well. The index still needs
some tweaking to make it more useful that it currently is.

-- Paul



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

[Richmond Mathewson via use-livecode]

Congratulations!

Now let's "Heigh-Ho" over to my Linux box and see if we can . . .

Love, Richmond.

On 3/4/2018 4:01 pm, panagiotis merakos via use-livecode wrote:

Dear list members,

LiveCode 9.0.0 is out, read all about it here:

https://us7.campaign-archive.com/?u=8404b344b09103bf489dd8a9a&id=c574bcb9b3

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

memory databases fail in Windows

[Bob Sneidar via use-livecode]

Hi all. I have a function that works in Mac but not in Windows. Here is the 
relevant code:

function arrayToMemoryDB aArrayData
   put the keys of aArrayData into tArrayKeys
   sort tArrayKeys numeric ascending
   put ":MEMORY:" into tDBFile
   
   try
  put revOpenDatabase("sqlite", tDBFile) into tDBID
  
  put "drop table arraydata" into tDropSQL
  revExecuteSQL tDBID, tDropSQL
  put  the result into tResult
   catch tError
  answer tError
  if the environment is "development" then exit to top else quit
   end try


revOpenDatabase returns an error. Any idea why? It's a memory database! How can 
it NOT work??

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 9.0.0

[Richmond Mathewson via use-livecode]

And, what about the much vaunted 8.1.10
which is supposed to have several bug-fixes that I am hanging around for?

Richmond.

On 3/4/2018 6:20 pm, Paul Dupuis via use-livecode wrote:

I assume with the release of LC 9.0.0 that there will not be a release
version of LC 8.2.0?

Is this the case? It makes sense, but I am just looking to confirm
whether this has been confirmed by the Mothership.

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

[Richard Gaskin via use-livecode]

Thanks, Panos.  Very exciting news.

I've noticed in recent weeks that download speeds from 
downloads.livecode.com have become very slow.  Builds that used to take 
just a couple minutes now take hours.


My ISP isn't the best, but I haven't seen slow downloads like that 
anywhere else.


Is this a known issue with that server?  Could there be something 
specific to my ISP causing this delay with that subdomain but no others?


And a question about the future: now that v9 is out, is there anything 
you can tell us about v10?


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

LiveCode code licences

[Richmond Mathewson via use-livecode]

I am vaguely concerned as my Indy licence is due to expire on 31 May of 
this year.


Does this mean that:

1. On 1 June all my Indy installs will suddenly go "phut" and stop working?

2. On 1 June all the Indy installs I have currently installed will 
suddenly "degenerate" into Community versions?


3. On 1 June all the Indy installs I have currently installed will 
continue working,

 but I will be unable to download further versions and licence them?

4. Why am I 99% sure the answer is #1 ?

NOW: over at my other e-mail address, where, for various daft reasons 
that I have forgotten, I use my
first name (John), I have been "mail-bombed" by LiveCode offering me 
"lifetime" Indy licence for
$500 . . . all dependent on my not already being the owner of a licence 
(this is a bit of a pain).


Is that $500 offer generally available . . . ?

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: memory databases fail in Windows

[Mike Bonner via use-livecode]

try changing :MEMORY: to :memory:

On Tue, Apr 3, 2018 at 11:38 AM, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi all. I have a function that works in Mac but not in Windows. Here is
> the relevant code:
>
> function arrayToMemoryDB aArrayData
>put the keys of aArrayData into tArrayKeys
>sort tArrayKeys numeric ascending
>put ":MEMORY:" into tDBFile
>
>try
>   put revOpenDatabase("sqlite", tDBFile) into tDBID
>
>   put "drop table arraydata" into tDropSQL
>   revExecuteSQL tDBID, tDropSQL
>   put  the result into tResult
>catch tError
>   answer tError
>   if the environment is "development" then exit to top else quit
>end try
> 
>
> revOpenDatabase returns an error. Any idea why? It's a memory database!
> How can it NOT work??
>
> 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: memory databases fail in Windows

[Bob Sneidar via use-livecode]

Ah! Curoius it works with Mac. I'll give that a try. 

Bob S


> On Apr 3, 2018, at 11:12 , Mike Bonner via use-livecode 
>  wrote:
> 
> try changing :MEMORY: to :memory:
> 
> On Tue, Apr 3, 2018 at 11:38 AM, Bob Sneidar via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Hi all. I have a function that works in Mac but not in Windows. Here is
>> the relevant code:
>> 
>> function arrayToMemoryDB aArrayData
>>   put the keys of aArrayData into tArrayKeys
>>   sort tArrayKeys numeric ascending
>>   put ":MEMORY:" into tDBFile
>> 
>>   try
>>  put revOpenDatabase("sqlite", tDBFile) into tDBID
>> 
>>  put "drop table arraydata" into tDropSQL
>>  revExecuteSQL tDBID, tDropSQL
>>  put  the result into tResult
>>   catch tError
>>  answer tError
>>  if the environment is "development" then exit to top else quit
>>   end try
>> 
>> 
>> revOpenDatabase returns an error. Any idea why? It's a memory database!
>> How can it NOT work??
>> 
>> 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


___
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: LiveCode code licences

[Bob Sneidar via use-livecode]

I suspect this would have been a better question to submit to 
supp...@livecode.com. That said, to my knowledge no distributed apps 
(standalones) are going to stop working. You will not be able to develop in LC 
Indy however. It won't even launch. You *can* open these stacks in the 
Community version, but of course any plug-ins/addons that depend on Indy (or 
higher) will not be included. 

Your Indy installs will not degenerate. You would have to download and install 
Community, and use that instead. 

It's doubtful the offer extends to current developers. 

Bob S


> On Apr 3, 2018, at 10:58 , Richmond Mathewson via use-livecode 
>  wrote:
> 
> I am vaguely concerned as my Indy licence is due to expire on 31 May of this 
> year.
> 
> Does this mean that:
> 
> 1. On 1 June all my Indy installs will suddenly go "phut" and stop working?
> 
> 2. On 1 June all the Indy installs I have currently installed will suddenly 
> "degenerate" into Community versions?
> 
> 3. On 1 June all the Indy installs I have currently installed will continue 
> working,
> but I will be unable to download further versions and licence them?
> 
> 4. Why am I 99% sure the answer is #1 ?
> 
> NOW: over at my other e-mail address, where, for various daft reasons that I 
> have forgotten, I use my
> first name (John), I have been "mail-bombed" by LiveCode offering me 
> "lifetime" Indy licence for
> $500 . . . all dependent on my not already being the owner of a licence (this 
> is a bit of a pain).
> 
> Is that $500 offer generally available . . . ?
> 
> 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


___
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: LiveCode code licences

[kevin via use-livecode]

Yes your Indy license will expire. Given what it costs to maintain LiveCode we 
need revenue annually. I'm not sure what offer you are referring to but there 
is no such deal available to anyone. 
null
___
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: memory databases fail in Windows

[Richard Gaskin via use-livecode]

Bob Sneidar wrote:


Hi all. I have a function that works in Mac but not in Windows. Here is the 
relevant code:

function arrayToMemoryDB aArrayData
   put the keys of aArrayData into tArrayKeys
   sort tArrayKeys numeric ascending
   put ":MEMORY:" into tDBFile
   
   try

  put revOpenDatabase("sqlite", tDBFile) into tDBID
  
  put "drop table arraydata" into tDropSQL

  revExecuteSQL tDBID, tDropSQL
  put  the result into tResult
   catch tError
  answer tError
  if the environment is "development" then exit to top else quit
   end try


revOpenDatabase returns an error. Any idea why? It's a memory database! How can 
it NOT work??


What is the goal?

Arrays and memory-based SQLite are both in-memory stores with hashed 
access.  I'm guessing there's something more to this use-case than my 
limited thinking currently grasps.


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

Odd Name Resolution

[Bob Sneidar via use-livecode]

Hi all. 

I have noticed that if I reference an object on a different card while that 
card is not the current card, I have to use the full path to that object. For 
instance:

put the hilited of button "btndbprimary" of card "Database Setup"

this will return true if card "Database Setup" is the current card, but will 
return false if it is not, even though the button is hilited. 

However, 

put the hilited of button "btndbprimary" of card "Database Setup" of stack 
"Forms Generator"

WILL return true no matter where I use it. Is this normal behavior? 

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: memory databases fail in Windows

[Bob Sneidar via use-livecode]

You would be correct. :-) 

I posted a little while ago that I wrote some code to gather certain properties 
of all the objects on a card into an array. Converting that array into a memory 
database allows me to find all the objects that are for example, visible and 
groups and then get the top, left, bottom and right of each of these objects 
(because I passed those in a list to the thing that generates the array). 

Essentially it's for finding things in an array. You might say I could do the 
same thing by iterating through all the elements of an array, but what if I 
wanted to do multiple queries? It's easier for me to write SQL queries than it 
is to code repeat loops. 

Bob S


> On Apr 3, 2018, at 11:38 , Richard Gaskin via use-livecode 
>  wrote:
> 
> What is the goal?
> 
> Arrays and memory-based SQLite are both in-memory stores with hashed access.  
> I'm guessing there's something more to this use-case than my limited thinking 
> currently grasps.
> 
> -- 
> Richard Gaskin


___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Odd Name Resolution

[Tom Glod via use-livecode]

if you don't specify the stack it uses the "defaultstack" ... so is it
returning false even if the button is not there?

On Tue, Apr 3, 2018 at 3:59 PM, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi all.
>
> I have noticed that if I reference an object on a different card while
> that card is not the current card, I have to use the full path to that
> object. For instance:
>
> put the hilited of button "btndbprimary" of card "Database Setup"
>
> this will return true if card "Database Setup" is the current card, but
> will return false if it is not, even though the button is hilited.
>
> However,
>
> put the hilited of button "btndbprimary" of card "Database Setup" of stack
> "Forms Generator"
>
> WILL return true no matter where I use it. Is this normal behavior?
>
> 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: memory databases fail in Windows

[Richard Gaskin via use-livecode]

Bob Sneidar wrote:

>> On Apr 3, 2018, at 11:38 , Richard Gaskin wrote:
>>
>> What is the goal?
>>
>> Arrays and memory-based SQLite are both in-memory stores with hashed
>> access.  I'm guessing there's something more to this use-case than my
>> limited thinking currently grasps.
>
> You would be correct. :-)
>
> I posted a little while ago that I wrote some code to gather certain
> properties of all the objects on a card into an array. Converting that
> array into a memory database allows me to find all the objects that
> are for example, visible and groups and then get the top, left, bottom
> and right of each of these objects (because I passed those in a list
> to the thing that generates the array).
>
> Essentially it's for finding things in an array. You might say I could
> do the same thing by iterating through all the elements of an array,
> but what if I wanted to do multiple queries? It's easier for me to
> write SQL queries than it is to code repeat loops.

I hear ya'.  I find myself tempted way more than I have time for to 
write an xquery-like library for working with arrays.  We could sure use 
one.


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

[Ali Lloyd via use-livecode]

Besides having most people busy on getting 9.0 out, it made sense to delay
8.1.10 a little more so we could get the Xcode/iOS update in there. It's
next on the agenda!

On Tue, Apr 3, 2018 at 6:38 PM Richmond Mathewson via use-livecode <
use-livecode@lists.runrev.com> wrote:

> And, what about the much vaunted 8.1.10
> which is supposed to have several bug-fixes that I am hanging around for?
>
> Richmond.
>
> On 3/4/2018 6:20 pm, Paul Dupuis via use-livecode wrote:
> > I assume with the release of LC 9.0.0 that there will not be a release
> > version of LC 8.2.0?
> >
> > Is this the case? It makes sense, but I am just looking to confirm
> > whether this has been confirmed by the Mothership.
> >
> > ___
> > 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: memory databases fail in Windows

[Mike Bonner via use-livecode]

Yes please!

###I hear ya'.  I find myself tempted way more than I have time for to
write an xquery-like library for working with arrays.  We could sure use
one.###



On Tue, Apr 3, 2018 at 2:12 PM, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Bob Sneidar wrote:
>
> >> On Apr 3, 2018, at 11:38 , Richard Gaskin wrote:
> >>
> >> What is the goal?
> >>
> >> Arrays and memory-based SQLite are both in-memory stores with hashed
> >> access.  I'm guessing there's something more to this use-case than my
> >> limited thinking currently grasps.
> >
> > You would be correct. :-)
> >
> > I posted a little while ago that I wrote some code to gather certain
> > properties of all the objects on a card into an array. Converting that
> > array into a memory database allows me to find all the objects that
> > are for example, visible and groups and then get the top, left, bottom
> > and right of each of these objects (because I passed those in a list
> > to the thing that generates the array).
> >
> > Essentially it's for finding things in an array. You might say I could
> > do the same thing by iterating through all the elements of an array,
> > but what if I wanted to do multiple queries? It's easier for me to
> > write SQL queries than it is to code repeat loops.
>
> I hear ya'.  I find myself tempted way more than I have time for to write
> an xquery-like library for working with arrays.  We could sure use one.
>
> --
>  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: [ANN] Release 9.0.0

[Richmond Mathewson via use-livecode]

Lovely!

Richmond.

On 3/4/2018 11:17 pm, Ali Lloyd via use-livecode wrote:

Besides having most people busy on getting 9.0 out, it made sense to delay
8.1.10 a little more so we could get the Xcode/iOS update in there. It's
next on the agenda!

On Tue, Apr 3, 2018 at 6:38 PM Richmond Mathewson via use-livecode <
use-livecode@lists.runrev.com> wrote:


And, what about the much vaunted 8.1.10
which is supposed to have several bug-fixes that I am hanging around for?

Richmond.

On 3/4/2018 6:20 pm, Paul Dupuis via use-livecode wrote:

I assume with the release of LC 9.0.0 that there will not be a release
version of LC 8.2.0?

Is this the case? It makes sense, but I am just looking to confirm
whether this has been confirmed by the Mothership.

___
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: Odd Name Resolution

[Bob Sneidar via use-livecode]

The button is there. It returns false. The checkbox is checked. As I said it 
works if the card is the currentCard. The only stack open at the time IS the 
Forms Generator stack, so it has to be the defaultStack. 

Bob S


> On Apr 3, 2018, at 13:12 , Tom Glod via use-livecode 
>  wrote:
> 
> if you don't specify the stack it uses the "defaultstack" ... so is it
> returning false even if the button is not there?


___
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: Odd Name Resolution

[Tom Glod via use-livecode]

hmmmthats really weird .. maybe one of the IDE stacks is being
considered as the defaultstack i don't know why else the ref would not
work

it really is weird you should report itcan you post a stack?

On Tue, Apr 3, 2018 at 6:24 PM, Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> The button is there. It returns false. The checkbox is checked. As I said
> it works if the card is the currentCard. The only stack open at the time IS
> the Forms Generator stack, so it has to be the defaultStack.
>
> Bob S
>
>
> > On Apr 3, 2018, at 13:12 , Tom Glod via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > if you don't specify the stack it uses the "defaultstack" ... so is it
> > returning false even if the button is not there?
>
>
> ___
> 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: memory databases fail in Windows

[Bob Sneidar via use-livecode]

Enjoy! If you make it better post updates. Eventually we can put it into the 
library we all share. I use it for querying for the min top and left, and the 
max bottom and right of all visible objects on a card. But it can be used In a 
lot of ways. You could store data in an array in a stack property, convert it 
to a memory db at runtime, then convert it back whenever you want to "commit" 
the changes. None of the data ever touches the disk in a way that something 
outside Livecode could access. I suppose now I will have to write 
memoryDBToArray()

function arrayToMemoryDB aArrayData
   put the keys of aArrayData into tArrayKeys
   sort tArrayKeys numeric ascending
   put ":memory:" into tDBFile
   
   try
  put revOpenDatabase("sqlite", tDBFile) into tDBID
  
  if "Error" is in tDBID then 
 throw tDBID
 return empty
  end if
  
  put "drop table arraydata" into tDropSQL
  revExecuteSQL tDBID, tDropSQL
  put  the result into tResult
   catch tError
  answer tError
  if the environment is "development" then exit to top else quit
   end try
   
   -- create the table
   put "create table" && quote & "arraydata" & quote \
 & cr into tCreateCommand
   put "(" & quote & "recordid" & quote && "NUMERIC PRIMARY KEY NOT NULL 
UNIQUE, " \
 & cr after tCreateCommand
   
   put the keys of aArrayData [1] into tRecordKeyList
   
   repeat for each line tRecordKey in tRecordKeyList
  put quote & tRecordKey & quote && "VARCHAR, " & cr after tCreateCommand
   end repeat
   
   delete char -3 to -1 of tCreateCommand
   put ")" after tCreateCommand
   
   try
  revExecuteSQL tDBID, tCreateCommand 
  put the result into tResult
  if tResult is not 0 then breakpoint
   catch tError
  breakpoint
   end try
   
   -- insert data
   repeat for each line tKey in tArrayKeys
  put aArrayData [tKey] into aRecordData
  put 1 into tCounter
  put "recordid" into item tCounter of tColumns
  put ":" & tCounter into item tCounter of tColumnData
  put tKey into aColumnData [tCounter]
  
  repeat for each line tRecordKey in tRecordKeyList
 add 1 to tCounter
 put tRecordKey into item tCounter of tColumns
 put ":" & tCounter into item tCounter of tColumnData
 put aRecordData [tRecordKey] into aColumnData [tCounter]
  end repeat
  
  put "(" & tColumns & ")" into tColumns
  put "(" & tColumnData & ")" into tColumnData
  put "insert into arraydata" && tColumns && "VALUES" && tColumnData into 
tInsertSQL
  replace quote with "\" & quote in tInsertSQL
  replace "'" with quote in tInsertSQL
  
  try
 revExecuteSQL tDBID, tInsertSQL, "aColumnData"
 put the result into tResult
 if tResult is not 1 then breakpoint
  catch tError
 breakpoint
  end try
   end repeat
   
   return tDBID
end arrayToMemoryDB



___
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: Odd Name Resolution

[Bob Sneidar via use-livecode]

I will try to throw one together. Note that it isn't returning an error, which 
it would if the defaultStack was something else, and the button or card did not 
exist. It's not doing that. It's returning a false value. 

Bob S


> On Apr 3, 2018, at 15:32 , Tom Glod via use-livecode 
>  wrote:
> 
> hmmmthats really weird .. maybe one of the IDE stacks is being
> considered as the defaultstack i don't know why else the ref would not
> work
> 
> it really is weird you should report itcan you post a stack?


___
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: Guessing game

[David Bovill via use-livecode]

Yes - thanks for pointing that out. So far I've found the behaviour of
lockmessages to be actually useful rather than an issue with
getprop/setprop - seems well designed to me.

The place where the syntax really shines is with functions calls rather
than commands - dispatch is quite natural for that. Say you want the model
data of a stack "My Project" - the syntax:

put the project_Data of stack "My Project" into pData


is much more elegant and comprehensible than any way to call a function.
this is also nice:

put the project_Data ["pretty colour"] of stack "My Project" into
> defaultColour




On 3 April 2018 at 18:05, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> David Bovill wrote:
>
> > The use-case I had was to replace send syntax with the more elegant
> > set the ... of object to syntax.
>
> While the getProp and setProp handlers would seem to lend themselves to a
> lot of useful object binding opportunities, they require caution: they're
> treated by the engine as system messages, and as such are not immune to the
> effects of lockMessages the way custom handlers are.
>
> Systems depending on getProp and setProp will need to monitor lockMessages
> carefully to insure critical triggers are received as expected.
>
> Using getter and setter accessor handlers avoids that concern, with a
> stylistic difference that isn't much more verbose:
>
>   set the BeautifulColor of cd 1 to "light-grey"
>
> -vs-
>
>   dispatch SetBeautifulColor to cd 1 with "light-grey"
>
> It doesn't read as nicely, but given that the trade-off can be
> unpredictability I'll take what I can get. :)
>
> And depending on usage context, in many cases the UI event that initiates
> a calling chain may be on the card in question, not requiring
> out-of-message-path dispatching, making the call simpler than a property
> setting:
>
>SetBeautifulColor "light-grey"
>
> For virtual objects like models, accessors can simplify things by not
> requiring that they be bound to a physical object which need not otherwise
> exist.  The name-value-pair programming we enjoy with custom props applies
> equally well with any array.  But with arrays we can have deeper levels,
> and are more easily savable/transportable than an object bound to a stack
> file.
>
> --
>  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

v9 experience grinds to a halt. non-functioning breakpoints.

[Tom Glod via use-livecode]

Hi peeps, can anyone confirm with me that breakpoints don't work at all in
the new LC 9?

breakpoint command or line toggle both are ignored.

Is there a new toggle somewhere?
___
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: v9 experience grinds to a halt. non-functioning breakpoints.

[Brian Milby via use-livecode]

Did a quick test on Mac/Win10 and both worked as expected on a new test
stack.
On Tue, Apr 3, 2018 at 8:22 PM Tom Glod via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi peeps, can anyone confirm with me that breakpoints don't work at all in
> the new LC 9?
>
> breakpoint command or line toggle both are ignored.
>
> Is there a new toggle somewhere?
> ___
> 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: v9 experience grinds to a halt. non-functioning breakpoints.

[Mark Wieder via use-livecode]

On 04/03/2018 06:50 PM, Brian Milby via use-livecode wrote:

Did a quick test on Mac/Win10 and both worked as expected on a new test
stack.


Ditto here on linux. Whew... had me worried for a sec.

--
 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: Guessing game

[Mark Wieder via use-livecode]

On 04/03/2018 12:51 AM, Mark Waddingham via use-livecode wrote:


One could imagine a similar thing being added to the arithmetic commands:

   add tLeft to tRight into tResult

Would do nothing different from:

   put tLeft + tRight into tResult

This would just be a different way of expressing the same thing 
syntactically. (Note the 'into' form has not been added to the 
arithmetic commands, and there is no binary intersect/union operator - 
but perhaps both should be considered).


Hmmm... and perhaps not.

I find
put tLeft + tRight into tResult
much more intuitive and readable than
add tLeft to tRight into tResult

In the latter, is tRight modified or not? It's not easy to determine 
that from reading the code, whereas in the first form it seems obvious 
that neither of the lValues are modified.


Also, what if you wanted to add three numbers instead of just two?
add tWhiskey to tTango to tFoxtrot into tTotal

Even if "to" isn't the right preposition here, replacing it with "and" 
or "plus" still gives weird non-natural syntax.


--
 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: v9 experience grinds to a halt. non-functioning breakpoints.

[J. Landman Gay via use-livecode]

Maybe script debug mode is turned off?
--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On April 3, 2018 8:52:32 PM Brian Milby via use-livecode 
 wrote:



Did a quick test on Mac/Win10 and both worked as expected on a new test
stack.
On Tue, Apr 3, 2018 at 8:22 PM Tom Glod via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi peeps, can anyone confirm with me that breakpoints don't work at all in
> the new LC 9?
>
> breakpoint command or line toggle both are ignored.
>
> Is there a new toggle somewhere?
> ___
> 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: v9 experience grinds to a halt. non-functioning breakpoints.

[Monte Goulding via use-livecode]

> On 4 Apr 2018, at 1:10 pm, J. Landman Gay via use-livecode 
>  wrote:
> 
> Maybe script debug mode is turned off?

There are two other less obvious reasons that the breakpoints might be being 
ignored:

- the breakpoint is in a moveStack or resizeStack handler. Note that in 9.0.1 
this will extend to resizeControl also to resolve bug 21017.
- the breakpoint is encountered when a modal dialog is open

Cheers

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

LC on TIOBE

[Richard Gaskin via use-livecode]

LiveCode is on the TIOBE Index again for the third consecutive month:

https://www.tiobe.com/tiobe-index/

I don't recall seeing this three months in a row before. This bodes well 
for platform growth.


While it hasn't yet moved up to the top 50, with the hundreds of 
languages out there being anywhere in the top 100 is pretty darn good, 
placing it in the same category with Erlang, AppleScript, PowerShell, 
Scheme, Rust, and VBScript.


--
 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: v9 experience grinds to a halt. non-functioning breakpoints.

[Tom Glod via use-livecode]

cool.sorry for the loud alarm.but that was a show stopper for me.
great job monte and markand whole team .the engine is rock solid!

On Tue, Apr 3, 2018 at 11:15 PM, Monte Goulding via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
>
> > On 4 Apr 2018, at 1:10 pm, J. Landman Gay via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Maybe script debug mode is turned off?
>
> There are two other less obvious reasons that the breakpoints might be
> being ignored:
>
> - the breakpoint is in a moveStack or resizeStack handler. Note that in
> 9.0.1 this will extend to resizeControl also to resolve bug 21017.
> - the breakpoint is encountered when a modal dialog is open
>
> Cheers
>
> Monte
> ___
> 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 on TIOBE

[Tom Glod via use-livecode]

Awesome..one day it will be the most used one in the world mainly
because of childrenbut also because people will choose to do less
work.. :D

On Tue, Apr 3, 2018 at 11:16 PM, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> LiveCode is on the TIOBE Index again for the third consecutive month:
>
> https://www.tiobe.com/tiobe-index/
>
> I don't recall seeing this three months in a row before. This bodes well
> for platform growth.
>
> While it hasn't yet moved up to the top 50, with the hundreds of languages
> out there being anywhere in the top 100 is pretty darn good, placing it in
> the same category with Erlang, AppleScript, PowerShell, Scheme, Rust, and
> VBScript.
>
> --
>  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