Re: No subject

[Pi Digital via use-livecode]

I agree. There is also no content :)

Let us know if there is anything else you would like help with, Muaath. 

Sean


> On 13 Jul 2022, at 17:18, Muaath Salih via use-livecode 
>  wrote:
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

[no subject]

[Muaath Salih via use-livecode]

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

[no subject]

[Muaath Salih via 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: On the subject of things with the same short name... ('identical' groups which behave differently)

[Jim Lambert via use-livecode]

> Jacque wrote:
> And then there's "this me", which still tickles me.

"This me" could be a quote from that Scottish author's tale The Strange Case of 
Dr. Jekyll and Mr. Hyde. ;)

Jim Lambert
___
use-livecode mailing list
use-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: On the subject of things with the same short name... ('identical' groups which behave differently)

[David V Glasgow via use-livecode]

I don’t know what my wife is complaining about.

 It IS all about me!

> On 8 Oct 2021, at 4:37 pm, Bob Sneidar via use-livecode 
>  wrote:
> 
> For the sake of clarity, in retrospect it may have been better to use This 
> Me, That Me, The Other Me, and perhaps Not Me. :-)
> 
> Bob S
> 
> 
>> On Oct 8, 2021, at 08:28 , J. Landman Gay via use-livecode 
>>  wrote:
>> 
>> And then there's "this me", which still tickles me.
>> 
>> --
>> Jacqueline Landman Gay | jac...@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


___
use-livecode mailing list
use-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: On the subject of things with the same short name... ('identical' groups which behave differently)

[Bob Sneidar via use-livecode]

For the sake of clarity, in retrospect it may have been better to use This Me, 
That Me, The Other Me, and perhaps Not Me. :-)

Bob S


> On Oct 8, 2021, at 08:28 , J. Landman Gay via use-livecode 
>  wrote:
> 
> And then there's "this me", which still tickles me.
> 
> --
> Jacqueline Landman Gay | jac...@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: On the subject of things with the same short name... ('identical' groups which behave differently)

[Bob Sneidar via use-livecode]

Even better, use the long id of me to precicely identify the object. There are 
occassions where the stack you think is the topstack, isn't. 

Bob S


> On Oct 8, 2021, at 04:16 , David V Glasgow via use-livecode 
>  wrote:
> 
> Ah! (light comes on).  Thanks Sean.  So ‘me’ is actually more specific than 
> it would seem!  I avoided ‘me' because it returns the short name of an object 
> (of which there are several), and went for the long name of me because it is 
> unique.  
> 
> Just to be clear, what you are saying is that when LC searches for ‘me’, the 
> first one found will always be the target, and the search stops there.
> 
> I still don’t understand why rect (the rect of the long name of me) works in 
> one but fails in another group, though.
> 
> Cheers,
> 
> David G
> 
>> On 8 Oct 2021, at 10:58 am, Sean Cole (Pi) via use-livecode 
>>  wrote:
>> 
>> The message path looks for the first instance it finds with a given name.
>> As your script is within the group itself, it would be easier (lazier ;) )
>> to reference to each group as 'me'
>> eg
>> lock screen for visual effect in rect (the rect of me)
>> 
>> rather than 'the rect of the long name of me'
>> 
>> Sean
>> 
>> On Fri, 8 Oct 2021 at 10:32, David Glasgow via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>>> Being essentially a lazy and a sloppy programmer, I made a group which
>>> contained a script that caused the group to do what I wanted.  Then I
>>> copied it again and again, and grouped the resultant groups.   Rather than
>>> adapting the script to be located on the card I just left several identical
>>> scripts in groups which have the same short name.  I told you.  Lazy.
>>> However, all groups worked absolutely fine.
>>> 
>>> I then decided to add a visual effect to the final unlock screen in each
>>> instance.  I tried a couple of groups to see how it would look, and I found
>>> that it worked perfectly on one group, but not a second, identical(?)
>>> group.
>>> 
>>> The script is...
>>> +++
>>> 
>>> on mouseup
>>> 
>>> lock screen for visual effect in rect (the rect of the long name of me)
>>> 
>>> **depending on target object which was clicked, change appearance of group
>>> here**
>>> 
>>> unlock screen with visual wipe right slow
>>> 
>>> end mouseup
>>> 
>>> +++
>>> 
>>> There are no other locks or unlocks.
>>> 
>>> The weird thing is that the script runs without error in both cases.  The
>>> final appearance of the group in both cases is exactly what I would
>>> expect.  However, the visual effect manifests itself in one instance, but
>>> not the other.  I was bit hesitant about 'the rect of the long name of me’,
>>> but as I keep saying, it seems to works perfectly in one case.
>>> 
>>> Que pasa?
>>> 
>>> (  Mac 10.13.6 and LC 9.6, if that makes a difference.)
>>> 
>>> Best Wishes,
>>> 
>>> David Glasgow
>>> Consultant Forensic & Clinical Psychologist
>>> Carlton Glasgow Partnership
>>> Director, Child & Family Training, York
>>> Honorary Professor, Nottingham Trent University (SOCAMRU)
>>> 
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-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: On the subject of things with the same short name... ('identical' groups which behave differently)

[J. Landman Gay via use-livecode]

And then there's "this me", which still tickles me.

--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On October 8, 2021 9:51:34 AM "Sean Cole \(Pi\) via use-livecode" 
 wrote:


'me' is also useful in behaviors as it refers, not to the behavior button
you put it in but, to the object/control that called the behavior.




___
use-livecode mailing list
use-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: On the subject of things with the same short name... ('identical' groups which behave differently)

[Sean Cole (Pi) via use-livecode]

Hi David,

It seems confusing and I see how. Me and This are really useful and
powerful keywords. And that is the point in this example. 'The rect of me'
uses it as a keyword referring to itself. It knows then not to look any
further and applies it to itself. But once you add 'the long name of' the
compiler looks at it as a variable. It's as if you had 'put the long name
of me into tVar ; put the rect of tVar'.

The difference between this and me become evident the most for me when i
use something like:

on openStack

if the short name of me is the short name of this stack then

-- Do the openStack process for the stack this script is in, and not for
others

end if

end openStack

Meaning you can have a script run for the current top-most stack using
'this stack' while having it written in the script for another stack, 'me'.

'me' is also useful in behaviors as it refers, not to the behavior button
you put it in but, to the object/control that called the behavior. Livecode
rocks in this type of scripting!

Sean


On Fri, 8 Oct 2021 at 12:16, David V Glasgow via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Ah! (light comes on).  Thanks Sean.  So ‘me’ is actually more specific
> than it would seem!  I avoided ‘me' because it returns the short name of an
> object (of which there are several), and went for the long name of me
> because it is unique.
>
> Just to be clear, what you are saying is that when LC searches for ‘me’,
> the first one found will always be the target, and the search stops there.
>
> I still don’t understand why rect (the rect of the long name of me) works
> in one but fails in another group, though.
>
> Cheers,
>
> David G
>
> > On 8 Oct 2021, at 10:58 am, Sean Cole (Pi) via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > The message path looks for the first instance it finds with a given name.
> > As your script is within the group itself, it would be easier (lazier ;)
> )
> > to reference to each group as 'me'
> > eg
> > lock screen for visual effect in rect (the rect of me)
> >
> > rather than 'the rect of the long name of me'
> >
> > Sean
> >
> > On Fri, 8 Oct 2021 at 10:32, David Glasgow via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> Being essentially a lazy and a sloppy programmer, I made a group which
> >> contained a script that caused the group to do what I wanted.  Then I
> >> copied it again and again, and grouped the resultant groups.   Rather
> than
> >> adapting the script to be located on the card I just left several
> identical
> >> scripts in groups which have the same short name.  I told you.  Lazy.
> >> However, all groups worked absolutely fine.
> >>
> >> I then decided to add a visual effect to the final unlock screen in each
> >> instance.  I tried a couple of groups to see how it would look, and I
> found
> >> that it worked perfectly on one group, but not a second, identical(?)
> >> group.
> >>
> >> The script is...
> >> +++
> >>
> >> on mouseup
> >>
> >> lock screen for visual effect in rect (the rect of the long name of me)
> >>
> >> **depending on target object which was clicked, change appearance of
> group
> >> here**
> >>
> >> unlock screen with visual wipe right slow
> >>
> >> end mouseup
> >>
> >> +++
> >>
> >> There are no other locks or unlocks.
> >>
> >> The weird thing is that the script runs without error in both cases.
> The
> >> final appearance of the group in both cases is exactly what I would
> >> expect.  However, the visual effect manifests itself in one instance,
> but
> >> not the other.  I was bit hesitant about 'the rect of the long name of
> me’,
> >> but as I keep saying, it seems to works perfectly in one case.
> >>
> >> Que pasa?
> >>
> >> (  Mac 10.13.6 and LC 9.6, if that makes a difference.)
> >>
> >> Best Wishes,
> >>
> >> David Glasgow
> >> Consultant Forensic & Clinical Psychologist
> >> Carlton Glasgow Partnership
> >> Director, Child & Family Training, York
> >> Honorary Professor, Nottingham Trent University (SOCAMRU)
> >>
> >>
> >> ___
> >> use-livecode mailing list
> >> use-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 

Re: On the subject of things with the same short name... ('identical' groups which behave differently)

[David V Glasgow via use-livecode]

Ah! (light comes on).  Thanks Sean.  So ‘me’ is actually more specific than it 
would seem!  I avoided ‘me' because it returns the short name of an object (of 
which there are several), and went for the long name of me because it is 
unique.  

Just to be clear, what you are saying is that when LC searches for ‘me’, the 
first one found will always be the target, and the search stops there.

I still don’t understand why rect (the rect of the long name of me) works in 
one but fails in another group, though.

Cheers,

David G

> On 8 Oct 2021, at 10:58 am, Sean Cole (Pi) via use-livecode 
>  wrote:
> 
> The message path looks for the first instance it finds with a given name.
> As your script is within the group itself, it would be easier (lazier ;) )
> to reference to each group as 'me'
> eg
> lock screen for visual effect in rect (the rect of me)
> 
> rather than 'the rect of the long name of me'
> 
> Sean
> 
> On Fri, 8 Oct 2021 at 10:32, David Glasgow via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> Being essentially a lazy and a sloppy programmer, I made a group which
>> contained a script that caused the group to do what I wanted.  Then I
>> copied it again and again, and grouped the resultant groups.   Rather than
>> adapting the script to be located on the card I just left several identical
>> scripts in groups which have the same short name.  I told you.  Lazy.
>> However, all groups worked absolutely fine.
>> 
>> I then decided to add a visual effect to the final unlock screen in each
>> instance.  I tried a couple of groups to see how it would look, and I found
>> that it worked perfectly on one group, but not a second, identical(?)
>> group.
>> 
>> The script is...
>> +++
>> 
>> on mouseup
>> 
>> lock screen for visual effect in rect (the rect of the long name of me)
>> 
>> **depending on target object which was clicked, change appearance of group
>> here**
>> 
>> unlock screen with visual wipe right slow
>> 
>> end mouseup
>> 
>> +++
>> 
>> There are no other locks or unlocks.
>> 
>> The weird thing is that the script runs without error in both cases.  The
>> final appearance of the group in both cases is exactly what I would
>> expect.  However, the visual effect manifests itself in one instance, but
>> not the other.  I was bit hesitant about 'the rect of the long name of me’,
>> but as I keep saying, it seems to works perfectly in one case.
>> 
>> Que pasa?
>> 
>> (  Mac 10.13.6 and LC 9.6, if that makes a difference.)
>> 
>> Best Wishes,
>> 
>> David Glasgow
>> Consultant Forensic & Clinical Psychologist
>> Carlton Glasgow Partnership
>> Director, Child & Family Training, York
>> Honorary Professor, Nottingham Trent University (SOCAMRU)
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-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: On the subject of things with the same short name... ('identical' groups which behave differently)

[Sean Cole (Pi) via use-livecode]

The message path looks for the first instance it finds with a given name.
As your script is within the group itself, it would be easier (lazier ;) )
to reference to each group as 'me'
eg
lock screen for visual effect in rect (the rect of me)

rather than 'the rect of the long name of me'

Sean

On Fri, 8 Oct 2021 at 10:32, David Glasgow via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Being essentially a lazy and a sloppy programmer, I made a group which
> contained a script that caused the group to do what I wanted.  Then I
> copied it again and again, and grouped the resultant groups.   Rather than
> adapting the script to be located on the card I just left several identical
> scripts in groups which have the same short name.  I told you.  Lazy.
> However, all groups worked absolutely fine.
>
> I then decided to add a visual effect to the final unlock screen in each
> instance.  I tried a couple of groups to see how it would look, and I found
> that it worked perfectly on one group, but not a second, identical(?)
> group.
>
> The script is...
> +++
>
> on mouseup
>
> lock screen for visual effect in rect (the rect of the long name of me)
>
> **depending on target object which was clicked, change appearance of group
> here**
>
> unlock screen with visual wipe right slow
>
> end mouseup
>
> +++
>
> There are no other locks or unlocks.
>
> The weird thing is that the script runs without error in both cases.  The
> final appearance of the group in both cases is exactly what I would
> expect.  However, the visual effect manifests itself in one instance, but
> not the other.  I was bit hesitant about 'the rect of the long name of me’,
> but as I keep saying, it seems to works perfectly in one case.
>
> Que pasa?
>
> (  Mac 10.13.6 and LC 9.6, if that makes a difference.)
>
> Best Wishes,
>
> David Glasgow
> Consultant Forensic & Clinical Psychologist
> Carlton Glasgow Partnership
> Director, Child & Family Training, York
> Honorary Professor, Nottingham Trent University (SOCAMRU)
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

On the subject of things with the same short name... ('identical' groups which behave differently)

[David Glasgow via use-livecode]

