Re: LiveCode Widget Factory

[Mark Wieder via use-livecode]

On 02/22/2018 08:53 PM, Monte Goulding via use-livecode wrote:




On 23 Feb 2018, at 3:47 pm, Mark Wieder via use-livecode 
 wrote:

The licensing is even weirder than that:

"This edition only allows you to use commercial extensions (including protected 
code) purchased through the LiveCode marketplace. You may not attempt to circumvent 
this restriction by using commercial extensions created elsewhere.”


Woops, forgot that bit. Not that weird though… the idea is an entry level that 
can also enjoy commercial extensions. We already have an entry level that can 
enjoy open source extensions ;-)


Yeah, I get that part. No worries.
I'm baffled, though, by the restriction on where you can get extensions.

--
 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: LiveCode Widget Factory

[Monte Goulding via use-livecode]

> On 23 Feb 2018, at 3:47 pm, Mark Wieder via use-livecode 
>  wrote:
> 
> The licensing is even weirder than that:
> 
> "This edition only allows you to use commercial extensions (including 
> protected code) purchased through the LiveCode marketplace. You may not 
> attempt to circumvent this restriction by using commercial extensions created 
> elsewhere.”

Woops, forgot that bit. Not that weird though… the idea is an entry level that 
can also enjoy commercial extensions. We already have an entry level that can 
enjoy open source extensions ;-)

Cheers

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

Password Checker

[Brian Milby via use-livecode]

Read this interesting article about a half billion PW database of
compromised passwords that I thought I'd share:

*https://www.troyhunt.com/ive-just-launched-pwned-passwords-version-2/
*

*on* mouseUp
   *local* tSHAData, tSHAHex, tList
   *put* messageDigest(the text of field "password", "SHA-1") into tSHAData
   *repeat* for each byte tByte in tSHAData
  *put* format("%02X",bytetonum(tByte)) after tSHAHex
   *end* *repeat*
   *put* url ("https://api.pwnedpasswords.com/range/"; & char 1 to 5 of
tSHAHex) into tList
   *delete* char 1 to 3 of tList *-- delete the BOM*
   *filter* tList with (char 6 to -1 of tSHAHex) & "*"
   *set* the itemdel to ":"
   *put* item 2 of tList into field "hits"
*end* mouseUp

I've written some code that uses the new v2 API.  You send the first 5
characters of the SHA1 of your password and get a list back of matches.
You can then see if the rest of the hash is in the list and get the number
of times it appears on the list.  "123123" appears 2048411 times for
example.

I'm sure that someone can tighten it up some, but just wanted to make
something in LiveCode that could use the API.

You can also download the full database of SHA1 values (8.75GB) if you
would want to use to provide a service.  Links are in the article (he
prefers that you use a torrent).

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

Re: LiveCode Widget Factory

[Mark Wieder via use-livecode]

On 02/22/2018 08:22 PM, Monte Goulding via use-livecode wrote:


Poorly worded perhaps. The intent is the license requires user code to be open 
sourced and un-password protectable while the LC edition/engine itself is not. 
I must confess I don’t know much about the particulars of the license we have 
used, however, I know it permits commercial extensions and even password 
protected stacks (presuming the protection was done on indy or business) to be 
used.


The licensing is even weirder than that:

"This edition only allows you to use commercial extensions (including 
protected code) purchased through the LiveCode marketplace. You may not 
attempt to circumvent this restriction by using commercial extensions 
created elsewhere."


"This Licensed Edition is not compatible with the terms of the GPL and 
such software may not be incorporated or utilized with this Licensed 
Edition."


--
 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: LiveCode Widget Factory

[Monte Goulding via use-livecode]

> On 23 Feb 2018, at 3:43 pm, Richard Gaskin via use-livecode 
>  wrote:
> 
> Thanks.
> 
> Curious.  I searched for "license" on that page and couldn't find a link to 
> one.  Do you know where I might be able to review the license before 
> purchasing?

I’m not sure if our licenses are linked anywhere other than bundled with the 
app sorry.

Cheers

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

Re: LiveCode Widget Factory

[Richard Gaskin via use-livecode]

Monte Goulding wrote:

>> On 23 Feb 2018, at 3:13 pm, Richard Gaskin wrote:
>>
>> I'll be the first to admit I have a hard time keeping up with the
>> details that distinguish the various editions, but from the web site:
>>
>>   Just like LiveCode Community this is an open source edition of
>>   LiveCode and carries with it the same requirement for making your
>>   code open and shareable. Where it differs from the Open Source
>>   edition is in all of the extra goodies it comes with.
>>
>> https://livecode.com/products/community-plus-edition/
>>
>> ?
>
> Poorly worded perhaps. The intent is the license requires user code
> to be open sourced and un-password protectable while the LC
> edition/engine itself is not. I must confess I don’t know much about
> the particulars of the license we have used, however, I know it
> permits commercial extensions and even password protected stacks
> (presuming the protection was done on indy or business) to be used.

Thanks.

Curious.  I searched for "license" on that page and couldn't find a link 
to one.  Do you know where I might be able to review the license before 
purchasing?


--
 Richard Gaskin
 Fourth World Systems

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

Re: LiveCode Widget Factory

[Monte Goulding via use-livecode]