Being essentially a lazy and a sloppy programmer, I made a group which 
contained a script that caused the group to do what I wanted.  Then I copied it 
again and again, and grouped the resultant groups.   Rather than adapting the 
script to be located on the card I just left several identical scripts in 
groups which have the same short name.  I told you.  Lazy.  However, all groups 
worked absolutely fine.

I then decided to add a visual effect to the final unlock screen in each 
instance.  I tried a couple of groups to see how it would look, and I found 
that it worked perfectly on one group, but not a second, identical(?)  group. 

The script is...
+++

on mouseup

lock screen for visual effect in rect (the rect of the long name of me)

**depending on target object which was clicked, change appearance of group 
here**

unlock screen with visual wipe right slow

end mouseup

+++

There are no other locks or unlocks.

The weird thing is that the script runs without error in both cases.  The final 
appearance of the group in both cases is exactly what I would expect.  However, 
the visual effect manifests itself in one instance, but not the other.  I was 
bit hesitant about 'the rect of the long name of me’, but as I keep saying, it 
seems to works perfectly in one case.

Que pasa?

(  Mac 10.13.6 and LC 9.6, if that makes a difference.)

Best Wishes,

David Glasgow
Consultant Forensic & Clinical Psychologist
Carlton Glasgow Partnership
Director, Child & Family Training, York
Honorary Professor, Nottingham Trent University (SOCAMRU)


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

[no subject]

[Ralph DiMola via use-livecode]

Graham,

This my distance calculation for what it's worth.

Function distance lat1, lon1, lat2, lon2, unit
   -- Calculate Distance between to points
   --
   --lat1, lon1, lat2, lon2 are in deg.fractionalDegrees
   -- Unit
   -- if empty then miles
   -- K = kilometers
   -- N = nautical miles
   local theta
   local dist
   
   Put lon1 - lon2 into theta
   put Sin(deg2rad(lat1)) * Sin(deg2rad(lat2)) + Cos(deg2rad(lat1)) * 
Cos(deg2rad(lat2)) * Cos(deg2rad(theta)) into dist
   
   put Acos(dist) into dist
   put rad2deg(dist) into dist
   put dist * 60 * 1.1515 into dist
   
   switch unit
  case "K"
 put dist * 1.609344 into dist
  case "N"
 put dist * 0.8684 into dist
   end switch
   
   Return dist

End distance


Function rad2deg rad
   Return rad / PI * 180.0
end rad2deg


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 
Graham Samuel via use-livecode
Sent: Friday, April 03, 2020 3:49 PM
To: How to use LiveCode
Cc: Graham Samuel
Subject: Re: Getting started with geographical coordinates

This is cheeky but I can’t run up my mobile simulation today - can someone tell 
me the format of the geographical coordinates produced by mobileSensorReading 
et al. I mean, is say latitude just one integer showing seconds, or is it deg, 
min, sec - and are fractional seconds returned (so, floating point)? I shall 
find out for myself eventually but it would help a little to know now. AFAIKS 
there’s nothing in the LC documentation about it.

Graham

___
use-livecode mailing list
use-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: search whole list on certain subject, searching for Admob integration

[JJS via use-livecode]

ok i can search on narkive.com, that's great.


Reading this " With that being said, we are currently working on various 
widgets for LiveCode 8 and one that supports multiple ad platforms is 
currently in the pipeline." here 
https://forums.livecode.com/viewtopic.php?t=26794#p139662 looks 
promising but it is still not there.


I even see threads from nearly a decade ago...2011.

any hints on this?


Op 12-1-2020 om 19:04 schreef JJS via use-livecode:

Hi,


how do i search the whole list to get info on some topics.

For now i'm searching for a solution to use Admob.

as i made a thread here: 
https://forums.livecode.com/viewtopic.php?f=53=33521


Certainly not everyone is using the forum.

So maybe someone has info here on how to add Admob to an Android app. 
(if other dev tools can, we should too)



Thanks.


Regards,

JJS


___
use-livecode mailing list
use-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

search whole list on certain subject, searching for Admob integration

[JJS via use-livecode]

Hi,


how do i search the whole list to get info on some topics.

For now i'm searching for a solution to use Admob.

as i made a thread here: 
https://forums.livecode.com/viewtopic.php?f=53=33521


Certainly not everyone is using the forum.

So maybe someone has info here on how to add Admob to an Android app. 
(if other dev tools can, we should too)



Thanks.


Regards,

JJS


___
use-livecode mailing list
use-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: Subject: Re: ...and Livecode... where are we now

[hh via use-livecode]

> Sean C. wrote;
> Now let me get back to fixing HTML5 for you!!

Wow ... Where is the piece I missed?

@Heather

Every (software) kingdom needs a court jester.
They have special rights and nobody should be insulted by them.

(And sometimes they say, just as young children, the truth.)

___
use-livecode mailing list
use-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: Subject: Re: ...and Livecode... where are we now

[Bob Sneidar via use-livecode]

+1

> On Oct 3, 2019, at 12:35 , R.H. via use-livecode 
>  wrote:
> 
> Some of the rants are leading nowhere.
> 
> I do not think that anybody writing as Richmond did has ever been involved
> in keeping up a company with such little assumed revenue to pay from for
> salaries. And I would love to see such guys running a company and make
> money. They will all fail. But to make money is what a company needs to do.
> Any constructive suggestion?
> 
> A free community version does not generate income. And rants about
> "community" is unfair and the words used are unpleasant to read for users
> on the list. They do not convey understanding but express personal anger.
> Who shall deal with that?
> 
> There are many parts and waiting bugs that can be addressed, but LiveCode
> is a huge endeavor addressed by limited resources. I ran over 100
> developers for business solutions with my own company and know what I am
> talking about.
> 
> Put a million dollars in, outsource bug fixing and testing, anticipate a
> business model that works. It is very difficult, even impossible, unless
> supported by giants nobody here wants to see on board.
> 
> If you can do better, come up with suggestions that do not put everbody
> down. There is also a responsibilty when writing to a public group. If you
> want politics, go to politics. There is enough hate I do not want to see it
> here.
> 
> I never felt and saw that the LiveCode dev team is not serious and not
> trying their very best. Nobody in software development can fully predict
> how things will work out. It is an inherent problem due to the complexity
> of the subject.
> 
> In my company, when I counted estimated development time, I multiplied it
> by the factor 4. But who will pay? Only big companies pay serious money for
> bug fixing and for each new release. So, I moved main funding to getting
> paid for hours spent then. Not so possible here.
> 
> I also paid to the LC fundraising campagne and was already satisfied with
> the support for Unicode. I never expected that everything would be possible
> to fully do for such relatively small amount of money. I never had such
> attitude. And nobody else could have done it. The team worked dedicated and
> hard. But they also have to live.
> 
> Hundreds of millions are lost by companies for that complexity reason in
> development. It is easy to break down and very hard to build up.
> 
> And in comparison to all those I know as well trying, LC does a fantastic
> job for do many years. Thanks to such wonderful team.
> 
> To be on the edge of everything, pay dozens of millions monthly! Not even
> Adobe or Microsoft can do it and fail often enough.
> 
> Be decent!
> 
> Roland
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Subject: Re: ...and Livecode... where are we now

[R.H. via use-livecode]

Some of the rants are leading nowhere.

I do not think that anybody writing as Richmond did has ever been involved
in keeping up a company with such little assumed revenue to pay from for
salaries. And I would love to see such guys running a company and make
money. They will all fail. But to make money is what a company needs to do.
Any constructive suggestion?

A free community version does not generate income. And rants about
"community" is unfair and the words used are unpleasant to read for users
on the list. They do not convey understanding but express personal anger.
Who shall deal with that?

There are many parts and waiting bugs that can be addressed, but LiveCode
is a huge endeavor addressed by limited resources. I ran over 100
developers for business solutions with my own company and know what I am
talking about.

Put a million dollars in, outsource bug fixing and testing, anticipate a
business model that works. It is very difficult, even impossible, unless
supported by giants nobody here wants to see on board.

If you can do better, come up with suggestions that do not put everbody
down. There is also a responsibilty when writing to a public group. If you
want politics, go to politics. There is enough hate I do not want to see it
here.

I never felt and saw that the LiveCode dev team is not serious and not
trying their very best. Nobody in software development can fully predict
how things will work out. It is an inherent problem due to the complexity
of the subject.

In my company, when I counted estimated development time, I multiplied it
by the factor 4. But who will pay? Only big companies pay serious money for
bug fixing and for each new release. So, I moved main funding to getting
paid for hours spent then. Not so possible here.

I also paid to the LC fundraising campagne and was already satisfied with
the support for Unicode. I never expected that everything would be possible
to fully do for such relatively small amount of money. I never had such
attitude. And nobody else could have done it. The team worked dedicated and
hard. But they also have to live.

Hundreds of millions are lost by companies for that complexity reason in
development. It is easy to break down and very hard to build up.

And in comparison to all those I know as well trying, LC does a fantastic
job for do many years. Thanks to such wonderful team.

To be on the edge of everything, pay dozens of millions monthly! Not even
Adobe or Microsoft can do it and fail often enough.

Be decent!

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

[no subject]

[Sean Cole (Pi) via use-livecode]

Hi All

I posted this up on the HTML5 forum. Perhaps someone on here can help me
out.

Faster DataGrid Performance
The number one feature we get asked for is to improve performance of
complex DataGrids on mobile. We will improve performance in two ways.
First, we will rework the DataGrid code to be more efficient in the way
that it creates, removes and caches objects.
Faster Graphics on All Platforms
We will add new features to the engine to support accelerated rendering
within groups. This will benefit LiveCode’s graphic performance in a
variety of real-world situations, on all platforms including mobile,
desktop and web.

That's a quote from the old 2017 backers campaign for DG2 just to put
things into perspective of my expectations. I hope this doesn't come over
as whiny or over-demanding .

I have acceleratedRendering set to true for the IDE, desktop and HTML5. But
a DG2 Form with only 3 short fields, a rounded-rect grc and the background
rect and only 233 records still struggle to scroll anywhere near smoothly.
Even with the bkgnd and grc removed leaving only 3 simple text fields it
still struggled just as much.

Is there something I am missing that can speed/smooth this up. Using a
table view DG worked moderately better but doesn't have the required
features the form view has for customising.

Many thanks

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

[no subject]

[Sean Cole (Pi) via use-livecode]

Hi all,

What are the benefits and disadvantages of using the new 'minimal layout'
property in DataGrid2? The release note says:

When this property is true, a row template will only receive the
LayoutControl message if its data or its width or height has changed as
opposed to every time its rect changes (e.g. due to scrolling).


But what is the impact of this when used, - such that it has not been made
the default behaviour?

Many thanks.

Sean Cole
*Pi Digital *

eMail Ts & Cs    Pi Digital
Productions Ltd is a UK registered limited company, no. 5255609
___
use-livecode mailing list
use-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: Black boxes replace images in Mojave (Was "No subject")

[tbodine via use-livecode]

Bug report filed. See  bug 22156
  .

-- Tom



--
Sent from: 
http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html

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

Re: Black boxes replace images in Mojave (Was "No subject")

[Phil Davis via use-livecode]

As it turns out, the Remove script uses the sips command.

   (*
   Remove
   ©2009 Apple, Inc.

   Use sips to remove embedded profile and color management data from
   an image.
   *)

   on run
    display dialog "Remove the embedded profile from an image."
    set chosenFile to choose file with prompt "Choose an image "
   default location path to desktop folder
    open chosenFile
   end run


   on open draggedItems
    repeat with thisFile in (draggedItems as list)
        try
            -- use 'sips -d profile' to remove an embedded profile
            -- or use 'sips -d profile
   --deleteColorManagementProperties' to remove an embedded profile and
   other color related info
            set filePath to quoted form of POSIX path of thisFile
            set cmdLine to ("sips -d profile
   --deleteColorManagementProperties " & filePath) as string
            do shell script cmdLine
        end try
    end repeat
   end open


Phil Davis



On 6/4/19 2:14 PM, Matthias Rebbe via use-livecode wrote:

Tom,

see answer below




Am 04.06.2019 um 23:02 schrieb tbodine via use-livecode mailto:use-livecode@lists.runrev.com>>:

Mark and Matthias,

This workaround looks promising!

While I don't have Mojave to test against, I do find problem images have
many different colorSync profiles.

Matthias, after you have stripped out the profile, what does Preview's Info
screen show as the ColorSync Profile data?


Both methods,

Marks one terminal command:   sips -d profile 
--deleteColorManagementProperties ~/Downloads/Background_mit_Rand_.png

and my... dragging the image onto Remove.app in  /library/scripts/colorsync/
replaces the ColorSync Profile to sRGB IEC61966-2.1


Regards,

Matthiass



I'm thinking it would be good to have an acceptable default value that I can
tell users is OK, and anything else should be stripped.

Thanks to your both!

Tom Bodine




--
Sent from: 
http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html 


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

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




--
Phil Davis

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

Re: Black boxes replace images in Mojave (Was "No subject")

[Matthias Rebbe via use-livecode]

Tom, 

see answer below 



> Am 04.06.2019 um 23:02 schrieb tbodine via use-livecode 
> mailto:use-livecode@lists.runrev.com>>:
> 
> Mark and Matthias,
> 
> This workaround looks promising!
> 
> While I don't have Mojave to test against, I do find problem images have
> many different colorSync profiles.
> 
> Matthias, after you have stripped out the profile, what does Preview's Info
> screen show as the ColorSync Profile data?
> 
Both methods, 

Marks one terminal command:   sips -d profile 
--deleteColorManagementProperties ~/Downloads/Background_mit_Rand_.png

and my... dragging the image onto Remove.app in  /library/scripts/colorsync/
replaces the ColorSync Profile to sRGB IEC61966-2.1


Regards,

Matthiass


> I'm thinking it would be good to have an acceptable default value that I can
> tell users is OK, and anything else should be stripped.
> 
> Thanks to your both!
> 
> Tom Bodine
> 
> 
> 
> 
> --
> Sent from: 
> http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html 
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com 
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

___
use-livecode mailing list
use-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: Black boxes replace images in Mojave (Was "No subject")

[tbodine via use-livecode]

Mark and Matthias,

This workaround looks promising!

While I don't have Mojave to test against, I do find problem images have
many different colorSync profiles.

Matthias, after you have stripped out the profile, what does Preview's Info
screen show as the ColorSync Profile data?

I'm thinking it would be good to have an acceptable default value that I can
tell users is OK, and anything else should be stripped.

Thanks to your both!

Tom Bodine




--
Sent from: 
http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html

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

Re: Black boxes replace images in Mojave (Was "No subject")

[Matthias Rebbe via use-livecode]

Hi again,

found out how to remove a color sync profile.

Just had to drag the png to the file  /library/scripts/colorsync/Remove.app.

I´ve imported that modified png into the app and created a new standalone. 
Tried the new standalone now about 10 times w/o a problem.
Seems that fixed it.


Matthias Rebbe

free tools for Livecoders:
https://instamaker.dermattes.de 
https://winsignhelper.dermattes.de 

> Am 04.06.2019 um 19:36 schrieb Matthias Rebbe via use-livecode 
> mailto:use-livecode@lists.runrev.com>>:
> 
> Hello Mark,
> 
> preview´s info pane shows me
> 
> Color model : RGB  (i am not sure if it is Color model, my German Mac OS 
> shows Farbmodell: RGB)
> Color Sync Profile : LG Ultrawide
> 
> Btw., how do i strip the profiles out? Working with graphics is not so my 
> stuff.
> 
> Matthias
> 
> 
> 
> Matthias Rebbe
> 
> free tools for Livecoders:
> https://instamaker.dermattes.de  
> >
> https://winsignhelper.dermattes.de  
> >
>> Am 04.06.2019 um 19:29 schrieb Mark Waddingham via use-livecode 
>> mailto:use-livecode@lists.runrev.com> 
>> > >>:
>> 
>> This is a strange issue as it sounds like it is sporadic...
>> 
>> The only OS specific code the engine uses when decompressing images is when 
>> the image has an embedded colour profile.
>> 
>> So I guess the question is whether the images which are ‘breaking’ have such 
>> a thing in them. I think preview’s info pane can tell you that.
>> 
>> Thus a potential solution is to strip the profiles out (if they are there) 
>> and see if the problem persists...
>> 
>> Warmest Regards,
> 
> ___
> use-livecode mailing list
> use-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: Black boxes replace images in Mojave (Was "No subject")

[Mark Waddingham via use-livecode]

On 2019-06-04 19:36, Matthias Rebbe via use-livecode wrote:
Btw., how do i strip the profiles out? Working with graphics is not so 
my stuff.


The 'sips' command seems to do the trick (from Terminal):

sips -d profile --deleteColorManagementProperties 
~/Downloads/Background_mit_Rand_.png


If you could try that and see if you could still reproduce the issue 
that would be great.


The engine still applies color management to all images (as the screen 
buffers on macOS generally expect sRGB matched image data) - so at the 
very least this will determine whether its an issue with the color 
profile on Mojave, or something else.


Either way, if you could file a bug with the offending image(s) and a 
recipe for reproduction (although it sounds like its sporadic) we can 
try and figure out what the actual issue is.


Warmest Regards,

Mark.

P.S. *Hopefully* stripping the color profile will at least be a 
workaround if it works!


--
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: Black boxes replace images in Mojave (Was "No subject")

[Matthias Rebbe via use-livecode]

Hello Mark,

preview´s info pane shows me

Color model : RGB  (i am not sure if it is Color model, my German Mac OS 
shows Farbmodell: RGB)
Color Sync Profile : LG Ultrawide

Btw., how do i strip the profiles out? Working with graphics is not so my stuff.

Matthias



Matthias Rebbe

free tools for Livecoders:
https://instamaker.dermattes.de 
https://winsignhelper.dermattes.de 
> Am 04.06.2019 um 19:29 schrieb Mark Waddingham via use-livecode 
> mailto:use-livecode@lists.runrev.com>>:
> 
> This is a strange issue as it sounds like it is sporadic...
> 
> The only OS specific code the engine uses when decompressing images is when 
> the image has an embedded colour profile.
> 
> So I guess the question is whether the images which are ‘breaking’ have such 
> a thing in them. I think preview’s info pane can tell you that.
> 
> Thus a potential solution is to strip the profiles out (if they are there) 
> and see if the problem persists...
> 
> Warmest Regards,

___
use-livecode mailing list
use-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: Black boxes replace images in Mojave (Was "No subject")

[Mark Waddingham via use-livecode]

This is a strange issue as it sounds like it is sporadic...

The only OS specific code the engine uses when decompressing images is when the 
image has an embedded colour profile.

So I guess the question is whether the images which are ‘breaking’ have such a 
thing in them. I think preview’s info pane can tell you that.

Thus a potential solution is to strip the profiles out (if they are there) and 
see if the problem persists...

Warmest Regards,

Mark.

Sent from my iPhone

> On 4 Jun 2019, at 17:57, Matthias Rebbe via use-livecode 
>  wrote:
> 
> Those are some screenshots how my app looks since Mojave. i put them in one 
> image to show the difference.
> The normal/correct look is the orange one on the right. The other 2 are how 
> the app looks when it is displayed wrong. The app even showed white once, but 
> i did not make a screenshot of it.
> 
> It´s allways the same app. As i wrote, after a restart, sometimes it takes 2 
> or more restarts, the app is displayed correctly again.
> But the next start could be wrong again.
> 
> My stack uses a custom shape in the same size of the png, that´s the reason 
> why the complete app is black.
> The png image is displayed in an image control.
> 
> This is the image i am using in my stack for the custom shape and as the 
> background
> https://dl.qck.nu/samples/Background_mit_Rand_.png 
> 
> 
> Regards,
> 
> Matthias
> 
> 
> Matthias Rebbe
> 
> free tools for Livecoders:
> https://instamaker.dermattes.de 
> https://winsignhelper.dermattes.de 
> 
>> Am 04.06.2019 um 17:28 schrieb tbodine via use-livecode 
>> mailto:use-livecode@lists.runrev.com>>:
>> 
>> Thanks for that info, Matthias.
>> 
>> Please clarify: 
>> Is the image you posted a screenshot of three separate png files or one
>> composite image? 
>> If separate, what are the differences between the files? (Strikes me as odd
>> that the black is only a part of the image. In my cases, users see entire
>> rectangles of black.)
>> Are the images in the screenshot being displayed in LC image controls or
>> through some other app?
>> 
>> Thanks,
>> Tom Bodine
>> 
>> 
>> 
>> 
>> 
>> --
>> Sent from: 
>> http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html 
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com 
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode 
>> 
> 
> 
> 
> Matthias Rebbe
> 
> free tools for Livecoders:
> https://instamaker.dermattes.de 
> https://winsignhelper.dermattes.de 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: Black boxes replace images in Mojave (Was "No subject")

[Matthias Rebbe via use-livecode]

What i forgot.
Here´s the link to the complete stack https://dl.qck.nu/?dl=DropUpload.zip 



Matthias Rebbe

free tools for Livecoders:
https://instamaker.dermattes.de 
https://winsignhelper.dermattes.de 

> Am 04.06.2019 um 18:57 schrieb Matthias Rebbe 
>  >:
> 
> Those are some screenshots how my app looks since Mojave. i put them in one 
> image to show the difference.
> The normal/correct look is the orange one on the right. The other 2 are how 
> the app looks when it is displayed wrong. The app even showed white once, but 
> i did not make a screenshot of it.
> 
> It´s allways the same app. As i wrote, after a restart, sometimes it takes 2 
> or more restarts, the app is displayed correctly again.
> But the next start could be wrong again.
> 
> My stack uses a custom shape in the same size of the png, that´s the reason 
> why the complete app is black.
> The png image is displayed in an image control.
> 
> This is the image i am using in my stack for the custom shape and as the 
> background
> https://dl.qck.nu/samples/Background_mit_Rand_.png 
> 
> 
> Regards,
> 
> Matthias
> 
> 
> Matthias Rebbe
> 
> free tools for Livecoders:
> https://instamaker.dermattes.de 
> https://winsignhelper.dermattes.de 
> 
>> Am 04.06.2019 um 17:28 schrieb tbodine via use-livecode 
>> mailto:use-livecode@lists.runrev.com>>:
>> 
>> Thanks for that info, Matthias.
>> 
>> Please clarify: 
>> Is the image you posted a screenshot of three separate png files or one
>> composite image? 
>> If separate, what are the differences between the files? (Strikes me as odd
>> that the black is only a part of the image. In my cases, users see entire
>> rectangles of black.)
>> Are the images in the screenshot being displayed in LC image controls or
>> through some other app?
>> 
>> Thanks,
>> Tom Bodine
>> 
>> 
>> 
>> 
>> 
>> --
>> Sent from: 
>> http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html 
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com 
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode 
>> 
> 
> 
> 
> Matthias Rebbe
> 
> free tools for Livecoders:
> https://instamaker.dermattes.de 
> https://winsignhelper.dermattes.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: Black boxes replace images in Mojave (Was "No subject")

[Matthias Rebbe via use-livecode]

Those are some screenshots how my app looks since Mojave. i put them in one 
image to show the difference.
The normal/correct look is the orange one on the right. The other 2 are how the 
app looks when it is displayed wrong. The app even showed white once, but i did 
not make a screenshot of it.

It´s allways the same app. As i wrote, after a restart, sometimes it takes 2 or 
more restarts, the app is displayed correctly again.
But the next start could be wrong again.

My stack uses a custom shape in the same size of the png, that´s the reason why 
the complete app is black.
The png image is displayed in an image control.

This is the image i am using in my stack for the custom shape and as the 
background
https://dl.qck.nu/samples/Background_mit_Rand_.png 


Regards,

Matthias


Matthias Rebbe

free tools for Livecoders:
https://instamaker.dermattes.de 
https://winsignhelper.dermattes.de 

> Am 04.06.2019 um 17:28 schrieb tbodine via use-livecode 
> mailto:use-livecode@lists.runrev.com>>:
> 
> Thanks for that info, Matthias.
> 
> Please clarify: 
> Is the image you posted a screenshot of three separate png files or one
> composite image? 
> If separate, what are the differences between the files? (Strikes me as odd
> that the black is only a part of the image. In my cases, users see entire
> rectangles of black.)
> Are the images in the screenshot being displayed in LC image controls or
> through some other app?
> 
> Thanks,
> Tom Bodine
> 
> 
> 
> 
> 
> --
> Sent from: 
> http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html 
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com 
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode 
> 



Matthias Rebbe

free tools for Livecoders:
https://instamaker.dermattes.de 
https://winsignhelper.dermattes.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: Black boxes replace images in Mojave (Was "No subject")

[tbodine via use-livecode]

Thanks for that info, Matthias.

Please clarify: 
Is the image you posted a screenshot of three separate png files or one
composite image? 
If separate, what are the differences between the files? (Strikes me as odd
that the black is only a part of the image. In my cases, users see entire
rectangles of black.)
Are the images in the screenshot being displayed in LC image controls or
through some other app?

Thanks,
Tom Bodine





--
Sent from: 
http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html

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

Re: Black boxes replace images in Mojave (Was "No subject")

[Matthias Rebbe via use-livecode]

This occured on Mac in the standalone after i upgraded to Mojave.
I am not sure, but i think I noticed it also  in the IDE after i changed the 
png, but only once. But i might be wrong.
Tried now also with dark mode. It´s the same.

Matthias


Matthias Rebbe

free tools for Livecoders:
https://instamaker.dermattes.de 
https://winsignhelper.dermattes.de 

> Am 04.06.2019 um 14:50 schrieb hh via use-livecode 
> mailto:use-livecode@lists.runrev.com>>:
> 
>> Matthias R. wrote:
>> Mostly after a restart of the app, sometimes after 2 - 4 restarts
>> the png was correctly displayded (orange).
>> Tried with paint compression set to png also, but without success.
> 
> Just out of interest:
> 
> Happened this in the standalone only, not in the IDE?
> Happened this on Mac only?
> Happened this in both lightMode and darkMode?
> 
> This may be a bug of MacOS rather than of LC ...
> 
> ___
> use-livecode mailing list
> use-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: Black boxes replace images in Mojave (Was "No subject")

[hh via use-livecode]

> Matthias R. wrote:
> Mostly after a restart of the app, sometimes after 2 - 4 restarts
> the png was correctly displayded (orange).
> Tried with paint compression set to png also, but without success.

Just out of interest:

Happened this in the standalone only, not in the IDE?
Happened this on Mac only?
Happened this in both lightMode and darkMode?

This may be a bug of MacOS rather than of LC ...

___
use-livecode mailing list
use-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: Black boxes replace images in Mojave (Was "No subject")

[Matthias Rebbe via use-livecode]

I noticed this behaviour also. But in my case it was sporadic and the png was 
not always black.
When it happened then most of the time the png was black, but sometimes also 
white and sometimes also something like ruby coloured.
See a screenshot of it here https://dl.qck.nu/samples/mojave-lc.png 

 
Mostly after a restart of the app, sometimes after 2 - 4 restarts the png was 
correctly displayded (orange).

Tried with paint compression set to png also, but without success. I´ve removed 
the png now and set the background colour to orange.


Matthias Rebbe

free tools for Livecoders:
https://instamaker.dermattes.de 
https://winsignhelper.dermattes.de 

> Am 03.06.2019 um 19:57 schrieb Tom Bodine via use-livecode 
> mailto:use-livecode@lists.runrev.com>>:
> 
> Thanks, HH and Marty.
> 
> Marty wrote:
> 
> Are you setting the “ink” to something other than the standard srcCopy?
> 
> I am using srcCopy. Other settings are: don't dither ON, Buffer OFF. Resize
> quality: Best. Blend Lvl: 0 Layer mode: Static.
> 
> HH wrote:
> 
> Did you already try to
>   set the paintcompression to PNG
> in the standalone?
> 
> Or set it to the paintcompression of the imported image?
> 
> The black boxes result possibly from alpha data problems
> because a standalone's paintcompression is RLE by default ...
> 
> I will try that. If I set that globally, does it automatically apply to all
> image controls in the stack?
> 
> Thanks!
> 
> Tom Bodine
> 
> Original Post:
> 
> I'm troubleshooting a rare image issue and hope you can help.
> 
> The issue is that some (not all) images used in a LC standalone app appear
> as black boxes.
> 
> Details:
> 
> * Only happens if user is on Mac Mojave.
> 
> * All pictures appeared normally for the users before upgrading to Mojave.
> After upgrading to Mojave, the black boxes appeared for certain pictures.
> (Other pictures in the same game work fine.)
> 
> * For one user, pictures that failed to render were all screenshots done on
> her Mac.
> 
> * For another user, failing pictures were all composite images from
> photographs. (He arranged one or more images on his screen and use Grab or
> Photoshop to capture them as a composite image.)
> 
> * The issue can happen with either jpg or png files.
> 
> * I am certain the picture paths are valid, because LC is finding them and
> sizing the image control's rect to the aspect ratio of the images.
> 
> * The app in use is a LC standalone built on Mac with LC 8.1.10.
> 
> * The app allows users to select images to add to a quiz. Images are stored
> in a media folder and loaded as needed into an image control for display.
> Only one image file is shown at a time. (This has worked reliably for many
> years.) The full path to the image file is provided to the image control.
> 
> Have you seen any similar issue or do you have a theory about what's going
> on?
> ___
> use-livecode mailing list
> use-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

Black boxes replace images in Mojave (Was "No subject")

[Tom Bodine via use-livecode]

Thanks, HH and Marty.

Marty wrote:

Are you setting the “ink” to something other than the standard srcCopy?

I am using srcCopy. Other settings are: don't dither ON, Buffer OFF. Resize
quality: Best. Blend Lvl: 0 Layer mode: Static.

HH wrote:

Did you already try to
   set the paintcompression to PNG
in the standalone?

Or set it to the paintcompression of the imported image?

The black boxes result possibly from alpha data problems
because a standalone's paintcompression is RLE by default ...

I will try that. If I set that globally, does it automatically apply to all
image controls in the stack?

Thanks!

Tom Bodine

Original Post:

I'm troubleshooting a rare image issue and hope you can help.

The issue is that some (not all) images used in a LC standalone app appear
as black boxes.

Details:

* Only happens if user is on Mac Mojave.

* All pictures appeared normally for the users before upgrading to Mojave.
After upgrading to Mojave, the black boxes appeared for certain pictures.
(Other pictures in the same game work fine.)

* For one user, pictures that failed to render were all screenshots done on
her Mac.

* For another user, failing pictures were all composite images from
photographs. (He arranged one or more images on his screen and use Grab or
Photoshop to capture them as a composite image.)

* The issue can happen with either jpg or png files.

* I am certain the picture paths are valid, because LC is finding them and
sizing the image control's rect to the aspect ratio of the images.

* The app in use is a LC standalone built on Mac with LC 8.1.10.

* The app allows users to select images to add to a quiz. Images are stored
in a media folder and loaded as needed into an image control for display.
Only one image file is shown at a time. (This has worked reliably for many
years.) The full path to the image file is provided to the image control.

Have you seen any similar issue or do you have a theory about what's going
on?
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: No subject

[hh via use-livecode]

> Tom B. wrote:
> The issue is that some (not all) images used in a LC standalone app
> appear as black boxes.

Did you already try to
   set the paintcompression to PNG
in the standalone?

Or set it to the paintcompression of the imported image?

The black boxes result possibly from alpha data problems
because a standalone's paintcompression is RLE by default ...

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

[no subject]

[Tom Bodine via use-livecode]

Hi all.

I'm troubleshooting a rare image issue and hope you can help.

The issue is that some (not all) images used in a LC standalone app appear
as black boxes.

Details:

* Only happens if user is on Mac Mojave.

* All pictures appeared normally for the users before upgrading to Mojave.
After upgrading to Mojave, the black boxes appeared for certain pictures.
(Other pictures in the same game work fine.)

* For one user, pictures that failed to render were all screenshots done on
her Mac.

* For another user, failing pictures were all composite images from
photographs. (He arranged one or more images on his screen and use Grab or
Photoshop to capture them as a composite image.)

* The issue can happen with either jpg or png files.

* I am certain the picture paths are valid, because LC is finding them and
sizing the image control's rect to the aspect ratio of the images.

* The app in use is a LC standalone built on Mac with LC 8.1.10.

* The app allows users to select images to add to a quiz. Images are stored
in a media folder and loaded as needed into an image control for display.
Only one image file is shown at a time. (This has worked reliably for many
years.) The full path to the image file is provided to the image control.

Have you seen any similar issue or do you have a theory about what's going
on?

Thanks,

Tom Bodine

P.S.: Apologies if this post appears more than once. My original listserve
account wasn't working.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

[no subject]

[John Paterson via use-livecode]

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

[no subject]

[Com via use-livecode]

http://distant.alexkrall.com
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

[no subject]

[Com via use-livecode]

http://edition.bluechasm-staging.com
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

[no subject]

[Com via use-livecode]

http://that.karensescape.com

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

[no subject]

[Com via use-livecode]

http://call.envy-arts.com

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

[no subject]

[com via use-livecode]

http://kind.southfloridaaquaponic.com

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

[no subject]

[com via use-livecode]

http://notice.southfloridaaquaponic.com
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

[no subject]

[Alejandro Tejada via use-livecode]

Mark Wieder wrote:
> I am really sorry to have started this thread

Where else could we learned about the messageMessages
global property and messageHandled message (useful for
logging and debugging Livecode apps?

This mail list, like our own life, allows us to focus on our
immediate projects or our long term interests. We can
focus on the foreground or the background, focus on the
melody or the accompaniment... and these could change
places depending of our personal point of view.

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

[no subject]

[James At The Hale via use-livecode]

Monte wrote:
> ...If you have a recipe can you post to this bug report:
> http://quality.livecode.com/show_bug.cgi?id=20421

Will try.
Tomorrow I need to dig up a leaky water pipe so it may not happen 'til Thursday.

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

Re: Subject: Re: LC and OneSignal

[Bob Sneidar via use-livecode]

You know of new users who have quit using Livecode because there aren't enough 
samples? I bet the Livecode people would love that list so they could contact 
them again. 

Bob S


> On Sep 1, 2017, at 15:10 , Todd Fabacher via use-livecode 
>  wrote:
> 
> If we want to grow our community we need something like this. LiveCode just
> does not have sufficient examples for people starting out. So they quit.
> 
> --Todd


___
use-livecode mailing list
use-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: Subject: Re: LC and OneSignal

[Richard Gaskin via use-livecode]

Mike Kerner wrote:

> I always ask, first.  I want the author involved in ensuring that I
> have the thing maintained and up-to-date.

Excellent. Thanks.

A Github marketing rep gave a talk at our local Linux user group a 
couple months back, and I was surprised when she told us how many repos 
there have no License file at all.


They don't yet require a License file, but they do appreciate good repo 
stewards like you who include them.


--
 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: Subject: Re: LC and OneSignal

[Mike Kerner via use-livecode]

I always ask, first.  I want the author involved in ensuring that I have
the thing maintained and up-to-date.

On Mon, Sep 4, 2017 at 3:33 PM, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Mike Kerner wrote:
>
> > I'm doing this in github, now.  When I see something or someone brings
> > something to my attention, I'm adding a repo for it.  It makes the
> > version control, change notification, etc. easier, imho.
>
> Good to get the author involved if you can.  A repo without a License file
> is just dead pixels, there's no way to know how it can be used.
>
> --
>  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
>



-- 
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: Subject: Re: LC and OneSignal

[Richard Gaskin via use-livecode]

Mike Kerner wrote:

> I'm doing this in github, now.  When I see something or someone brings
> something to my attention, I'm adding a repo for it.  It makes the
> version control, change notification, etc. easier, imho.

Good to get the author involved if you can.  A repo without a License 
file is just dead pixels, there's no way to know how it can be used.


--
 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: Subject: Re: LC and OneSignal

[Mike Kerner via use-livecode]

I'm doing this in github, now.  When I see something or someone brings
something to my attention, I'm adding a repo for it.  It makes the version
control, change notification, etc. easier, imho.

On Fri, Sep 1, 2017 at 8:03 PM, Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 09/01/2017 04:14 PM, Alex Tweedly via use-livecode wrote:
>
>>
>>
>> On 01/09/2017 22:44, AndyP via use-livecode wrote:
>>
>>> Enhancement Requests added to the Quality Center for Sample Stacks
>>>
>>>
>>> Good ideas !
>>
>> But I think there are a few more things that need to be done to make this
>> more useful. If I was sure enough about them, I'd just add as enhancement
>> requests - but I'm not yet. So I'll mention them here, and then put in
>> requests based on, or incorporating, any suggestions.
>>
>> A.  Currently the top level taxonomy is
>>  Stack vs External (there are none of them) or Code sample.
>>
>
> There are none of them because you can't upload them.
> Only .rev stacks.
>
> F. Maybe even better if there were an automatic way to "require"
>> libraries, have them downloaded if needed to somewhere like   ~/My
>> LIvecode/SampleLibraries/, etc.
>>
>
> 
> I still don't understand why the 'include' and 'require' commands are only
> available for the server build.
> 
>
> --
>  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
>



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

Subject: Re: LC and OneSignal

[Alejandro Tejada via use-livecode]

I have read many great ideas for this project.

Could I contribute another?

This repository could include an index of
LiveCode properties, commands and functions
used within these stacks and handlers.

Klaus Major already published a handler
that saves all stack scripts as a text file.
Could this handler run automatically from
LiveCode server?

Using this index of properties, functions
and commands, all developers could find
easily many practical examples that show
how to use LiveCode API.

And now that we are talking about indexes
Could we have statistics and a few charts
about this content too?

 Al
___
use-livecode mailing list
use-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: Subject: Re: LC and OneSignal

[Mark Wieder via use-livecode]

On 09/01/2017 04:14 PM, Alex Tweedly via use-livecode wrote:



On 01/09/2017 22:44, AndyP via use-livecode wrote:

Enhancement Requests added to the Quality Center for Sample Stacks



Good ideas !

But I think there are a few more things that need to be done to make 
this more useful. If I was sure enough about them, I'd just add as 
enhancement requests - but I'm not yet. So I'll mention them here, and 
then put in requests based on, or incorporating, any suggestions.


A.  Currently the top level taxonomy is
 Stack vs External (there are none of them) or Code sample.


There are none of them because you can't upload them.
Only .rev stacks.

F. Maybe even better if there were an automatic way to "require" 
libraries, have them downloaded if needed to somewhere like   ~/My 
LIvecode/SampleLibraries/, etc.



I still don't understand why the 'include' and 'require' commands are 
only available for the server build.



--
 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: Subject: Re: LC and OneSignal

[Alex Tweedly via use-livecode]

On 01/09/2017 22:44, AndyP via use-livecode wrote:

Enhancement Requests added to the Quality Center for Sample Stacks



Good ideas !

But I think there are a few more things that need to be done to make 
this more useful. If I was sure enough about them, I'd just add as 
enhancement requests - but I'm not yet. So I'll mention them here, and 
then put in requests based on, or incorporating, any suggestions.


A.  Currently the top level taxonomy is
Stack vs External (there are none of them) or Code sample.

That's a detail :-) I think it should be something more like

1. Example of how to use some LC feature
2. Library of useful code
3. Sample to use/show off a library in cat 2 above.
4. Useful or interesting or fun app

B. I've downloaded and used a number of useful sample stacks, and always 
found it a bit of a drag dealing with the binary stack format, and then 
the 'unraveling' of that to extract just the library or part that I 
want. So first I'd encourage anyone offering something that (even 
vaguely) resembles a library to put it into a script-only stack, and 
then make a *separate* sample to show how it can be used.


C.  I'd like a recommendation / convention that such samples 
(at least libraries) should be explicit-variable-safe. 


D. I'd like to see a better standardisation / convention on documenting 
libraries and parameters. Doesn't need to be required - but if there was 
a single suggested or recommended format (and perhaps associated tools) 
then it would probably be an easy choice. [I do vaguely remember 
something called 'revdocs' (?) - maybe from Andre - but Google couldn't 
find it for me when I was looking for it. ]


E. I'd suggest a standardised, predictable naming format such that these 
sample can be downloaded directly. In particular, I'd like to be able to 
say in my sample stack (type 3 above), something like


   start using stack URL 
(http://livecodeshare.runrev.com//mylib.livecodescript;)


so it's easy to use the sample stacks.

Though what I really want is :

F. Maybe even better if there were an automatic way to "require" 
libraries, have them downloaded if needed to somewhere like   ~/My 
LIvecode/SampleLibraries/, etc.


G. Both the in-IDE and web version should have *much* less dependency on 
screentshots. I want an efficient list of sample stacks and libraries, 
not a slow-loading set of tiny pitcures that give me little idea of 
whether or not it's useful or interesting to me. We don't all have fast 
broadband all the time.


H. Fix the "Search" box in the IDE. I don't know what it searches - If 
you select "ImageData", you get 8 results. If you then search for 
"Image" you get 7 results (but not in the same order as the 8 were 
before the search??). If you search for "imag" you get none. And in any 
case, why is it a "type and click go" search rather than a "search as 
you type" ?   And - should it not "empty" the search filter when you 
change category ?


I. Fix the Categories.
  Example and Examples ?
  Awesome ??
  And are they in any particular order ? Or searchable ?  Or could they 
be grouped somehow ?


J. Rules for Tags. e.g. one sample is tagged "Android" - but the text 
simply says "Not yet tested on Android - if you test it and it works, 
please let me know).


OK - almost enough ranting for a Friday evening :-)   One last 
contentious one.