> On 23 Feb 2018, at 3:13 pm, Richard Gaskin via use-livecode 
>  wrote:
> 
> I'll be the first to admit I have a hard time keeping up with the details 
> that distinguish the various editions, but from the web site:
> 
>   Just like LiveCode Community this is an open source edition of
>   LiveCode and carries with it the same requirement for making your
>   code open and shareable. Where it differs from the Open Source
>   edition is in all of the extra goodies it comes with.
> 
> https://livecode.com/products/community-plus-edition/ 
> 
> 
> ?

Poorly worded perhaps. The intent is the license requires user code to be open 
sourced and un-password protectable while the LC edition/engine itself is not. 
I must confess I don’t know much about the particulars of the license we have 
used, however, I know it permits commercial extensions and even password 
protected stacks (presuming the protection was done on indy or business) to be 
used.

Cheers

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

Re: LiveCode Widget Factory

[Richard Gaskin via use-livecode]

Monte Goulding wrote:
> Community Plus is not open source. The only open source edition
> of LiveCode is Community so you need to use extensions that are
> licensed with GPL 3 compatible licenses

I'll be the first to admit I have a hard time keeping up with the 
details that distinguish the various editions, but from the web site:


   Just like LiveCode Community this is an open source edition of
   LiveCode and carries with it the same requirement for making your
   code open and shareable. Where it differs from the Open Source
   edition is in all of the extra goodies it comes with.

https://livecode.com/products/community-plus-edition/

?

--
 Richard Gaskin
 Fourth World Systems


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

Re: LiveCode Widget Factory

[Monte Goulding via use-livecode]

> On 23 Feb 2018, at 9:25 am, Malte Pfaff-Brill via use-livecode 
>  wrote:
> 
> TL;DR will we be able to use those commercial widgets in an open source 
> context? If so, which license would fit?

Hi Malte

Community Plus is not open source. The only open source edition of LiveCode is 
Community so you need to use extensions that are licensed with GPL 3 compatible 
licenses 
https://www.gnu.org/licenses/license-list.en.html#GPLCompatibleLicenses 


Cheers

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

Re: mergAVPlayerCreateFromURL in IDE

[Monte Goulding via use-livecode]

Hmm… that seems unpleasant. Unfortunately it probably hasn’t been used much 
before on mac so if you can post a bug report with your issues that would be 
good. What was the reason you are using mergAVPlayer instead of the engine 
player/mobile control options?

Cheers

Monte

> On 23 Feb 2018, at 1:34 pm, Sean Cole (Pi) via use-livecode 
>  wrote:
> 
> Ok, weird. So, after working out that mergAVPlayerCreateFromURL needs to
> use a 'put' command as a function, the video would play but not be
> visible despite that property being set to true. Further investigation
> showed that the rect when set to 0,0,1024,768 would read back (using
> mergAVPlayerGet) as 0,-768,1024,768. If I set it to 0,0,512,384, it returns
> 0,-384,512,384. Setting to 0,200,512,384 returns 0,-384,512,184.
> 
> 
> Sean Cole
> *Pi Digital Productions Ltd*
> www.pidigital.co.uk
> +44(1634)402193
> +44(7702)116447
> 'Don't try to think outside the box. Just remember the truth: There is no
> box!'
> 'For then you realise it is not the box you are trying to look outside of,
> but it is yourself!'
> 
> eMail Ts & Cs    Pi Digital
> Productions Ltd is a UK registered limited company, no. 5255609
> 
> On 22 February 2018 at 22:14, Monte Goulding via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> 
>> Yes it should work on Mac in the IDE. I don’t know if it has ever been
>> used much because player objects make more sense on desktop. Looks like you
>> need to set the visible to true after creating it but on iOS that probably
>> isn’t required...
>> 
>> Cheers
>> 
>> Monte
>> 
>>> On 23 Feb 2018, at 3:20 am, Sean Cole (Pi) via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> Hi,
>>> 
>>> Is there any way to get mergAVPlayerCreateFromURL to work within the
>> IDE? I
>>> would like to test it without building a standalone for bug locating.
>>> 
>>> 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
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-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: mergAVPlayerCreateFromURL in IDE

[Sean Cole (Pi) via use-livecode]

Ok, weird. So, after working out that mergAVPlayerCreateFromURL needs to
use a 'put' command as a function, the video would play but not be
visible despite that property being set to true. Further investigation
showed that the rect when set to 0,0,1024,768 would read back (using
mergAVPlayerGet) as 0,-768,1024,768. If I set it to 0,0,512,384, it returns
0,-384,512,384. Setting to 0,200,512,384 returns 0,-384,512,184.


Sean Cole
*Pi Digital Productions Ltd*
www.pidigital.co.uk
+44(1634)402193
+44(7702)116447
'Don't try to think outside the box. Just remember the truth: There is no
box!'
'For then you realise it is not the box you are trying to look outside of,
but it is yourself!'

eMail Ts & Cs    Pi Digital
Productions Ltd is a UK registered limited company, no. 5255609

On 22 February 2018 at 22:14, Monte Goulding via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> Yes it should work on Mac in the IDE. I don’t know if it has ever been
> used much because player objects make more sense on desktop. Looks like you
> need to set the visible to true after creating it but on iOS that probably
> isn’t required...
>
> Cheers
>
> Monte
>
> > On 23 Feb 2018, at 3:20 am, Sean Cole (Pi) via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > Hi,
> >
> > Is there any way to get mergAVPlayerCreateFromURL to work within the
> IDE? I
> > would like to test it without building a standalone for bug locating.
> >
> > 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
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: LiveCode Widget Factory