K. 'LC Approved' category or status.
It would be nice if there were some level or kind of "approved" status, 
so that you could have high(er) expectations of quality, usefulness, etc.


-- Alex.






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

Re: Subject: Re: LC and OneSignal

[Todd Fabacher via use-livecode]

When I did a lot of VB work in late 90s and early 2000s there was a site
Planet Source Code:
https://www.planet-source-code.com/

They had full sample utilities and event just small 20-100 line code
examples. Plus they had a great way of searching,  presenting and
commenting on the code. They even have a contest who contributed the best
code and it was voted on by the community.

If we want to grow our community we need something like this. LiveCode just
does not have sufficient examples for people starting out. So they quit.

--Todd

On Fri, Sep 1, 2017 at 9:25 AM, Todd Fabacher  wrote:

> Hello LiveCoders,
>
> Good News!!!  The team of Digital Pomegranate did a project with onesignal 
> push
> notification last year. We are actually in the progress of upgrading the
> lib now. So if someone is interested in it, please contact me and I will
> make arrangements to get you a version.
>
> Also as an added side note. We are upgrading our WordPress Rest API to
> tsNet for Async communications and upgrading to the new WP + Woo Commerce
> changes.
>
> We are looking to put all of the work we do in LiveCode on the internet.
> Most will be open source [as much as we can because some we have NDAs on
> and we can release code] and we are thinking that we can put in a section
> on our website.  But LiveCode could use the LiveCode.org to create a
> section that lists open source projects and where to download the code.
>
> There needs to be a better way for all of us to share projects and code 
> snippets.
> Any suggestions We can build and host something if there is a good
> idea. For all of our benefits, we should grow the community by 10,000. They
> will take efforts from EVERYONE.
>
> --Todd
>
>
___
use-livecode mailing list
use-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: Subject: Re: LC and OneSignal

[AndyP via use-livecode]

Enhancement Requests added to the Quality Center for Sample Stacks

http://quality.livecode.com/show_bug.cgi?id=20319

http://quality.livecode.com/show_bug.cgi?id=20320



-
Andy Piddock 


My software never has bugs. It just develops random features. 

TinyIDE a Free alternative minimalist IDE Plugin for LiveCode
TinyIDE 


Script editor Themer for LC http://2108.co.uk  

PointandSee is a FREE simple but full featured under cursor colour picker / 
finder.
http://www.pointandsee.co.uk  - made with LiveCode
--
Sent from: 
http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html

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

Re: Subject: Re: LC and OneSignal

[AndyP via use-livecode]

Sounds great Todd, looking forward to seeing the release.

Re sharing stacks/code.

The LiveCode IDE has Sample Stacks available from Help>Sample Stacks this is
also available in a more limited way from the LiveCode website
http://livecodeshare.runrev.com/ found via https://livecode.com/resources/
and then Sample Stacks.

There is via the IDE version the option to add stacks and code snippets. The
latter is very under utilized.

The whole User Samples or is it LiveCode Share needs an overhaul. For
example in the code snippets the code is not displayed but has to be
downloaded to be viewed. 

The User Samples is a great resource (if you know how to find it) but is
needing some TLC.

The question of where sample stacks and code snippets comes up every now and
again with various promoted solutions, but why not use the facility we have.
I am just about to add some enhancement requests to the quality center on
this subject and I will add the numbers here when completed.





-
Andy Piddock 


My software never has bugs. It just develops random features. 

TinyIDE a Free alternative minimalist IDE Plugin for LiveCode
TinyIDE 


Script editor Themer for LC http://2108.co.uk  

PointandSee is a FREE simple but full featured under cursor colour picker / 
finder.
http://www.pointandsee.co.uk  - made with LiveCode
--
Sent from: 
http://runtime-revolution.278305.n4.nabble.com/Revolution-User-f278306.html

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

Re: Subject: Re: LC and OneSignal

[J. Landman Gay via use-livecode]

On 9/1/17 2:35 PM, Mark Wieder via use-livecode wrote:

On 09/01/2017 09:55 AM, J. Landman Gay via use-livecode wrote:

This is pretty much what the User Examples area was created for.


I don't know what that is.



Sorry, it's now called Sample Stacks in the LC toolbar. It's been called 
lots of things, basically it's RevOnline.


--
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: Subject: Re: LC and OneSignal

[Mark Wieder via use-livecode]

On 09/01/2017 12:25 AM, Todd Fabacher via use-livecode wrote:


There needs to be a better way for all of us to share projects and
code snippets.


There are already many sites for this, and that's the problem. I've got 
stuff on bitbucket and github, in revOnline, on my own site...
I think there needs to be a single common place for this, and it needs 
to be either on the official LiveCode site itself or linked to *very* 
prominently. Otherwise we end up with the balkanization we have now, 
with code sprinkled around the internet, mostly in places nobody 
(especially new users) knows about.


Having the official blessing of the mothership on this would also go a 
long ways to showing support for growing the community.


--
 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: Subject: Re: LC and OneSignal

[Mark Wieder via use-livecode]

On 09/01/2017 09:55 AM, J. Landman Gay via use-livecode wrote:

This is pretty much what the User Examples area was created for.


I don't know what that is.

--
 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: Subject: Re: LC and OneSignal

[J. Landman Gay via use-livecode]

This is pretty much what the User Examples area was created for.

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



On September 1, 2017 9:54:35 AM ** Clarence P Martin ** via use-livecode 
<use-livecode@lists.runrev.com> wrote:



Tod,
This is a great idea. I have silently been hoping for a way for fellow
developers to share their code via some method beside the forum.
The forum is a great place for problem solving and advice but a place to
have code posted so that other users can see what others are doing is a
great idea.
I have not come up with an idea of how as of yet but I will put some thought
into this.

Sincerely,

Clarence Martin
Email: chi...@themartinz.com
Cell: 626 6965561

-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf
Of Todd Fabacher via use-livecode
Sent: Friday, September 01, 2017 12:26 AM
To: Use-livecode Use-livecode <use-livecode@lists.runrev.com>
Cc: Todd Fabacher <tfabac...@gmail.com>
Subject: Subject: Re: LC and OneSignal

Hello LiveCoders,

Good News!!!  The team of Digital Pomegranate did a project with onesignal
push notification last year. We are actually in the progress of upgrading
the lib now. So if someone is interested in it, please contact me and I will
make arrangements to get you a version.

Also as an added side note. We are upgrading our WordPress Rest API to tsNet
for Async communications and upgrading to the new WP + Woo Commerce changes.

We are looking to put all of the work we do in LiveCode on the internet.
Most will be open source [as much as we can because some we have NDAs on and
we can release code] and we are thinking that we can put in a section on our
website.  But LiveCode could use the LiveCode.org to create a section that
lists open source projects and where to download the code.

There needs to be a better way for all of us to share projects and code
snippets.
Any suggestions We can build and host something if there is a good idea.
For all of our benefits, we should grow the community by 10,000. They will
take efforts from EVERYONE.

--Todd
___
use-livecode mailing list
use-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: Subject: Re: LC and OneSignal

[Todd Fabacher via use-livecode]

When I did a lot of VB work in late 90s and early 2000s there was a site
Planet Source Code:
https://www.planet-source-code.com/

They had full sample utilities and event just small 20-100 line code
examples. Plus they had a great way of searching,  presenting and
commenting on the code. They even have a contest who contributed the best
code and it was voted on by the community.

If we want to grow our community we need something like this. LiveCode just
does not have sufficient examples for people starting out. So they quit.

--Todd
___
use-livecode mailing list
use-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: Subject: Re: LC and OneSignal

[** Clarence P Martin ** via use-livecode]

Tod,
This is a great idea. I have silently been hoping for a way for fellow
developers to share their code via some method beside the forum.
The forum is a great place for problem solving and advice but a place to
have code posted so that other users can see what others are doing is a
great idea.
I have not come up with an idea of how as of yet but I will put some thought
into this.

Sincerely,

Clarence Martin
Email: chi...@themartinz.com
Cell: 626 6965561

-Original Message-
From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On Behalf
Of Todd Fabacher via use-livecode
Sent: Friday, September 01, 2017 12:26 AM
To: Use-livecode Use-livecode <use-livecode@lists.runrev.com>
Cc: Todd Fabacher <tfabac...@gmail.com>
Subject: Subject: Re: LC and OneSignal

Hello LiveCoders,

Good News!!!  The team of Digital Pomegranate did a project with onesignal
push notification last year. We are actually in the progress of upgrading
the lib now. So if someone is interested in it, please contact me and I will
make arrangements to get you a version.

Also as an added side note. We are upgrading our WordPress Rest API to tsNet
for Async communications and upgrading to the new WP + Woo Commerce changes.

We are looking to put all of the work we do in LiveCode on the internet.
Most will be open source [as much as we can because some we have NDAs on and
we can release code] and we are thinking that we can put in a section on our
website.  But LiveCode could use the LiveCode.org to create a section that
lists open source projects and where to download the code.

There needs to be a better way for all of us to share projects and code
snippets.
Any suggestions We can build and host something if there is a good idea.
For all of our benefits, we should grow the community by 10,000. They will
take efforts from EVERYONE.

--Todd
___
use-livecode mailing list
use-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: Subject: Re: LC and OneSignal

[Jonathan Lynch via use-livecode]

Hi Todd,

I share on LiveCode share and a few things on the forum. Will that do?

They are not organized like Git Hub, but easy enough for my needs.

Sent from my iPhone

> On Sep 1, 2017, at 3:25 AM, Todd Fabacher via use-livecode 
>  wrote:
> 
> Hello LiveCoders,
> 
> Good News!!!  The team of Digital Pomegranate did a project with onesignal 
> push
> notification last year. We are actually in the progress of upgrading the
> lib now. So if someone is interested in it, please contact me and I will
> make arrangements to get you a version.
> 
> Also as an added side note. We are upgrading our WordPress Rest API to
> tsNet for Async communications and upgrading to the new WP + Woo Commerce
> changes.
> 
> We are looking to put all of the work we do in LiveCode on the internet.
> Most will be open source [as much as we can because some we have NDAs on
> and we can release code] and we are thinking that we can put in a section
> on our website.  But LiveCode could use the LiveCode.org to create a
> section that lists open source projects and where to download the code.
> 
> There needs to be a better way for all of us to share projects and
> code snippets.
> Any suggestions We can build and host something if there is a good
> idea. For all of our benefits, we should grow the community by 10,000. They
> will take efforts from EVERYONE.
> 
> --Todd
> ___
> use-livecode mailing list
> use-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

Subject: Re: LC and OneSignal

[Todd Fabacher via use-livecode]

Hello LiveCoders,

Good News!!!  The team of Digital Pomegranate did a project with onesignal push
notification last year. We are actually in the progress of upgrading the
lib now. So if someone is interested in it, please contact me and I will
make arrangements to get you a version.

Also as an added side note. We are upgrading our WordPress Rest API to
tsNet for Async communications and upgrading to the new WP + Woo Commerce
changes.

We are looking to put all of the work we do in LiveCode on the internet.
Most will be open source [as much as we can because some we have NDAs on
and we can release code] and we are thinking that we can put in a section
on our website.  But LiveCode could use the LiveCode.org to create a
section that lists open source projects and where to download the code.

There needs to be a better way for all of us to share projects and
code snippets.
Any suggestions We can build and host something if there is a good
idea. For all of our benefits, we should grow the community by 10,000. They
will take efforts from EVERYONE.

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

Subject: Re: Local File in Browser Widget on Android - Fail

[Dan Friedman via use-livecode]

Sannyasin,

Thank you for the reply!   I have discovered that it’s not the local path the 
is the issue.  If I do this, I see “123” in the browser:

   put “123” into url ("file:" & specialFolderPath("documents") & "/map.html")
   set the url of widget "Browser1" to ("file:" & 
specialFolderPath("documents") & "/map.html")

However, the html document I am trying to load references images that were 
included in the app. These images are here: specialFolderPath("engine").  Note 
that a “there is a file” test proves the existence of the file.

So, here’s what I do, I load the html template from a custom property.  In my 
html document, I have this:

   historicalOverlay = new 
google.maps.GroundOverlay('/MapFinal.png',imageBounds);

I then insert the local path:

   replace "" with specialFolderPath("engine") in mapFile

Then I save the file to disk and load it into the browser widget.  On my mac 
and iOS it works famously.  On Android, I just get a broken image icon.

Do I have to alter the local image path somehow?

Again, thank you for the response and assistance!

-Dan

 

On 8/11/17, 2:33 AM, "use-livecode on behalf of 
use-livecode-requ...@lists.runrev.com"  wrote:

make sure your slashes are all correct. on iOS and desktop  are forgiving 
with double// in URLs; but android is not.. .this bit me many times

file:/somepath/somefile.html

works

file://somepath/somefile.html  

doesn't  

So If you have path setters here and there, one needs to follow some 
convention, either leave folder string *always* with no closing slash and all 
appended url strings begin with a slash.. I started that way but this was 
always confusing to me because on web / means "from DOCROOT"   so slowly I am 
refactoring all these to

function path_Assets
return specialFolderPath("documents") & "/assets/" 
end path_Assets

then in any module we use 

play sound (path_Assets() & "bells-whistles/ding.mp3")  because this is 
"relative" # very subjective..

So what started failing on Android --  really hard to debug!

where instances of 

play sound (path_Assets() & "/bells-whistles/ding.mp3") 

because these would work on Mac desktop and only fail on Android so you are 
beating your head "what is wrong."