[Malte Pfaff-Brill via use-livecode]

TL;DR will we be able to use those commercial widgets in an open source 
context? If so, which license would fit?

Hey Todd,

Hoping not to waste your time here. This might be a long mail and I am unsure 
if I am to hit the send button at all. Having had one too many this evening I 
finally find some time again to take a peek at what is happening in the 
LiveCode universe.  As nowadays I mostly only skim the lists I was about to 
wish you good luck thinking this will be nice stuff,  but not for me. Nowadays 
I do not code much anymore. No more commercial projects. Making ends meet as a 
consultant nowadays. I have the luxury to look after one project that must be 
released under an open source license. I would have no problem at all paying 
for widgets for the project, however in the end I will have to put the end 
result under an open source license (not necessarily GPL, this is enforced by 
the need that the community version must be able to be used.) I do own a LC 
Indy subscription. I have just learned that something like a community plus 
version exists. That made me actually curious. Because it seems that that 
version is like community, but may use commercial widgets! Do you know what 
license requirements the end result of a compile of such a version needs to 
meet? I would love to be able to use all the nice stuff. No trouble paying up 
if it is good. But what I realese using those widgets I am willing to pay for 
if I include them must be open source. Is there a solution to that? If that 
would be an option, I’ll more than happily switch from GPL3 to something else, 
but how would that work? Mothership?

Cheers,

Malte
___
use-livecode mailing list
use-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: mergAVPlayerCreateFromURL in IDE

[Monte Goulding via use-livecode]

Yes it should work on Mac in the IDE. I don’t know if it has ever been used 
much because player objects make more sense on desktop. Looks like you need to 
set the visible to true after creating it but on iOS that probably isn’t 
required...

Cheers

Monte

> On 23 Feb 2018, at 3:20 am, Sean Cole (Pi) via use-livecode 
>  wrote:
> 
> Hi,
> 
> Is there any way to get mergAVPlayerCreateFromURL to work within the IDE? I
> would like to test it without building a standalone for bug locating.
> 
> 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


___
use-livecode mailing list
use-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: A little Levure-oriented question

[Richard Gaskin via use-livecode]

Bob Sneidar wrote:

> The only way I can see for that to be a bad thing is if it became the
> new and ONLY way to develop in Livecode. So long as they are options,
> I do not see what all the fuss is about.

Amen, brother.  Options are liberating, requirements are limiting.

My only fuss is to make sure the breadth of options remains wide, and 
that the simplest are invitingly presented as the entry point for new 
scripters.


Those who identify as pro devs looking to save time on GUIs can find 
their way beyond a beginner's guidance, as long as they're motivated to 
do so by having seen great examples (don't get me started about what 
I've seen in the Android app store).


But the beginner knows nothing, so we want to tell the most inviting 
tale, to guide them into a story of the shortest path they've ever 
imagined between conceiving of an app and handing a standalone of it to 
a friend.


This is a story LiveCode can tell uniquely well, provided we aim to be 
good storytellers.


--
 Richard Gaskin
 Fourth World Systems


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

Re: A little Levure-oriented question

[Bob Sneidar via use-livecode]

The only way I can see for that to be a bad thing is if it became the new and 
ONLY way to develop in Livecode. So long as they are options, I do not see what 
all the fuss is about. 

Bob S


> On Feb 22, 2018, at 13:38 , Richard Gaskin via use-livecode 
>  wrote:
> 
> Good rant.  I had a similar reflection this morning reading a forum post
> in which Mark Wieder was waxing about the benefits of declaring
> variables.  It got me thinking:
> 
>  Variable declaration
> + coded descriptions of objects rather than laying them out visually
> + separation of code from UI
> = an ever more C-like workflow.
> 
> If these practices were the norm back when many of us got started, we
> might have just taken up C.  Or if we prefer more typing, Pascal. :)


___
use-livecode mailing list
use-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: A little Levure-oriented question

[Richard Gaskin via use-livecode]

Bob Sneidar wrote:
> Richard wrote:
>> Mike Kerner wrote:
>>> The ST integration is one of the things that is really slick about
>>> Levure.
>>
>> "ST"?
>>...
>> "Space Telescope"?  "SuperTux"?  "Starship Trooper"?
>>
>> Any of those integrations would be awesome.
>
> Integration for Starship Troopers is still in beta.

I'm anxious to get my hands on it, as I'll need for for my new widget 
library, Perpetual Changelog. ;)



Graham Samuel wrote:
> Just read in Trevor’s reply to me - it’s Sublime Text.

Ah, right. Of course.  Thanks.  I hear it's a nice editor.

UDAs can be confusing.


> (Rant-style observation: I see really that what the whole Levure thing
> is doing is moving towards a more industrial-scale development context
> for LiveCode. This is great if you need it. In the past I worked on
> (for my sins, even tried to manage) software development projects with
> more than 50 participants. In those days we had pretty lousy tools for
> version control etc. I do appreciate that such things have moved on
> and are an essential part of modern team development. In the past, LC
> and its predecessors, including especially HyperCard, were conceived
> as one-man-band type of development tools, I think. There are still a
> lot of people like that out there, and I admit to being one. This is
> not to say we’re all hobbyists - some of us are certainly developing
> stuff that we believe will be seen as professional by paying users,
> but we do not operate in that industrial context. All development
> needs discipline, sure, but individual developers do have to consider
> the cost in labour of committing to a new and different way of doing
> things, IMHO. Rant ends)