On 8/10/17, 1:28 PM, "use-livecode on behalf of Dan Friedman via 
use-livecode"  wrote:

I?m having a problem loading a local file on Android in the Browser 
Widget in LC 8.1.5.  I am experiencing what is described in bug 19036.  But, 
bug 19036?s status is ?Resolved? in version 8.0.0.   So, is something else up?  
Anyone have any insight?

-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

[no subject]

[Matthias Rebbe via use-livecode]

Hi,

i´ve already posted it to the forum
http://forums.livecode.com/viewtopic.php?f=9=29357 


but in case you are not reading the forum:

I´ve created a little stack and two livecode server scripts that allow to 
upload a file to a web server running livecode server version 8 or higher. 

After successful upload the download url of the uploaded file is copied to the 
clipboard for sharing purposes. 
The stack has a little filemanager included which  allows to get the d/l url 
for older uploaded files  and it allows to delete older files which are not 
needed anymore

The stack uses Bernd Niggeman´s  Gauge widget for showing the upload progress. 
See his post about this really cool widget  
http://forums.livecode.com/viewtopic.php?f=93=29348=154776=gauge#p154776
 



There are only minimal adjustments needed in the stack script of the livecode 
stack to get it running with your web server.

The archive contains the livecode stack, 2 livecode server scripts, the .lcb 
file for the Gauge widget, an installation guide for the Widget and a readme 
file.

I´ve tested it with Livecode 8.1.4 and Livecode server 8.1.2.

Please do yourself a favour and read the file 'PLEASE Read Me First!.txt'  
first.

Hope it´s of some use for the one or the other


Regards,

Matthias


Matthias Rebbe
+49 5741 31
‌matthiasrebbe.eu ‌

___
use-livecode mailing list
use-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: Subject: Re: Don't amputate numberformat

[Mike Kerner via use-livecode]

Think of the laptops.  Do it for them.

On Mon, Apr 24, 2017 at 2:49 PM, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Mike Kerner wrote:
>
> > On Mon, Apr 24, 2017 at 11:30 AM, Richard Gaskin wrote:
>
> >> But with fields, a formatting enhancement need not be a Widget per
> >> se. That would require first reproducing the entire field object,
> >> and then adding the small bits we're discussing here.  Daunting.
> >>
> > It's only daunting because of the overhead of creating the widget.
>
> Well, that and several thousand lines of very tricky code.
>
> If you're up for translating all that from C++ to LC Builder that would be
> cool.
>
> But if it may take longer than an idle afternoon, perhaps a backscript
> might do. :)
>
>
> --
>  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
>



-- 
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: Subject: Re: Don't amputate numberformat

[Richard Gaskin via use-livecode]

Mike Kerner wrote:

> On Mon, Apr 24, 2017 at 11:30 AM, Richard Gaskin wrote:

>> But with fields, a formatting enhancement need not be a Widget per
>> se. That would require first reproducing the entire field object,
>> and then adding the small bits we're discussing here.  Daunting.
>>
> It's only daunting because of the overhead of creating the widget.

Well, that and several thousand lines of very tricky code.

If you're up for translating all that from C++ to LC Builder that would 
be cool.


But if it may take longer than an idle afternoon, perhaps a backscript 
might do. :)


--
 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: Subject: Re: Don't amputate numberformat

[Mike Kerner via use-livecode]

It's only daunting because of the overhead of creating the widget.  I think
that the overhead of creating LC and maintaining LC is well worth it
compared to the cognitive load that I face dealing with other tools.
Laptops also rejoice that they do not have to endure having their screens
ripped from their bases when I am trying to debug a pointer referencing
issue, so DO IT FOR THE LAPTOPS!

On Mon, Apr 24, 2017 at 11:30 AM, Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Mike Kerner wrote:
>
> > Well, that would be a nice thing to have in a field widget, but I run
> > into formatting issues with databases, as well, especially when
> > sorting.
>
> The DB issue may be best handled through an accessor library.  Many other
> error-correction and conveniences could be added to that as well.
>
> But with fields, a formatting enhancement need not be a Widget per se.
> That would require first reproducing the entire field object, and then
> adding the small bits we're discussing here.  Daunting.
>
> Simpler would be a behavior script, with a custom properties called
> something like "rawText" and "displayText", with formatting determined by
> "displayFormat", e.g.:
>
> set the displayFormat of fld 1 to "$0.00"
> set the rawText of fld 1 to 5 -- shows "$5.00"
> get the displayText of fld 1 -- returns "$5.00"
> get the rawText of fld 1 -- return "5"
>
> --
>  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
>



-- 
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: Subject: Re: Don't amputate numberformat

[Richard Gaskin via use-livecode]

Mike Kerner wrote:

> Well, that would be a nice thing to have in a field widget, but I run
> into formatting issues with databases, as well, especially when
> sorting.

The DB issue may be best handled through an accessor library.  Many 
other error-correction and conveniences could be added to that as well.


But with fields, a formatting enhancement need not be a Widget per se. 
That would require first reproducing the entire field object, and then 
adding the small bits we're discussing here.  Daunting.


Simpler would be a behavior script, with a custom properties called 
something like "rawText" and "displayText", with formatting determined 
by "displayFormat", e.g.:


set the displayFormat of fld 1 to "$0.00"
set the rawText of fld 1 to 5 -- shows "$5.00"
get the displayText of fld 1 -- returns "$5.00"
get the rawText of fld 1 -- return "5"

--
 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: Subject: Re: Don't amputate numberformat

[Bob Sneidar via use-livecode]

I had a whole system for doing this in another app. I should probably resurrect 
it. A user could right-click a field in pointer mode and with the normal 
contextual menu would also get options for setting some standard validations. 
The user could pick from pre, mid, and post validations. Pre would 
validate/format when the field was populated. Mid would validate/format when 
the user closed the field, and post would validate/format when the form was 
saved. The pre and post allowed values in the database to be different than the 
ones used by livecode, for instance the sql value of 1 or 0 for a column of 
type BOOLEAN, and the hilited of a button being true or false. The mid allowed 
for instance an integer of the proper length to be formatted as a phone number 
using the formatPhone() function I wrote for it. 

I have a library of nothing but format and validations like formatIP, isIP etc. 

Bob S


> On Apr 24, 2017, at 07:27 , Mark Waddingham via use-livecode 
>  wrote:
> 
> The field is a rather large, difficult and very very picky piece of engine
> code so pretty much nothing related to it is far from 'easy' to do. Of 
> course, the
> 'how one would implement something' has to be preceded by 'how would such a 
> thing
> work' and the latter is not entirely clear in this case...
> 
> Mike's suggestion of a 'field widget', I'd perhaps suggest would be a 'field'
> much more inline with a database 'field' - i.e. it would be a single thing
> which had a 'format' property (think type of column). The 'field' would hold
> a single value, and the 'format' would determine how that (typeless) value 
> would
> be interpreted and rendered.


___
use-livecode mailing list
use-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: Subject: Re: Don't amputate numberformat

[Mark Waddingham via use-livecode]

On 2017-04-24 14:13, Roland Huettmann via use-livecode wrote:
Mike Kerner: "Well, that would be a nice thing to have in a field 
widget,

but I run into
formatting issues with databases, as well, especially when sorting."

I do not know much about the internal workings of the machine, but 
could
such work be outsourced? Maybe someone could raise funding? I would 
rather
like to see the improvements in the core engine instead of as a LC 
Builder

widget since it is so basic.


The field is a rather large, difficult and very very picky piece of 
engine
code so pretty much nothing related to it is far from 'easy' to do. Of 
course, the
'how one would implement something' has to be preceded by 'how would 
such a thing

work' and the latter is not entirely clear in this case...

Mike's suggestion of a 'field widget', I'd perhaps suggest would be a 
'field'
much more inline with a database 'field' - i.e. it would be a single 
thing
which had a 'format' property (think type of column). The 'field' would 
hold
a single value, and the 'format' would determine how that (typeless) 
value would

be interpreted and rendered.

Trying to do a similar thing with the current field is a little more 
complex

because the field allows char level access to its contents.

In your previous post you suggested it would be nice to be able to do 
something

along the lines of:

  put "1.234" into field 1
  set the format of field 1 to "currency"

In this case, assuming the user's currency format was something like 
'£0.00' then
you would see '£1.23' in the field. (I don't think I can understate how 
neat

this would be).

However, the question to ask (and I've been asking myself in the back of 
my mind
since I read your post) is: what, in this context does 'put char 1 to 3 
of field 1'

mean?

Does it mean '1.23' or '£1.'?

The problem here is that which it should mean very much depends on what 
you

are wanting to do.

The idea of the feature is that it completely separates computational 
value (1.234)
from display value (£1.23) - however, fields have a large number of 
features which

work (and can only work) if it is based on display value.

For example, it would be slightly unsettling to a user if they could not 
select a
portion of '£1.23' to copy onto the clipboard - the way the field 
presents its selection
is using 'char X to Y' so that immediately gives us a constraint that 
the displayed

chars of the value would be used for char X to Y evaluation.

However, from a computational point of view, it is kinda important that 
the following

is true:

  put "1234" into field 1
  put char 1 to 4 of field 1 is "1234"

So that immediately gives us a constraint that it would have to be the 
computational
value that would be used for char X to Y evaluation. So we end up going 
back round

in a circle...

Warmest Regards,

Mark.

P.S. I should say that the above should not be taken as 'this is not 
possible to do',
more that a naive approach to doing it probably isn't going to work so 
something a
little cleverer is needed... And like most things, things which are a 
little cleverer

just require a little more application of the 'little grey cells' :)

--
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: Subject: Re: Don't amputate numberformat

[Mike Kerner via use-livecode]

This is why I want to try to get a more centralized repo of all the cool
stuff that everyone's done in LC, especially if it's available in-app, sort
of like a widget store, if we ever get one of those...

On Mon, Apr 24, 2017 at 9:57 AM, Dave Kilroy via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Do you guys know about Hugh Senior’s Field Formatter?
> http://www.flexiblelearning.com/fieldformatter/ <
> http://www.flexiblelearning.com/fieldformatter/>
>
> Dave
>
>
>
> ___
> use-livecode mailing list
> use-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: Subject: Re: Don't amputate numberformat

[Dave Kilroy via use-livecode]

Do you guys know about Hugh Senior’s Field Formatter? 
http://www.flexiblelearning.com/fieldformatter/ 


Dave



___
use-livecode mailing list
use-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: Subject: Re: Don't amputate numberformat

[Mike Kerner via use-livecode]

I've talked about doing some microfinancing projects in LC, but so far I
haven't heard a lot of interest.  I'm all for it.

On Mon, Apr 24, 2017 at 8:13 AM, Roland Huettmann via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Mike Kerner: "Well, that would be a nice thing to have in a field widget,
> but I run into
> formatting issues with databases, as well, especially when sorting."
>
> I am using all kinds of formatting functions with databases. There is
> always this overhead which could be minimized using a database adapter as
> provided in other languages, or writing your own.
>
> But fields, the visual objects used most, are a focus for any data
> management. They always deserve attention, and unless there will be such
> new widget, actually our already nice fields would be candidate for such
> and other improvements.
>
> And also, it is a widely adopted standard that left, top, right and bottom
> boundaries could be formatted separately.
>
> I do not know much about the internal workings of the machine, but could
> such work be outsourced? Maybe someone could raise funding? I would rather
> like to see the improvements in the core engine instead of as a LC Builder
> widget since it is so basic.
>
> Roland
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>



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

Subject: Re: Don't amputate numberformat

[Roland Huettmann via use-livecode]

Mike Kerner: "Well, that would be a nice thing to have in a field widget,
but I run into
formatting issues with databases, as well, especially when sorting."

I am using all kinds of formatting functions with databases. There is
always this overhead which could be minimized using a database adapter as
provided in other languages, or writing your own.

But fields, the visual objects used most, are a focus for any data
management. They always deserve attention, and unless there will be such
new widget, actually our already nice fields would be candidate for such
and other improvements.

And also, it is a widely adopted standard that left, top, right and bottom
boundaries could be formatted separately.

I do not know much about the internal workings of the machine, but could
such work be outsourced? Maybe someone could raise funding? I would rather
like to see the improvements in the core engine instead of as a LC Builder
widget since it is so basic.

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

Re: Subject - LiveCode - I'm not a very happy Bunny

[Mark Schonewille via use-livecode]

I saw this and had to think of your post, Tom.

http://dilbert.com/strip/2017-01-08

Kind regards,

Mark Schonewille
http://economy-x-talk.com
https://www.facebook.com/marksch

Buy the most extensive book on the
LiveCode language:
http://livecodebeginner.economy-x-talk.com

Op 06-Jan-17 om 23:17 schreef Tom Glod via use-livecode:

gotta say... looking at livecode.com it  is very clear that livecode is
nearly hoping that people won't notice that there is an open source version
and buy a license because they didn't know any better.

shadyshady.. almost understandable, but why go open source if you
gonna pretend like you aren't?

On Wed, Jan 4, 2017 at 10:59 AM, Keith Martin  wrote:


On 4 Jan 2017, at 14:11, Richmond Mathewson wrote:

What this message should tell the people on the mother-ship is that they

need to shout a bit louder
about the Open Source version



Amen! The FOSS, Community edition is a great thing, and it's

It'd also be great if the mother ship would also consider, one day, a more
inexpensive way to step up to the level where App Store submission is
possible, perhaps as a short-term (say, 1 month?) window, bundled with
advice for efficient App Store submission? Perhaps something similar for
HTML5 publication in the future? LC is wonderful, but it is feeling more
and more like a product with a 'keep out, professionals only' label on the
virtual box... :-/

Me, I'd SO glad I got Indy in time to keep annual cost just about
affordable. I make peanuts (at most!) from what I build, but that's not the
point for me; it's just too much fun not to be part of the LC builder
community. I did once hope HTML5 would be available as part of that, but
sadly it's separate. :(

k

---

Keith Martin
Senior Lecturer, LCC (University of the Arts London)
Technical Editor, MacUser magazine (1997-2015)
http://PanoramaPhotographer.com
http://thatkeith.com
+44 (0)7909541365

---

___
use-livecode mailing list
use-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: Subject - LiveCode - I'm not a very happy Bunny

[Richmond Mathewson via use-livecode]

I thought the theory was that getting lots of people to use the open 
source version would lead

to all sorts of benefits to LiveCode:

1. A certain proportion of O.S. users would contribute with bug reports 
and so on.


2. A certain proportion of O.S. users would, in due course, pay for a 
commercial licence when they

felt a need to protect their code from prying eyes.

However, if the "road to the isles" (how to get hold of the O.S. 
version) is hidden away down the bottom of
LiveCode's website's landing page, instead of being "right there", the 
chances of that uptake seems

minimal.

I do get the feeling that LiveCode have an ambivalent view to their 
decision to release an O.S. version;
part of which may be that points #1 and #2 have not happened with such a 
whoosh as perhaps they
had hoped. But this is a circular situation which, I believe, might get 
untangled if LiveCode shouted louder, and all and everywhere, about 
their O.S. version, as well as presenting one of those easy-to-ken charts
showing the differences between the 3 versions of LiveCode they produce 
that is easily accessible to
people who find their way (and part of the problem in "find their way" 
rather than

"have it rammed down their throats") to LiveCode's website.

I have made most of my teaching resources and sample stacks available to 
people here:


http://community.computingatschool.org.uk/door

nobody seems really interested, because they are all stuck on C++, 
Python and VB.Net. Could that
be because, if they get to the LiveCode page the first thing they see is 
an "expensive" piece of

software?

This is, to put things mildly, "an awful pity".

Richmond.

On 1/7/17 12:17 am, Tom Glod via use-livecode wrote:

gotta say... looking at livecode.com it  is very clear that livecode is
nearly hoping that people won't notice that there is an open source version
and buy a license because they didn't know any better.

shadyshady.. almost understandable, but why go open source if you
gonna pretend like you aren't?

On Wed, Jan 4, 2017 at 10:59 AM, Keith Martin  wrote:


On 4 Jan 2017, at 14:11, Richmond Mathewson wrote:

What this message should tell the people on the mother-ship is that they

need to shout a bit louder
about the Open Source version


Amen! The FOSS, Community edition is a great thing, and it's

It'd also be great if the mother ship would also consider, one day, a more
inexpensive way to step up to the level where App Store submission is
possible, perhaps as a short-term (say, 1 month?) window, bundled with
advice for efficient App Store submission? Perhaps something similar for
HTML5 publication in the future? LC is wonderful, but it is feeling more
and more like a product with a 'keep out, professionals only' label on the
virtual box... :-/

Me, I'd SO glad I got Indy in time to keep annual cost just about
affordable. I make peanuts (at most!) from what I build, but that's not the
point for me; it's just too much fun not to be part of the LC builder
community. I did once hope HTML5 would be available as part of that, but
sadly it's separate. :(

k

---

Keith Martin
Senior Lecturer, LCC (University of the Arts London)
Technical Editor, MacUser magazine (1997-2015)
http://PanoramaPhotographer.com
http://thatkeith.com
+44 (0)7909541365

---

___
use-livecode mailing list
use-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: Subject - LiveCode - I'm not a very happy Bunny

[Tom Glod via use-livecode]

gotta say... looking at livecode.com it  is very clear that livecode is
nearly hoping that people won't notice that there is an open source version
and buy a license because they didn't know any better.

shadyshady.. almost understandable, but why go open source if you
gonna pretend like you aren't?

On Wed, Jan 4, 2017 at 10:59 AM, Keith Martin  wrote:

> On 4 Jan 2017, at 14:11, Richmond Mathewson wrote:
>
> What this message should tell the people on the mother-ship is that they
>> need to shout a bit louder
>> about the Open Source version
>>
>
> Amen! The FOSS, Community edition is a great thing, and it's
>
> It'd also be great if the mother ship would also consider, one day, a more
> inexpensive way to step up to the level where App Store submission is
> possible, perhaps as a short-term (say, 1 month?) window, bundled with
> advice for efficient App Store submission? Perhaps something similar for
> HTML5 publication in the future? LC is wonderful, but it is feeling more
> and more like a product with a 'keep out, professionals only' label on the
> virtual box... :-/
>
> Me, I'd SO glad I got Indy in time to keep annual cost just about
> affordable. I make peanuts (at most!) from what I build, but that's not the
> point for me; it's just too much fun not to be part of the LC builder
> community. I did once hope HTML5 would be available as part of that, but
> sadly it's separate. :(
>
> k
>
> ---
>
> Keith Martin
> Senior Lecturer, LCC (University of the Arts London)
> Technical Editor, MacUser magazine (1997-2015)
> http://PanoramaPhotographer.com
> http://thatkeith.com
> +44 (0)7909541365
>
> ---
>
> ___
> use-livecode mailing list
> use-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

Subject: Re: Subject - LiveCode - I'm not a very happy Bunny

[James Hale]

Richmond wrote:
> What this message should tell the people on the mother-ship is that they 
> need to shout a bit louder about the Open Source version, instead of having a 
> green button "buried"  at the bottom of a scroll-down on the title page.

+1

In fact a green button that takes you to a site with no resources (docs, 
lessons, tunes) or comparison to licensed versions. One of the silliest ideas 
they have come up with.





___
use-livecode mailing list
use-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: Subject - LiveCode - I'm not a very happy Bunny

[Keith Martin]

On 4 Jan 2017, at 14:11, Richmond Mathewson wrote:

What this message should tell the people on the mother-ship is that 
they need to shout a bit louder

about the Open Source version


Amen! The FOSS, Community edition is a great thing, and it's

It'd also be great if the mother ship would also consider, one day, a 
more inexpensive way to step up to the level where App Store submission 
is possible, perhaps as a short-term (say, 1 month?) window, bundled 
with advice for efficient App Store submission? Perhaps something 
similar for HTML5 publication in the future? LC is wonderful, but it is 
feeling more and more like a product with a 'keep out, professionals 
only' label on the virtual box... :-/


Me, I'd SO glad I got Indy in time to keep annual cost just about 
affordable. I make peanuts (at most!) from what I build, but that's not 
the point for me; it's just too much fun not to be part of the LC 
builder community. I did once hope HTML5 would be available as part of 
that, but sadly it's separate. :(


k

---

Keith Martin
Senior Lecturer, LCC (University of the Arts London)
Technical Editor, MacUser magazine (1997-2015)
http://PanoramaPhotographer.com
http://thatkeith.com
+44 (0)7909541365

---
___
use-livecode mailing list
use-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: Subject - LiveCode - I'm not a very happy Bunny

[Richmond Mathewson]

What this message should tell the people on the mother-ship is that they 
need to shout a bit louder
about the Open Source version, instead of having a green button "buried" 
at the bottom of

a scroll-down on the title page.

Richmond.

On 1/4/17 2:32 pm, Francis Nugent Dixon wrote:

Hi from Beautiful Brittany,

I am obviously in a physical and technological backwater.

With my 4 Macs, I spend happy 8 hours a day - every day of the week.
I run Mac OS 10.9 (can’t see why I should keep updating to later versions)

With LiveCode, ’tis the same - I’m on 5.5.4, happy as a pig in shit with this
version - programming new apps (for me alone - not looking to sell !)

And I woke up in 2017 to find that LiveCode has been updated (quite a
few times) - And although I didn’t follow what those updates brought
to my beautiful 5.5.4, I kept on developing apps for myself on Mac and PC.

This day in 2017 (already ?) I decided to look to see how far I have
fallen behind - and got the shock of my life (699 a year for INDY and
1999 for Business versions) - no mention of a “fun for you only” version !

We seem to have come rather a long way since free HyperCard. I’m
not complaining - liveCode gives me eons of satisfaction, but I can’t
afford tariffs like this for the new, all singing, all dancing liveCode.

LiveCode information on Internet is very limited. If you want to sell
your apps, start at 699  and pay much more for a full Commercial version !
I heard that there was an educational version free (NO INFORMATION)
DID NOT hear of a NON-COMMERCIAL version for the Home Programmer.

Can any nice person let me know if I can program in a more recent version
of livecode (JUST FOR MY FUN) - without spending ALL of my retirement
pension. I was bitten by a bug in 1959 - and I can’t stop programming !

And - I know that liveCode IS the way ………

Gung-Ho from Beautiful Brittany

-Francis



___
use-livecode mailing list
use-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: Subject - LiveCode - I'm not a very happy Bunny

[Matthias Rebbe]

Look here

https://livecode.org 

for more information about the open source version of LC.

Regards,

Matthias

> Am 04.01.2017 um 13:32 schrieb Francis Nugent Dixon  >:
> 
> Hi from Beautiful Brittany,
> 
> I am obviously in a physical and technological backwater.
> 
> With my 4 Macs, I spend happy 8 hours a day - every day of the week.
> I run Mac OS 10.9 (can’t see why I should keep updating to later versions)
> 
> With LiveCode, ’tis the same - I’m on 5.5.4, happy as a pig in shit with this
> version - programming new apps (for me alone - not looking to sell !)
> 
> And I woke up in 2017 to find that LiveCode has been updated (quite a
> few times) - And although I didn’t follow what those updates brought
> to my beautiful 5.5.4, I kept on developing apps for myself on Mac and PC.
> 
> This day in 2017 (already ?) I decided to look to see how far I have
> fallen behind - and got the shock of my life (699 a year for INDY and
> 1999 for Business versions) - no mention of a “fun for you only” version !
> 
> We seem to have come rather a long way since free HyperCard. I’m
> not complaining - liveCode gives me eons of satisfaction, but I can’t 
> afford tariffs like this for the new, all singing, all dancing liveCode.
> 
> LiveCode information on Internet is very limited. If you want to sell
> your apps, start at 699  and pay much more for a full Commercial version !
> I heard that there was an educational version free (NO INFORMATION)
> DID NOT hear of a NON-COMMERCIAL version for the Home Programmer.
> 
> Can any nice person let me know if I can program in a more recent version
> of livecode (JUST FOR MY FUN) - without spending ALL of my retirement
> pension. I was bitten by a bug in 1959 - and I can’t stop programming ! 
> 
> And - I know that liveCode IS the way ………
> 
> Gung-Ho from Beautiful Brittany
> 
> -Francis
> 
> 
> 
> ___
> use-livecode mailing list
> use-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: Subject - LiveCode - I'm not a very happy Bunny

[Mike Bonner]

Livecode community is what you're looking for. Go to downloads.livecode.com

On Wed, Jan 4, 2017 at 5:32 AM, Francis Nugent Dixon 
wrote:

> Hi from Beautiful Brittany,
>
> I am obviously in a physical and technological backwater.
>
> With my 4 Macs, I spend happy 8 hours a day - every day of the week.
> I run Mac OS 10.9 (can’t see why I should keep updating to later versions)
>
> With LiveCode, ’tis the same - I’m on 5.5.4, happy as a pig in shit with
> this
> version - programming new apps (for me alone - not looking to sell !)
>
> And I woke up in 2017 to find that LiveCode has been updated (quite a
> few times) - And although I didn’t follow what those updates brought
> to my beautiful 5.5.4, I kept on developing apps for myself on Mac and PC.
>
> This day in 2017 (already ?) I decided to look to see how far I have
> fallen behind - and got the shock of my life (699 a year for INDY and
> 1999 for Business versions) - no mention of a “fun for you only” version !
>
> We seem to have come rather a long way since free HyperCard. I’m
> not complaining - liveCode gives me eons of satisfaction, but I can’t
> afford tariffs like this for the new, all singing, all dancing liveCode.
>
> LiveCode information on Internet is very limited. If you want to sell
> your apps, start at 699  and pay much more for a full Commercial version !
> I heard that there was an educational version free (NO INFORMATION)
> DID NOT hear of a NON-COMMERCIAL version for the Home Programmer.
>
> Can any nice person let me know if I can program in a more recent version
> of livecode (JUST FOR MY FUN) - without spending ALL of my retirement
> pension. I was bitten by a bug in 1959 - and I can’t stop programming !
>
> And - I know that liveCode IS the way ………
>
> Gung-Ho from Beautiful Brittany
>
> -Francis
>
>
>
> ___
> use-livecode mailing list
> use-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

Subject - LiveCode - I'm not a very happy Bunny

[Francis Nugent Dixon]

Hi from Beautiful Brittany,

I am obviously in a physical and technological backwater.

With my 4 Macs, I spend happy 8 hours a day - every day of the week.
I run Mac OS 10.9 (can’t see why I should keep updating to later versions)

With LiveCode, ’tis the same - I’m on 5.5.4, happy as a pig in shit with this
version - programming new apps (for me alone - not looking to sell !)

And I woke up in 2017 to find that LiveCode has been updated (quite a
few times) - And although I didn’t follow what those updates brought
to my beautiful 5.5.4, I kept on developing apps for myself on Mac and PC.

This day in 2017 (already ?) I decided to look to see how far I have
fallen behind - and got the shock of my life (699 a year for INDY and
1999 for Business versions) - no mention of a “fun for you only” version !

We seem to have come rather a long way since free HyperCard. I’m
not complaining - liveCode gives me eons of satisfaction, but I can’t 
afford tariffs like this for the new, all singing, all dancing liveCode.

LiveCode information on Internet is very limited. If you want to sell
your apps, start at 699  and pay much more for a full Commercial version !
I heard that there was an educational version free (NO INFORMATION)
DID NOT hear of a NON-COMMERCIAL version for the Home Programmer.

Can any nice person let me know if I can program in a more recent version
of livecode (JUST FOR MY FUN) - without spending ALL of my retirement
pension. I was bitten by a bug in 1959 - and I can’t stop programming ! 