Good rant.  I had a similar reflection this morning reading a forum post 
in which Mark Wieder was waxing about the benefits of declaring 
variables.  It got me thinking:


  Variable declaration
+ coded descriptions of objects rather than laying them out visually
+ separation of code from UI
= an ever more C-like workflow.

If these practices were the norm back when many of us got started, we 
might have just taken up C.  Or if we prefer more typing, Pascal. :)


Today, the logical choice would be JavaScript, no longer just the only 
language in browsers but also great on servers and even some native 
mobile and desktop app packagers.  Many of the benefits of C but with 
the sort of live coding scripters enjoy.


While there are some nice things unique to xTalks as a language family 
(esp. the under-appreciated value of having GUI objects as native 
language elements rather than tossed in after the fact from completely 
separate third-party frameworks as though making applications is somehow 
an afterthought), the real allure of The xTalk Way is the whole gestalt, 
including the secret charm of binary stack files, and how it shapes a 
very different way of working.


You can make something useful, ship that one file to someone else, and 
they have something useful - no assembly, no compilation process, no 
folders full of tiny files to sift through.  Just make, share, enjoy a 
single simple file.


We still have that.  And I hope we never lose that as an option.

But now we also have other options available to us, which open up many 
more doors than could be possible without.


So whatever process you use, if you're having fun and your users are 
having fun, keep doing it.


And if you need to bring in other developers, now you can more easily 
than before.


And if your clients demand managing the code base in Git, no problem.

The simplicity of HyperCard will never be matched, but not so much 
because of design, but because needs have changed since 1987.  Computing 
went from being a fringe hobby to achieving multi-device ubiquity.  Our 
collective knowledge of computing systems, and our expectations of what 
we want from them, have expanded along the way.


With the world of options opening up across all of software development, 
and in our LiveCode world along with it, we can dream a wider range of 
more interesting dreams than ever before.


If I have any concern at all it's for the UX, the tender loving care 
that can only come from eyes unjaded by years of staring at C compilers, 
to keep the LC experience as clean and inviting as it can be for the 
next generation of xTalkers.


--
 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: AcceleraterRendering - when to turn off/on

[J. Landman Gay via use-livecode]

On 2/21/18 10:48 PM, Sannyasin Brahmanathaswami via use-livecode wrote:

2) The issue is the same with mobile controls.
When is a safe delete them?


Usually native mobile controls are deleted on closeCard.

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

shell - memory

[JB via use-livecode]

If I use a shell that calls a external
and it does something like read a
2 GB file into memory but it is not
put into a Livecode variable or any
field etc. does that used memory
get connected to Livecode memory
limits since a Livecode shell called
the external?

JB












'

___
use-livecode mailing list
use-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: A little Levure-oriented question

[Trevor DeVore via use-livecode]

On Thu, Feb 22, 2018 at 12:11 PM, Graham Samuel via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Just read in Trevor’s reply to me - it’s Sublime Text. No, I’d never heard
> of it either. Myself, I have been happy editing with what comes with LC,
> which probably goes to show something a bit negative about me.
>

Why would it be a negative? If it works for your needs then that is great.
You can get all of your work done in a single location.