And - I know that liveCode IS the way ………

Gung-Ho from Beautiful Brittany

-Francis



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

> Subject: Re: Non-Public API Usage

[Andrew Bell]

We have discovered one or more issues with your recent delivery for
"PlanningBoard 2". To process your delivery, the following issues must 
be

corrected:

Non-public API usage:

The app references non-public symbols in MadPink Planning Board:
_getcontext, _makecontext, _setcontext
If method names in your source code match the private Apple APIs listed
above, altering your method names will help prevent this app from being
flagged in future submissions. In addition, note that one or more of 
the
above APIs may be located in a static library that was included with 
your

app. If so, they must be removed.


I had the same exact problem two weeks and also wasn't using those 
references. I'm adding myself to the CC list on your bug. LC Support 
asked to see the compiled IPA file, which I attached a Dropbox link to a 
list reply last week.


To get an acceptable build, I recompiled in LC 8.1.1 using Xcode 8. 
Nothing else changed with my stack.


--Andrew Bell

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

Subject: Re: Subject: Re: What speed advantage comes from a private handler?

[James Hale]

> 
> Oh! I thought private handlers were ones only accessible by handlers in the 
> same script

They are. Perhaps my expression was clumsy. 

James

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

Re: Subject: Re: What speed advantage comes from a private handler?

[Peter TB Brett]

On 09/11/2016 16:13, Bob Sneidar wrote:

Oh! I thought private handlers were ones only accessible by handlers in the 
same script.


Private handlers are indeed only accessible by handlers in the same script.

Peter

--
Dr Peter Brett 
LiveCode Technical Project Manager

lcb-mode for Emacs: https://github.com/peter-b/lcb-mode

___
use-livecode mailing list
use-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: Subject: Re: What speed advantage comes from a private handler?

[Bob Sneidar]

Oh! I thought private handlers were ones only accessible by handlers in the 
same script. 

Bob S


> On Nov 9, 2016, at 05:07 , James Hale  wrote:
> 
> Monte wrote:
>> Private handlers are called directly rather than giving all the frontscripts 
>> a chance to handle them.
> 
> Thanks Monte,
> 
> The send and despatch restrictions do not apply in the cases I am considering.
> These are support handlers and functions outside the main handler within a 
> script library. 
> 
> James
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Subject: Re: What speed advantage comes from a private handler?

[James Hale]

Monte wrote:
> Private handlers are called directly rather than giving all the frontscripts 
> a chance to handle them.

Thanks Monte,

The send and despatch restrictions do not apply in the cases I am considering.
These are support handlers and functions outside the main handler within a 
script library. 

James

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

Re: Subject: Re: LiveCode interface to SCORM /LTI

[Earthednet-wp]

One thing that occasionally trips me up is my iPad's auto correct. I had meant 
to specifically acknowledge my appreciation to Todd Fabacher and Digital 
Pomegranate for taking on this project. My iPad changed the first word to 
"good". Gotta be careful to read what I type. 

Anyway, thanks, Todd. Wonderful contribution.
Bill

William Prothero
http://es.earthednet.org

> On Oct 12, 2016, at 7:12 AM, Earthednet-wp  wrote:
> 
> Good, that is awesome! I'm excited!
> Bill
> 
> William Prothero
> http://es.earthednet.org
> 
>> On Oct 12, 2016, at 5:00 AM, Todd Fabacher  wrote:
>> 
>> Hello Martin and Bill and other educators,
>> 
>> Actually we have been diligent little elves working away since the hangout
>> meeting.  Based on research, we have decided to focus on 2 interchange
>> formats: LTI and xAPI [from TinCan and SCORM].
>> 
>> We would like in the near future to have another online meetup where we can
>> share our findings and hopefully create a path where everyone can work
>> together to get to our destination quicker. There was a desire to see this
>> move forward at the meeting, but most had limited resources to commit.
>> 
>> So, Digital Pomegranate will supply the resources, time and money to script
>> a LiveCode Import/Export interface to LTI and xAPI based Apps. Richard
>> suggested the MIT Open Source license model as the best option for the
>> community and we all fully agreed.  We are currently learning all we can
>> about the formats, the best way to organize them in LiveCode and how to
>> translate the API calls to an easy LiveCode syntax. Since we are not
>> experts and in actuality know little of these APIs, we need 2-3 weeks to
>> begin to create the middleware.
>> 
>> Any help or suggestions would be appreciated. Also, if ANYONE has a system
>> which we can run query test on that would help us out greatly.
>> 
>> 
>> --Todd, William and the Digital Pomegranate Team
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: Subject: Re: LiveCode interface to SCORM /LTI

[Earthednet-wp]

Good, that is awesome! I'm excited!
Bill

William Prothero
http://es.earthednet.org

> On Oct 12, 2016, at 5:00 AM, Todd Fabacher  wrote:
> 
> Hello Martin and Bill and other educators,
> 
> Actually we have been diligent little elves working away since the hangout
> meeting.  Based on research, we have decided to focus on 2 interchange
> formats: LTI and xAPI [from TinCan and SCORM].
> 
> We would like in the near future to have another online meetup where we can
> share our findings and hopefully create a path where everyone can work
> together to get to our destination quicker. There was a desire to see this
> move forward at the meeting, but most had limited resources to commit.
> 
> So, Digital Pomegranate will supply the resources, time and money to script
> a LiveCode Import/Export interface to LTI and xAPI based Apps. Richard
> suggested the MIT Open Source license model as the best option for the
> community and we all fully agreed.  We are currently learning all we can
> about the formats, the best way to organize them in LiveCode and how to
> translate the API calls to an easy LiveCode syntax. Since we are not
> experts and in actuality know little of these APIs, we need 2-3 weeks to
> begin to create the middleware.
> 
> Any help or suggestions would be appreciated. Also, if ANYONE has a system
> which we can run query test on that would help us out greatly.
> 
> 
> --Todd, William and the Digital Pomegranate 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

Subject: Re: LiveCode interface to SCORM /LTI

[Todd Fabacher]

Hello Martin and Bill and other educators,

Actually we have been diligent little elves working away since the hangout
meeting.  Based on research, we have decided to focus on 2 interchange
formats: LTI and xAPI [from TinCan and SCORM].

We would like in the near future to have another online meetup where we can
share our findings and hopefully create a path where everyone can work
together to get to our destination quicker. There was a desire to see this
move forward at the meeting, but most had limited resources to commit.

So, Digital Pomegranate will supply the resources, time and money to script
a LiveCode Import/Export interface to LTI and xAPI based Apps. Richard
suggested the MIT Open Source license model as the best option for the
community and we all fully agreed.  We are currently learning all we can
about the formats, the best way to organize them in LiveCode and how to
translate the API calls to an easy LiveCode syntax. Since we are not
experts and in actuality know little of these APIs, we need 2-3 weeks to
begin to create the middleware.

Any help or suggestions would be appreciated. Also, if ANYONE has a system
which we can run query test on that would help us out greatly.


--Todd, William and the Digital Pomegranate 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: OT: Need better hardware vs need better software./ Sub-subject "HyperPad"

[Wilhelm Sanke]

7On Tue, 2 Aug 2016 10:23:54 +0300
Richmond<richmondmathew...@gmail.com>  wrote:



Somewhere deep inside one of my backup disks I have a feeling

there is a version of RunRev/LC for DOS . . . .

There's certainly a version of Metacard.

It might be "fun" to take it/them for a trot with FreeDOS.

R.



Hi Richmond,


Somewhere in the depths of one of my computers I still have a copy of "HyperPad" (by 
Brightbill & Roberts), the first (and only?) Hypercard clone for DOS. I experimented with HyperPad 
for some time, used it among other authoring tools in a programming workshop at the Technical 
University of Madras, where I also presented as an example a stack about "Basic Hindi Grammar: 
Verbs".

Of course it was not possible to attach Devanagari to this DOS-stack, but I 
later ported it to Metacard and Revolution. This stack and other Hindi-related 
stacks are still available from here, if you should be interested.

HyperPad had a number of interesting features missing in Hypercard, Metacard, 
and still not having been added to LiveCode.

On April 13, 2001, I had written to <metac...@lists.runrev.com>, subject: "Metacard 
anniversary":



(snip)


With x-talk languages I started with Hypercard and HyperPad, moved to 
Toolbook because of Windows, looked at Omo, worked with Supercard and 
Spinnaker's "Plus", and finally arrived at MetaCard. HyperPad appeared 
in 1989 and was - as far as I know - the first Hypercard clone for the 
DOS-world. It was in a number of aspects a very much improved clone of 
Hypercard. The big problem was that it was a pure DOS program and that 
Brightbill unfortunately never succeeded to produce a Windows 
version. HyperPad was dead by 1995. The first thing worth mentioning 
about HyperPad was its wonderful documentation, two volumes of nearly 
400 pages each (a "User Guide" and the "PadTalk Reference") that left 
almost no questions open, partly because for each instance of the 
PadTalk language there were clear practical examples how to use the 
language in a given context. In the six years that HyperPad was 
supported by Brightbill I approached them about three times 
about issues I had difficulties with. HyperPad had a clear, organized 
user interface, could be easily connected to databases, and could be 
extended with "extensions" (simlar to xcmds and dlls) - which again 
was elaborated in the documentation. PadTalk contained a 
standard-deviation function - back in 1989 - a feature Scott included 
this month in Metacard 2.4. Two other "progressive" examples of the 
PadTalk language: - There was a "trim" function, very useful for 
creating educational software, that deleted leading and trailing 
spaces of user input. - "lines" and "items" had features different 
from other x-talk languages, including Metacard, e.g. the scriptline 
put "something" after last line of... would create a new line without 
having to add "CR&", putting something before or after an item would 
likewise create a new item without having to add ","&. This made 
scripting in many instances easier and comfortable. Of course, you 
could always put something on the same line by then adding " put 
something after last word (last item, last char) of line x", but the 
number of occasions where you have to create a new line or item are 
surely much more frequent than adding something on the same line. So 
far part of a nostalgic look back at HyperPad.-- To come back to the 
subject of this message: I support those that suggest approaches to 
broaden the basis of Metacard. The 10th anniversary of Metacard (is 
that correct?) would be one more reason for taking steps in that 
direction. Regards, Wilhelm Sanke 



---
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus


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

[no subject]

[James Hale]

My app had some 20 or so buttons, each with a carefully drawn and saved png (in 
multiple sizes) that sorted of looked ok in LC7.
Once I moved over to LC8 I immediately went looking for svg icons, modifying 
them or making my own. Extracted the path (really not that difficult, there is 
even a library stack now that will do it for you) and replaced all my png'd 
buttons with SVG widgets.
The widgets, quite happily respond to the mouseup handlers and now I have 
really nice looking icons that respond to user interaction and will look great 
no matter what the screen resolution of the device they are being shown on.
Sure they are monochrome, but I actually prefer them that way.
I will take monochrome clarity over a colored blur any day ;-)

James

Richard, in replying to...
> Sannyasin Brahmanathaswami who wrote:
> 
>> With images we can import a raster "object" and then set the icon
>> of a button to that image.
>> 
>> Wouldn't it be nice to be able to do the same with a SVG file?
> 
> We can't?
> 
> What's the point of an SGV Icon object if it can't be used as an icon?
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Subject: Re: Infinite Livecode Pledge

[Mark Rauterkus]

Hi,

With Kickstarter, the income from the crowdsource efforts are considered
sales incomes as there often are real benefits and products being traded
with the various transactions.

Make a donation of sorts and get a new prototype thingie, even if it is
only a promise of a thingie yet to be built in the weeks and months to come
-- well -- that is sales.

The nonprofit donations that are tax exempt are different in that there are
not any return benefits.

If you donate money to a foundation, you might get a thank you card,
nothing else.

I am not a tax expert. But I do work with a few nonprofit organizations.

I'm happy to see the new funds generated. The made stretch goals are
significant to many. That third one was less exciting, to me, and perhaps
others. Furthermore, I'm thrilled with the new pledge for tech ties to
WordPress. That is going to be HUGE. Woo! Woo $. (pun intended)




--
Ta.


Mark Rauterkus   m...@rauterkus.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

Subject: Re: "fork" command?

[Todd Fabacher]

+1 for Me also

I would for sure would support funding for this. LiveCode in a Node.JS like
solution would be a KILLER!!! Especially if there was a direct connection
to MongoDB which we are HEAVY users of.

--Todd


> Le 7 janv. 2016 ? 20:03, Richard Gaskin  a
?crit :
>
> I'm just far enough into Robert Love's "Linux System Programming" that I
think the solution to FastCGI may be much simpler than I'd previously
thought.
>


> Forking seems so common in other tools, and not having it appears to be
the one detail standing between where we are now and having not just
FastCGI, but also being able to build truly excellent application servers
on par with Node.js and other similar systems.
>
> LiveCode is a great language, and if we had the ability to fork we should
be able to build a wide range of powerful, scalable, efficient systems,
breaking far beyond the limitations of CGI we're limited to now.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

[no subject]

[Alejandro Tejada]

Richard Gaskin wrote:

> Maybe LiveCode can grow the most
> by moving beyond "English-like" to
> embrace "Mandarin-like". :)

Actually, I suggest to contact first
different universities and ask
if they are interested to help.

If my memory serves well, Apple
published HyperCard in different
languages. There was a French
HyperCard version...

https://en.wikipedia.org/wiki/Non-English-based_programming_languages

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

Re: (no subject)

[Dave Kilroy]

Thanks for this Jana

I think you posting announcements of new blog articles here (and in the
forum) is great, and will hopefully lead to more comments being made in the
posts themselves - in fact I'm just going over to the html post now to make
a comment :)



-
The difference between genius and stupidity is; genius has its limits. - 
Albert Einstein
--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/no-subject-tp4693412p4693419.html
Sent from the Revolution - User mailing list archive at Nabble.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