> (Rant-style observation: I see really that what the whole Levure thing is
> doing is moving towards a more industrial-scale development context for
> LiveCode.


FWIW I am the only developer that regularly contributes to my apps built on
top of Levure. That won’t always be the case and when the time comes it
will be easy to add people. But version control isn’t synonymous with
industrial-scale. Nor is using folders to organize your Livecode project
files rather than a monolithic binary stack.

Using version control provides quality control in my workflow and makes it
easier to fix mistakes. For example:

* No code change ever gets into my project without being reviewed at least
twice. Once while I’m writing it, and a second time when I’m committing the
changes I’ve made to Git. I’ve caught many mistakes through this review
process.
* If I happen to make a change in my software that unintentionally breaks
something I can review the Git commit and see all of the changes I made. I
can then easily reverse those changes.
* I have a complete audit trail of all changes made so I can see where I
might have introduced issues.

In addition I can work on multiple new features at once, yet easily deploy
a hot fix if a customer finds something that needs fixing right away.

Version control isn’t for everybody and may not be worth the hassle for
you. There is nothing wrong with that. But I wouldn’t dismiss it as being
something that only teams use.

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

Re: A little Levure-oriented question

[Bob Sneidar via use-livecode]

Integration for Starship Troppers is still in beta. 

Bob S


> On Feb 22, 2018, at 09:09 , Richard Gaskin via use-livecode 
>  wrote:
> 
> "Space Telescope"?  "SuperTux"?  "Starship Trooper"?


___
use-livecode mailing list
use-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: A little Levure-oriented question

[Graham Samuel via use-livecode]

Just read in Trevor’s reply to me - it’s Sublime Text. No, I’d never heard of 
it either. Myself, I have been happy editing with what comes with LC, which 
probably goes to show something a bit negative about me.

(Rant-style observation: I see really that what the whole Levure thing is doing 
is moving towards a more industrial-scale development context for LiveCode. 
This is great if you need it. In the past I worked on (for my sins, even tried 
to manage) software development projects with more than 50 participants. In 
those days we had pretty lousy tools for version control etc. I do appreciate 
that such things have moved on and are an essential part of modern team 
development. In the past, LC and its predecessors, including especially 
HyperCard, were conceived as one-man-band type of development tools, I think. 
There are still a lot of people like that out there, and I admit to being one. 
This is not to say we’re all hobbyists - some of us are certainly developing 
stuff that we believe will be seen as professional by paying users, but we do 
not operate in that industrial context. All development needs discipline, sure, 
but individual developers do have to consider the cost in labour of committing 
to a new and different way of doing things, IMHO. Rant ends)

Back to the grindstone.

Graham

> On 22 Feb 2018, at 18:09, Richard Gaskin via use-livecode 
>  wrote:
> 
> Mike Kerner wrote:
> > The ST integration is one of the things that is really slick about
> > Levure.
> 
> "ST"?
> 
> A quick Google search brought up this page of 173 possible meanings for that 
> acronym, so I feel I'm getting close.
> https://www.acronymfinder.com/ST.html
> 
> "Space Telescope"?  "SuperTux"?  "Starship Trooper"?
> 
> Any of those integrations would be awesome.
> 
> Hint?
> 
> -- 
> Richard Gaskin
> Fourth World Systems
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: LiveCode Widget Factory

[Paul Hibbert via use-livecode]

Not sure this is feasible yet, I’m still in the early research stage, but I’ve 
just seen a point where one of the iOS apps that I built for my own personal 
use could be made much more useful if it could communicate with Apple Watch, 
it’s basically for quickly and easily recording times of certain events, so not 
very complex.

Could a widget be used for communicating with Apple Watch?

I appreciate the watch app would probably need to be built with Xcode or Swift, 
but if a LC app could communicate with it, that would be awesome and definitely 
worth paying for.

Paul

> On Feb 22, 2018, at 3:38 AM, Todd Fabacher via use-livecode 
>  wrote:
> 
> Thanks...But nobody gave any suggestions

___
use-livecode mailing list
use-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: A little Levure-oriented question

[Graham Samuel via use-livecode]

Thanks for your patience, Trevor. I will stop tyre-kicking now and decide 
whether or not my particular project work merits taking the Levure plunge!

Graham

> On 22 Feb 2018, at 15:56, Trevor DeVore via use-livecode 
>  wrote:
> 
> On Thu, Feb 22, 2018 at 7:25 AM, Graham Samuel via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> 2. When I’ve used behaviors myself, it’s to allow essentially the same
>> script to be used for many objects, with the extremely useful ability to
>> hang on to the local context: I once used behaviors for cells ina
>> spreadsheet-like display, for example - whereas in my current example, I
>> proposed that the Big Green Button was unique and wouldn’t want to share
>> its primary handler with anyone else (though of course it would probably
>> use some common library routines in any complicated set up). If in my
>> example there was a Big Red Button, it would have an entirely different
>> function from the Green one, so there would be no room for the shared code
>> a behavior provides. So the use of behaviors in this kind of setup looks
>> kind of forced to me. But perhaps I am overestimating the extent to which
>> behaviors come into the picture.
>> 
> 
> Whether or not it is forced depends on your goals.
> 
> I have two goals - manage my app using git and be able to edit all scripts
> in an external text editor (I use Sublime Text). If I don’t move the button
> behavior out into an SOS then it won’t play well in my text editor. As an
> example, two days ago I was cleaning out unused code in a project. In
> Sublime Text I searched my project for calls to a handler. The handler was
> called from a couple of button scripts inside of a binary LiveCode stack
> file (I had not converted every script in the stack to a SOS behavior). In
> the search results in Sublime Text I couldn’t see what the actual script
> was, just that a binary file had a reference to the string I was searching
> for. I want to be able to read the script. Also, if I end up changing the
> button script (I’ve been known to rename handlers if I want to clarify what
> it does) then I want my git history to show me exactly what changed. If I
> save the script as part of a binary stack I can’t see what changed. If I
> store the script in an SOS then I can.
> 
> 
>> Changing the subject a bit, I once wrote a very simple DC circuit
>> simulator, in which there were different components like a light bulb, a
>> motor, a buzzer etc. When the user ‘switched’ the circuit on (by clicking
>> on an object representing a switch), the program sent the same message -
>> “applyVoltage”-  to each object. Each object had its own applyVoltage
>> handler (method, in O-O parlance) for reacting to the circuit going live,
>> so the bulb lit up, the motor rotated etc. This is kind of the inverse of
>> the behavior idea - this is the same message being sent to multiple objects
>> rather than multiple objects using the same script. I wonder how a
>> Levure-framed app would deal with such a structure. Perhaps it wouldn’t
>> notice at all.
> 
> 
> Whether or not you use Levure would have no effect on how you solve this
> particular problem. Levure encourages the developer to organize your stacks
> using the file system and to organize stacks within folders based on how
> they are used (window, library, behavior, etc.). One benefit of following
> Levure’s suggestion is that your app becomes more VCS-friendly. How you
> organize objects on your cards or architect solutions to problems such as
> this falls outside the scope of Levure.
> 
> -- 
> Trevor DeVore
> ScreenSteps
> www.screensteps.com
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: LiveCode Widget Factory

[Tom Glod via use-livecode]

Hey Todd, your suggestions for the widgets are as good as any that I may
have

The voice to speech is interesting to me, I'm assuming its a wrapper for
googles TTS API?

Thanks for your efforts and commitment to the community



On Thu, Feb 22, 2018 at 12:32 PM, hh via use-livecode <
use-livecode@lists.runrev.com> wrote:

> > Todd F. wrote:
> > Yes, Ali has provided a good multiplatform example of a button. We are
> > taking this example and creating a structure/template for all basic UI
> > widgets. This is our goal, but the #1 goal right now is mobile and
> getting
> > them in a widget store for people to purchase and use. But before 2021
> > should not be an issue.
>
> You had always a lot of impressing reality-based ideas.
> But here you speak of non-existing widgets in a close to non-existing
> widgets
> centre (the word "store" has such a negative sound).
> Why not simply start with facts, an own "cross-platform-native" widget?
> One beyond a "Hello " example?
>
> > BTW HH, thanks for the LBC property sample app you did, it was helpful.
>
> If you mean the Controlkit: It is free, cross-platform, and there are
> around
> 100 downloads. Who should live from 100 downloads?
>
> Probably it is this crazy Apple world: Let people pay for a big part of
> hot air. And they will luckily buy it and praise that part of hot air.
> But Apple has the monopole for that.
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: LiveCode Widget Factory

[hh via use-livecode]

> Todd F. wrote:
> Yes, Ali has provided a good multiplatform example of a button. We are
> taking this example and creating a structure/template for all basic UI
> widgets. This is our goal, but the #1 goal right now is mobile and getting
> them in a widget store for people to purchase and use. But before 2021
> should not be an issue.

You had always a lot of impressing reality-based ideas.
But here you speak of non-existing widgets in a close to non-existing widgets
centre (the word "store" has such a negative sound).
Why not simply start with facts, an own "cross-platform-native" widget?
One beyond a "Hello " example?

> BTW HH, thanks for the LBC property sample app you did, it was helpful.

If you mean the Controlkit: It is free, cross-platform, and there are around
100 downloads. Who should live from 100 downloads?

Probably it is this crazy Apple world: Let people pay for a big part of
hot air. And they will luckily buy it and praise that part of hot air.
But Apple has the monopole for that.


___
use-livecode mailing list
use-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: A little Levure-oriented question

[Richard Gaskin via use-livecode]

Mike Kerner wrote:
> The ST integration is one of the things that is really slick about
> Levure.

"ST"?

A quick Google search brought up this page of 173 possible meanings for 
that acronym, so I feel I'm getting close.

https://www.acronymfinder.com/ST.html

"Space Telescope"?  "SuperTux"?  "Starship Trooper"?

Any of those integrations would be awesome.

Hint?

--
 Richard Gaskin
 Fourth World Systems


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

Re: A little Levure-oriented question

[Mike Kerner via use-livecode]

The ST integration is one of the things that is really slick about Levure.
Atom is a more polished editor, but you can configure ST to send a packet
to LC when you save an SOS.  Levure projects open a socket to listen for
that signal, and when it receives the signal, reloads the script you just
saved, so your edits are live.
Now if I could just get the indent rules working better in ST (or Atom) I'd
be even happier.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

mergAVPlayerCreateFromURL in IDE

[Sean Cole (Pi) via use-livecode]

Hi,

Is there any way to get mergAVPlayerCreateFromURL to work within the IDE? I
would like to test it without building a standalone for bug locating.

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

Re: LiveCode Widget Factory

[Richard Gaskin via use-livecode]

Todd Fabacher wrote:

> As Kevin announced before...

Where was this announced?

--
 Richard Gaskin
 Fourth World Systems


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

Re: A little Levure-oriented question

[Bob Sneidar via use-livecode]

If you watch Trevor's youtube videos you will see he makes allowance for this. 
No need to behaviorize a script that will never change, and only applies to one 
object. You could, but no one says you have to. In fact, if you don't have a 
need for versioning, don't use a foreign text editor, don't share common code 
between multiple objects, and don't need the features a git repository can give 
you, then you don't need behaviors. I didn't start using them until I got tired 
of editing code in identical buttons in 15 different modules every time I had 
to change something. I don't particularly need Levure either for most of what 
it does, but I really like Sublime Text, and would like to use that if I could. 

Bob S


> On Feb 21, 2018, at 16:27 , Graham Samuel via use-livecode 
>  wrote:
> 
> It’s very late here, so a brief reply to a brief reply. I know about ‘the 
> target’. Believe it or not I also know about behaviours and can use them. But 
> if I have a Big Green Button in my UI, I want a handler which does something 
> if and only if the Big Green Button is clicked on. Obviously in my SOS I can 
> have some ‘universal’ code that says something like
> 
> if the target is “bigGreenButton” then
> do something related only to this particular object
> …
> 
> But isn’t that just making the whole thing more complicated than it need be?
> 
> Maybe I will understand this clearly in the morning - who knows?
> 
> 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

Re: A little Levure-oriented question

[Trevor DeVore via use-livecode]

On Thu, Feb 22, 2018 at 7:25 AM, Graham Samuel via use-livecode <
use-livecode@lists.runrev.com> wrote:

> 2. When I’ve used behaviors myself, it’s to allow essentially the same
> script to be used for many objects, with the extremely useful ability to
> hang on to the local context: I once used behaviors for cells ina
> spreadsheet-like display, for example - whereas in my current example, I
> proposed that the Big Green Button was unique and wouldn’t want to share
> its primary handler with anyone else (though of course it would probably
> use some common library routines in any complicated set up). If in my
> example there was a Big Red Button, it would have an entirely different
> function from the Green one, so there would be no room for the shared code
> a behavior provides. So the use of behaviors in this kind of setup looks
> kind of forced to me. But perhaps I am overestimating the extent to which
> behaviors come into the picture.
>

Whether or not it is forced depends on your goals.

I have two goals - manage my app using git and be able to edit all scripts
in an external text editor (I use Sublime Text). If I don’t move the button
behavior out into an SOS then it won’t play well in my text editor. As an
example, two days ago I was cleaning out unused code in a project. In
Sublime Text I searched my project for calls to a handler. The handler was
called from a couple of button scripts inside of a binary LiveCode stack
file (I had not converted every script in the stack to a SOS behavior). In
the search results in Sublime Text I couldn’t see what the actual script
was, just that a binary file had a reference to the string I was searching
for. I want to be able to read the script. Also, if I end up changing the
button script (I’ve been known to rename handlers if I want to clarify what
it does) then I want my git history to show me exactly what changed. If I
save the script as part of a binary stack I can’t see what changed. If I
store the script in an SOS then I can.


> Changing the subject a bit, I once wrote a very simple DC circuit
> simulator, in which there were different components like a light bulb, a
> motor, a buzzer etc. When the user ‘switched’ the circuit on (by clicking
> on an object representing a switch), the program sent the same message -
> “applyVoltage”-  to each object. Each object had its own applyVoltage
> handler (method, in O-O parlance) for reacting to the circuit going live,
> so the bulb lit up, the motor rotated etc. This is kind of the inverse of
> the behavior idea - this is the same message being sent to multiple objects
> rather than multiple objects using the same script. I wonder how a
> Levure-framed app would deal with such a structure. Perhaps it wouldn’t
> notice at all.


Whether or not you use Levure would have no effect on how you solve this
particular problem. Levure encourages the developer to organize your stacks
using the file system and to organize stacks within folders based on how
they are used (window, library, behavior, etc.). One benefit of following
Levure’s suggestion is that your app becomes more VCS-friendly. How you
organize objects on your cards or architect solutions to problems such as
this falls outside the scope of Levure.

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

Re: LiveCode Widget Factory

[AndyP via use-livecode]

Maybe a bit off the wall, but, how about some non visual Android widgets.

Eg a widget for accessing Google Ad-mob which has a status of visible in the
ide but hidden in the compiled version. The properties are for your keys
etc.

Again for Google LeaderBoards etc.

As for visual.. look here https://framework7.io/

On the RHS is a running demo of all of the components which can be live
switched between Material and iOS ... should give you enough ideas :-)

Looking forward to your creations.

Andy






-
Andy Piddock 


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

TinyIDE  a Free alternative minimalist IDE Plugin for LiveCode 


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: A little Levure-oriented question

[Graham Samuel via use-livecode]

Jacque always dishes out common sense IMHO. Thanks for that. I would shield you 
from the flying fruit if I could.

I guess my heretical thinking is based on two ideas:

1. Setting the behavior of an object (my Big Green Button) looks just like 
scripting it to me: I mean for this to work, the object has to be qualified by 
a reference to something outside its local environment: OK, it’s not exactly 
code, but it seems to me philosophically similar. So the UI stack is tied, 
however lightly, to the SOS undergrowth.

2. When I’ve used behaviors myself, it’s to allow essentially the same script 
to be used for many objects, with the extremely useful ability to hang on to 
the local context: I once used behaviors for cells ina spreadsheet-like 
display, for example - whereas in my current example, I proposed that the Big 
Green Button was unique and wouldn’t want to share its primary handler with 
anyone else (though of course it would probably use some common library 
routines in any complicated set up). If in my example there was a Big Red 
Button, it would have an entirely different function from the Green one, so 
there would be no room for the shared code a behavior provides. So the use of 
behaviors in this kind of setup looks kind of forced to me. But perhaps I am 
overestimating the extent to which behaviors come into the picture.

Changing the subject a bit, I once wrote a very simple DC circuit simulator, in 
which there were different components like a light bulb, a motor, a buzzer etc. 
When the user ‘switched’ the circuit on (by clicking on an object representing 
a switch), the program sent the same message - “applyVoltage”-  to each object. 
Each object had its own applyVoltage handler (method, in O-O parlance) for 
reacting to the circuit going live, so the bulb lit up, the motor rotated etc. 
This is kind of the inverse of the behavior idea - this is the same message 
being sent to multiple objects rather than multiple objects using the same 
script. I wonder how a Levure-framed app would deal with such a structure. 
Perhaps it wouldn’t notice at all.

Graham

PS My UK spell checker **really** wants behavior to be behaviour, but this is 
not among its synonyms, regrettably.



> On 22 Feb 2018, at 06:20, J. Landman Gay via use-livecode 
>  wrote:
> 
> I'm not a purist, I'd put the handler in the big green button. Especially if 
> it's short. There are no hard rules about this stuff.
> 
> I suppose I'll have to dodge flying fruit now.
> 
> --
> Jacqueline Landman Gay | jac...@hyperactivesw.com
> HyperActive Software   | http://www.hyperactivesw.com
> 
> 
> 
> On February 21, 2018 6:29:52 PM Graham Samuel via use-livecode 
>  wrote:
> 
>> It’s very late here, so a brief reply to a brief reply. I know about ‘the 
>> target’. Believe it or not I also know about behaviours and can use them. 
>> But if I have a Big Green Button in my UI, I want a handler which does 
>> something if and only if the Big Green Button is clicked on. Obviously in my 
>> SOS I can have some ‘universal’ code that says something like
>> 
>> if the target is “bigGreenButton” then
>> do something related only to this particular object
>> …
>> 
>> But isn’t that just making the whole thing more complicated than it need be?
>> 
>> Maybe I will understand this clearly in the morning - who knows?
>> 
>> Graham
>> 
>>> On 21 Feb 2018, at 22:33, Bob Sneidar via use-livecode 
>>>  wrote:
>>> 
>>> The target.
>>> 
>>> Bob S
>>> 
>>> 
 On Feb 21, 2018, at 10:58 , Graham Samuel via use-livecode 
  wrote:
 
 But if there’s no code in the UI stack, how do the handlers in the SOS 
 know what object has invoked them?
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-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: LiveCode Widget Factory

[Matthias Rebbe via use-livecode]

Todd,
that sounds really promising. Any ideas already if the “to be payed” widgets 
are offered as a yearly subscription or for a  time payment?

Widget request: A widget that allows to place an icon (including menu function) 
into the menu bar on Mac OSX or into the task bar on the right (don´t know the 
exact expression in english for that area) on Windows
I know LC already allows this on Windows, but a widget which supports both OSes 
would be better. So one has to code it once for both instead of coding it for 
each OS seperately.

Regards,
Matthias


Matthias Rebbe
Tel +49 5741 31
‌https://matthiasrebbe.eu ‌

> Am 21.02.2018 um 22:10 schrieb Todd Fabacher via use-livecode 
> mailto:use-livecode@lists.runrev.com>>:
> 
> Hello LiveCoders,
> 
> I hope all is going well. As Kevin announced before...Gurgen, myself, the
> DP team and the FANTASTIC  LiveCode team [providing wonderful support] are
> working on creating LCB widgets that will catapult the LC platform and
> improve productivity.
> 
> I have been in touch with a few people to get their ideas and needs, but I
> wanted to reach out and check with the community. At first, we have decided
> to focus these for round one:
> 
> Basic Native UI elements
> Native Maps
> Voice to Text
> Bluetooth Device Connection
> Beacons
> Security/Fingerprint
> Playing sound/music in the background when the phone sleeps like Spotify or
> iTunes.
> 
> For Phase Two we are looking at...
> BarCode Scanner & Maker
> Charts
> iCal like Calendar [Day, Week, Month, Year]
> Clipboard for mobile
> 
> We are mostly looking at creating many UI elements and functionality that
> is native and not accessible now and other widgets that will save days of
> coding by grouping functionality into one simple widget [with the difficult
> code encapsulated].
> 
> A few of the controls will be open sourced but the vast majority will be
> for sale at a reasonable price. Sorry, Gurgen and Team don't work for free
> and my landlord does not have an open source building, so please save the
> digital trees with replies of why we should be open source.
> 
> We are excited and will be working VERY hard. Good News, DP was VERY
> successful at the Seaside Summit in UEA. We also have two LiveCode based
> startups selected to be profiled at Collision Conference
> https://collisionconf.com  in April. One App is 
> coded for Android, iOS,
> Windows, MacOS, LINUX local Server & TV HDMI output and a big LiveCode
> Server implementation for the cloud. It uses TCP, UDP, HTTPS, and SFTP
> protocols. Extensive encryption and a distributed network that will have
> 200,000 simultaneous global users. WOW...all of this with one code base -
> that is the power of LiveCode.
> 
> --DP & LC teams
> ___
> use-livecode mailing list
> use-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
Tel +49 5741 31
‌https://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: LiveCode Widget Factory

[Todd Fabacher via use-livecode]

Thanks...But nobody gave any suggestions


Roger Eller wrote: do you mean it should work on ANY of the
"LiveCode-supported" platforms, both desktop and/or mobile?

--Honestly, our main focus will be mobile at first, but our goal is all
platforms. As you can see in the list, many are mobile issues that
LiveCode currently has no access to.We will try but all platforms may come
after we have completed the mobile and worked out the bugs for LCB.


hh wrote: Please start with *cross-platform-native* widgets for all of the
UI elements in
the LC Tools (which all are "basic").

--Yes, Ali has provided a good multiplatform example of a button. We are
taking this example and creating a structure/template for all basic UI
widgets.  This is our goal, but the #1 goal right now is mobile and getting
them in a widget store for people to purchase and use. But before 2021
should not be an issue. We need to get the LC platform access to Native
functionality to the coders because the competition is doing this. We need
it to get new members and keep existing community members.

BTW HH, thanks for the LBC property sample app you did, it was helpful.


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