Re: [OT] Been there, done that

[Rick Harrison via use-livecode]

Ha ah ha ha ha ha!  (I guess typing LOL would have been easier.) 

Thanks for the laugh!

Rick

> On Nov 7, 2017, at 12:22 AM, J. Landman Gay via use-livecode 
>  wrote:
> 
> To everyone who has ever done tech support:
> 
> https://imgs.xkcd.com/comics/thermostat.png
> 


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

[OT] Been there, done that

[J. Landman Gay via use-livecode]

To everyone who has ever done tech support:

https://imgs.xkcd.com/comics/thermostat.png

--
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: Getting directory list from web server??

[Phil Davis via use-livecode]

Hi Tim,

Here is a wild guess.

I maintain an account on sage too. Late last week I contacted on-rev 
support about an issue and was told this:


   There was an update to cPanel yesterday that overwrote our custom
   apache templates that allow LiveCode Server to work.

They restored the required templates and my site works again, but maybe 
their recent changes have something to do with the new behavior you see.


Regards -
Phil Davis


On 11/6/17 7:24 PM, Tim Selander via use-livecode wrote:

Hi,

Up until now, in my livecode server script,

put URL "http://www.myserver.com/radio/15/"; after vlist

has gotten me text list of the directory contents.

Now it gets me a "You don't have permission to access." error 
message.


on-rev hosting, "sage" is the server.

Anyone know what is going on?

TIA

Tim Selander
Tokyo, Japan

___
use-livecode mailing list
use-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: Getting directory list from web server??

[Mike Bonner via use-livecode]

My guess would be that the default setting for directory browsing on the
server has been changed to off.  You have a couple options if that is the
case.. enable directory browsing with using an htaccess file, or put an .lc
script page in there that gets the list of files and folders and returns
them to you.

To use the .htaccess method, create a .htaccess file (not the dot at the
beginning) and put this line into it..

Options +Indexes

If I remember correctly, this will affect the folder where you place it,
and its subfolders.

On Mon, Nov 6, 2017 at 8:24 PM, Tim Selander via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi,
>
> Up until now, in my livecode server script,
>
> put URL "http://www.myserver.com/radio/15/"; after vlist
>
> has gotten me text list of the directory contents.
>
> Now it gets me a "You don't have permission to access." error message.
>
> on-rev hosting, "sage" is the server.
>
> Anyone know what is going on?
>
> TIA
>
> Tim Selander
> Tokyo, Japan
>
> ___
> use-livecode mailing list
> use-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: Control properties not included in the Property Inspector

[Brian Milby via use-livecode]

Wow... almost looks like you will need to use a script to go through all of
those files and ensure the lines each have the correct number of tabs.

On Mon, Nov 6, 2017 at 5:33 PM Monte Goulding via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> I did the first bit then realised that the few minutes I had today were
> not enough to do the fiddling with the files part + code changes to support
> changed file formats. I’m well behind this sprint ;-(
>
> https://github.com/livecode/livecode-ide/pull/1823 <
> https://github.com/livecode/livecode-ide/pull/1823>
>
> 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: Control properties not included in the Property Inspector

[Brian Milby via use-livecode]

Funny that I was just looking at the code that loaded these files but had
not gotten to look for them yet.

On Mon, Nov 6, 2017 at 4:13 PM Monte Goulding via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> > On 7 Nov 2017, at 8:47 am, Phil Davis via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > That will give you all the keys of the properties array, but keep in
> mind that a few of the properties may be arrays themselves.
>
> Not all properties are in the properties array. The properties array is
> only read/write properties and not that duplicate info from other
> properties. For example it only includes htmlText not rtfText, text &
> styledText.
>
> You may want to refer here for inspiration:
>
>
> https://github.com/livecode/livecode-ide/blob/develop/Toolset/resources/supporting_files/property_definitions/propertyInfo.txt
> <
> https://github.com/livecode/livecode-ide/blob/develop/Toolset/resources/supporting_files/property_definitions/propertyInfo.txt
> >
>
> Cheers
>
> Monte
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Getting directory list from web server??

[Tim Selander via use-livecode]

Hi,

Up until now, in my livecode server script,

put URL "http://www.myserver.com/radio/15/"; after vlist

has gotten me text list of the directory contents.

Now it gets me a "You don't have permission to access." error message.

on-rev hosting, "sage" is the server.

Anyone know what is going on?

TIA

Tim Selander
Tokyo, Japan

___
use-livecode mailing list
use-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: using LC as an emulator

[Mike Kerner via use-livecode]

It's a LOT of code, all of which was originally written 30+ years ago, but
we've been maintaining it ever since.  Many of the other systems that we
have written interface with this core, and extend it, since there are much
better tools available to us, now (like LC).  It's written in HP BASIC for
an environment called Eloquence, which is an HP 3000/HP250 legacy
environment that now runs on your stock iron hardware and OS's.

On Mon, Nov 6, 2017 at 6:24 PM, Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 11/6/2017 2:22 PM, Mike Kerner via use-livecode wrote:
> > Anyone write an emulator in LC?  I've got an old ERP system that we own
> all
> > the source to.  I'd like to.  The environment is interpreted, so if I
> could
> > make an emulator/wrapper, I could in theory move the whole thing into LC
> > and dump the old environments.
> >
> >
>
> That is potentially a huge amount of work. I wrote an expert system
> inferencing engine in LC. It is interpreted. The rules language is very
> simple syntax (essentially a rule is an IF THEN with parsing of the
> boolean expression syntax for the IF and 2 possible statements for the
> THEN) and it is still a fair amount of code.
>
> What language is the source for the ERP in? I expect the language has a
> reasonable robust syntax to support and ERP app. Possible a translator
> to convert the source to xTalk? However, if you really want a
> self-maintained ERP it might ultimately be easier to write one in LC
> that convert or interpret a legacy system.
>
>
>
> ___
> use-livecode mailing list
> use-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: Control properties not included in the Property Inspector

[Monte Goulding via use-livecode]

> On 7 Nov 2017, at 1:15 pm, Richard Gaskin via use-livecode 
>  wrote:
> 
> Doesn't the PI rely on that?

No, the PI uses the file I linked to earlier which also tells it various other 
things like custom getter and setter handlers, default values, the type of 
editor required etc

https://github.com/livecode/livecode-ide/blob/develop/Toolset/resources/supporting_files/property_definitions/propertyInfo.txt
 


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: Control properties not included in the Property Inspector

[Richard Gaskin via use-livecode]

Monte Goulding wrote:

>> On 7 Nov 2017, at 12:20 pm, Richard Gaskin via use-livecode 
 wrote:

>>
>> If an enhancement request is filed I'd prefer it be for an optional
>> modifier to the existing function syntax, rather than littering the
>> current function results with synonyms or subset-value props that
>> aren't needed for automating property assignment.
>
> Hmm.. I must have got lost along the way here. I thought we were
> discussing properties missing from the PI rather than from the
> properties property.

Might have been.  Easy enough to make a PI that it doesn't seem to be 
worth talking about much.


Provided the things one would want to set can be obtain from the 
properties function.


Doesn't the PI rely on that?

--
 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: Control properties not included in the Property Inspector

[Monte Goulding via use-livecode]

> On 7 Nov 2017, at 12:20 pm, Richard Gaskin via use-livecode 
>  wrote:
> 
> If an enhancement request is filed I'd prefer it be for an optional modifier 
> to the existing function syntax, rather than littering the current function 
> results with synonyms or subset-value props that aren't needed for automating 
> property assignment.

Hmm.. I must have got lost along the way here. I thought we were discussing 
properties missing from the PI rather than from the properties property. 

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: Control properties not included in the Property Inspector

[Mark Wieder via use-livecode]

On 11/06/2017 05:20 PM, Richard Gaskin via use-livecode wrote:

The properties function was designed to allow one-step transformations 
of objects.


Without it, the old-school way is "set the  of something to 
" over and over for every property value being changed.


OK. Point taken. But the OP's point is that there are properties of 
objects that aren't obvious unless you already know to look for them. I 
believe Pete Haworth went through the exercise a while back of trying to 
identify all the properties (writable or not) of an object and it's not 
a straightforward thing.


If an enhancement request is filed I'd prefer it be for an optional 
modifier to the existing function syntax, rather than littering the 
current function results with synonyms or subset-value props that aren't 
needed for automating property assignment.


Maybe "the full properties of..."?


Yeah, that was my thought as well, even before you brought up the 
one-step transformation thing. I'd support that, and it would be much 
easier than having to parse through the txt file. And keeping track of 
the properties of a given type of object is a maintenance nightmare in 
the legacy engine code.


--
 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: Control properties not included in the Property Inspector

[Richard Gaskin via use-livecode]

Mark Wieder wrote:

> 
> I've never liked the idea of hiding things from users.
> Ideally you might want to show groups of properties contextually, but
> the idea that there are properties that exist but you can't get to
> them just does.not.seem.right.
> The properties function was designed to allow one-step transformations 
of objects.


Without it, the old-school way is "set the  of something to 
" over and over for every property value being changed.


It was not designed for learning or documentation.  It was designed 
solely for rapid development.


Hence things like htmlText being there but rtfText not.  The former is a 
tagged textual representation of everything a field can have, while 
rtfText is merely a subset of field elements suitable for certain types 
of import/export.


If an enhancement request is filed I'd prefer it be for an optional 
modifier to the existing function syntax, rather than littering the 
current function results with synonyms or subset-value props that aren't 
needed for automating property assignment.


Maybe "the full properties of..."?

For the intended purpose, I've been quite happy with "the properties" as-is.

--
 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: using LC as an emulator

[Mark Schonewille via use-livecode]

Someone wrote an emulator using Xojo.
https://alwaysbusycorner.com/2015/02/20/xojo-chip-8-emulator/
Perhaps an emulator would also be possible in LiveCode.

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-Nov-17 om 20:22 schreef Mike Kerner via use-livecode:

Anyone write an emulator in LC?  I've got an old ERP system that we own all
the source to.  I'd like to.  The environment is interpreted, so if I could
make an emulator/wrapper, I could in theory move the whole thing into LC
and dump the old environments.




___
use-livecode mailing list
use-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: The coming of SVG

[Stephen Barncard via use-livecode]

How about just plain vector?

Or is that a parameter?
On Mon, Nov 6, 2017 at 13:04 sphere via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I agree with Rick and Jacque.
> Something combined with SVG or vector-image is better.
> Anyone working with images knows (or learns very fast) what svg's are.
> Picture is to much linked to Photo (for me it is the same), if you take a
> picture the result is a photo.
> I would not think for picture at all if i was looking for svg
>
> and i disagree on the word FRAME as FRAME is part of video and movie
> that would make totall confusion
>
> a few suggestions:
> Figure
> Drawing
> Form
> Illustration
> Model
> Reflection
> Replica
> Carbon
> Simulacre
> Similitude
> Representatio
> Appearance
> Semblance
> Shape
> Illiusion
> Vision
> Visualisation
> Envision
> Impression
>
> _
> Sent from http://runtime-revolution.278305.n4.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
>
-- 
--
Stephen Barncard - Sebastopol Ca. USA -
mixstream.org
___
use-livecode mailing list
use-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: Control properties not included in the Property Inspector

[Monte Goulding via use-livecode]

> On 7 Nov 2017, at 10:27 am, Mark Wieder via use-livecode 
>  wrote:
> 
> Wow. That's unreadable.

Yes… it turns out that GitHub will prettify it for us if we change the 
extension to .tsv and fiddle with the files a bit. 

https://help.github.com/articles/rendering-csv-and-tsv-data/ 


I did the first bit then realised that the few minutes I had today were not 
enough to do the fiddling with the files part + code changes to support changed 
file formats. I’m well behind this sprint ;-(

https://github.com/livecode/livecode-ide/pull/1823 


> 
> But aside from that
> 
> I've never liked the idea of hiding things from users.
> Ideally you might want to show groups of properties contextually, but the 
> idea that there are properties that exist but you can't get to them just 
> does.not.seem.right.
> http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Control properties not included in the Property Inspector

[Mark Wieder via use-livecode]

On 11/06/2017 02:12 PM, Monte Goulding via use-livecode wrote:


Not all properties are in the properties array. The properties array is only 
read/write properties and not that duplicate info from other properties. For 
example it only includes htmlText not rtfText, text & styledText.

You may want to refer here for inspiration:

https://github.com/livecode/livecode-ide/blob/develop/Toolset/resources/supporting_files/property_definitions/propertyInfo.txt
 



Wow. That's unreadable.

But aside from that

I've never liked the idea of hiding things from users.
Ideally you might want to show groups of properties contextually, but 
the idea that there are properties that exist but you can't get to them 
just does.not.seem.right.

http://lists.runrev.com/mailman/listinfo/use-livecode

Re: using LC as an emulator

[Paul Dupuis via use-livecode]

On 11/6/2017 2:22 PM, Mike Kerner via use-livecode wrote:
> Anyone write an emulator in LC?  I've got an old ERP system that we own all
> the source to.  I'd like to.  The environment is interpreted, so if I could
> make an emulator/wrapper, I could in theory move the whole thing into LC
> and dump the old environments.
>
>

That is potentially a huge amount of work. I wrote an expert system
inferencing engine in LC. It is interpreted. The rules language is very
simple syntax (essentially a rule is an IF THEN with parsing of the
boolean expression syntax for the IF and 2 possible statements for the
THEN) and it is still a fair amount of code.

What language is the source for the ERP in? I expect the language has a
reasonable robust syntax to support and ERP app. Possible a translator
to convert the source to xTalk? However, if you really want a
self-maintained ERP it might ultimately be easier to write one in LC
that convert or interpret a legacy system.



___
use-livecode mailing list
use-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: Control properties not included in the Property Inspector

[Monte Goulding via use-livecode]

> On 7 Nov 2017, at 8:47 am, Phil Davis via use-livecode 
>  wrote:
> 
> That will give you all the keys of the properties array, but keep in mind 
> that a few of the properties may be arrays themselves.

Not all properties are in the properties array. The properties array is only 
read/write properties and not that duplicate info from other properties. For 
example it only includes htmlText not rtfText, text & styledText.

You may want to refer here for inspiration:

https://github.com/livecode/livecode-ide/blob/develop/Toolset/resources/supporting_files/property_definitions/propertyInfo.txt
 


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: Control properties not included in the Property Inspector

[Phil Davis via use-livecode]

put the properties of  into tProps


On 11/6/17 1:47 PM, Phil Davis via use-livecode wrote:

Try:
put the properties of field "fldCustID" into tProps
put the keys of tProps

That will give you all the keys of the properties array, but keep in 
mind that a few of the properties may be arrays themselves.


Phil Davis


On 11/6/17 1:14 PM, Alejandro Tejada via use-livecode wrote:

Bob Sneidar wrote:
put the Properties of field "fldCustID" into tProps;put 
printKeys(tProps)

The Message Box produces an error:
Object does not exists
Hint: fldCustID

Al

On Mon, Nov 6, 2017 at 3:31 PM, Alejandro Tejada 


wrote:

Hi All,

Where could I find a list of control properties that
are not included within the Property Inspector?

For example:
clipstoRect (a Boolean (true or false) property of groups)
capsStyle (a property of graphics)
joinStyle (a property of graphics)
miterLimit (a property of graphics)
fillRule (a property of graphics)
and others...

Thanks in advance!

  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





--
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: Control properties not included in the Property Inspector

[Phil Davis via use-livecode]

Try:
put the properties of field "fldCustID" into tProps
put the keys of tProps

That will give you all the keys of the properties array, but keep in 
mind that a few of the properties may be arrays themselves.


Phil Davis


On 11/6/17 1:14 PM, Alejandro Tejada via use-livecode wrote:

Bob Sneidar wrote:

put the Properties of field "fldCustID" into tProps;put printKeys(tProps)

The Message Box produces an error:
Object does not exists
Hint: fldCustID

Al

On Mon, Nov 6, 2017 at 3:31 PM, Alejandro Tejada 
wrote:

Hi All,

Where could I find a list of control properties that
are not included within the Property Inspector?

For example:
clipstoRect (a Boolean (true or false) property of groups)
capsStyle (a property of graphics)
joinStyle (a property of graphics)
miterLimit (a property of graphics)
fillRule (a property of graphics)
and others...

Thanks in advance!

  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



--
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: Control properties not included in the Property Inspector

[Alejandro Tejada via use-livecode]

Bob Sneidar wrote:
> put the Properties of field "fldCustID" into tProps;put printKeys(tProps)

The Message Box produces an error:
Object does not exists
Hint: fldCustID

Al

On Mon, Nov 6, 2017 at 3:31 PM, Alejandro Tejada 
wrote:
>
> Hi All,
>
> Where could I find a list of control properties that
> are not included within the Property Inspector?
>
> For example:
> clipstoRect (a Boolean (true or false) property of groups)
> capsStyle (a property of graphics)
> joinStyle (a property of graphics)
> miterLimit (a property of graphics)
> fillRule (a property of graphics)
> and others...
>
> Thanks in advance!
>
>  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: The coming of SVG

[sphere via use-livecode]

I agree with Rick and Jacque.
Something combined with SVG or vector-image is better.
Anyone working with images knows (or learns very fast) what svg's are.
Picture is to much linked to Photo (for me it is the same), if you take a 
picture the result is a photo.
I would not think for picture at all if i was looking for svg

and i disagree on the word FRAME as FRAME is part of video and movie
that would make totall confusion

a few suggestions:
Figure
Drawing
Form
Illustration
Model
Reflection
Replica
Carbon
Simulacre
Similitude
Representatio
Appearance
Semblance
Shape
Illiusion
Vision
Visualisation
Envision
Impression 

_
Sent from http://runtime-revolution.278305.n4.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

Re: Control properties not included in the Property Inspector

[Bob Sneidar via use-livecode]

put the Properties of field "fldCustID" into tProps;put printKeys(tProps)

Bob S


> On Nov 6, 2017, at 12:31 , Alejandro Tejada via use-livecode 
>  wrote:
> 
> Hi All,
> 
> Where could I find a list of control properties that
> are not included within the Property Inspector?
> 
> For example:
> clipstoRect (a Boolean (true or false) property of groups)
> capsStyle (a property of graphics)
> joinStyle (a property of graphics)
> miterLimit (a property of graphics)
> fillRule (a property of graphics)
> and others...
> 
> Thanks in advance!
> 
> 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


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

Control properties not included in the Property Inspector

[Alejandro Tejada via use-livecode]

Hi All,

Where could I find a list of control properties that
are not included within the Property Inspector?

For example:
clipstoRect (a Boolean (true or false) property of groups)
capsStyle (a property of graphics)
joinStyle (a property of graphics)
miterLimit (a property of graphics)
fillRule (a property of graphics)
and others...

Thanks in advance!

 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: Xcode 9.1 support

[Ralph DiMola via use-livecode]

This seems to happen if you put a recent SDK(9.0) in LC 8.1.7 and then open
up LC 8.1.2. The newer unsupported SDK in the prefs will be automatically
deleted without warning by 8.1.2.

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 Ben Rubinstein via use-livecode
Sent: Monday, November 06, 2017 2:05 PM
To: use-livecode@lists.runrev.com
Cc: Ben Rubinstein
Subject: Re: Xcode 9.1 support

On this topic... has anyone else noticed in switching between versions of LC
that it can knock out the settings for selected Xcode?


On 06/11/2017 11:55, panagiotis merakos via use-livecode wrote:
> Hi Henry,
> 
> Xcode 9.1 support will be added in LiveCode 8.1.8 RC-1, which we plan to
> release within this week.
> 
> Best regards,
> Panos
> --
> 
> On Wed, Nov 1, 2017 at 7:03 PM, hlowe via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> 
>> There has been a serious performance issue (related to OpenGL) with the
iOS
>> simulators under Xcode 9.0, to the point that they are so slow as to be
>> unusable for testing. This has been widely commented on elsewhere and is
>> not
>> an LC-related problem.
>>
>> This issue is now fixed in Xcode 9.1, released today. However LC 8.1.7
>> (stable) does not support Xcode 9.1. When I try to point LC 8.1.7 towards
>> Xcode 9.1 is declines to link, claiming "The chosen folder is not a valid
>> iOS SDK".
>>
>> Do we need an update to obtain compatibility with Xcode 9.1? If so, would
>> it
>> be possible to get this out soon as I have had to  suspend testing of iOS
>> apps under development because of the simulator issues when using Xcode
9.0
>> and 9.0.1.
>>
>> Thanks,
>>
>> Henry
>>
>> Ascriva Healthcare Informatics
>>
>> https://www.ascriva.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

using LC as an emulator

[Mike Kerner via use-livecode]

Anyone write an emulator in LC?  I've got an old ERP system that we own all
the source to.  I'd like to.  The environment is interpreted, so if I could
make an emulator/wrapper, I could in theory move the whole thing into LC
and dump the old environments.


-- 
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: Xcode 9.1 support

[Ben Rubinstein via use-livecode]

On this topic... has anyone else noticed in switching between versions of LC 
that it can knock out the settings for selected Xcode?



On 06/11/2017 11:55, panagiotis merakos via use-livecode wrote:

Hi Henry,

Xcode 9.1 support will be added in LiveCode 8.1.8 RC-1, which we plan to
release within this week.

Best regards,
Panos
--

On Wed, Nov 1, 2017 at 7:03 PM, hlowe via use-livecode <
use-livecode@lists.runrev.com> wrote:


There has been a serious performance issue (related to OpenGL) with the iOS
simulators under Xcode 9.0, to the point that they are so slow as to be
unusable for testing. This has been widely commented on elsewhere and is
not
an LC-related problem.

This issue is now fixed in Xcode 9.1, released today. However LC 8.1.7
(stable) does not support Xcode 9.1. When I try to point LC 8.1.7 towards
Xcode 9.1 is declines to link, claiming "The chosen folder is not a valid
iOS SDK".

Do we need an update to obtain compatibility with Xcode 9.1? If so, would
it
be possible to get this out soon as I have had to  suspend testing of iOS
apps under development because of the simulator issues when using Xcode 9.0
and 9.0.1.

Thanks,

Henry

Ascriva Healthcare Informatics

https://www.ascriva.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: The coming of SVG

[Ben Rubinstein via use-livecode]

On 06/11/2017 16:52, Mark Waddingham via use-livecode wrote:
In any case, introducing a new control (which is far more than an image) in 
the first instance doesn't stop it at some point 'feeling' like an image from 
the point of view of script in the future so it seems like a getting the 
control into existence first is the best approach.


From every other consideration, I'd agree. My only thought is that if it 
could be so well developed that on introduction it already subsumes all the 
current functions of the 'image' control, that would provided a very nice 
resolution to the name question.



Is this a mad dream?


That depends on whether it involves saying wibble, a pair of underpants and 
two pencils...


Call that mad? I've had much crazier than that...

Ben

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

RE: Xcode 9.1 support

[Ralph DiMola via use-livecode]

Panos,

 

Thanks for the update.

 

Ralph DiMola

IT Director

Evergreen Information Services

rdim...@evergreeninfo.net

Phone: 518-636-3998 Ex:11

Cell: 518-796-9332

 

From: panagiotis merakos [mailto:merak...@gmail.com] 
Sent: Monday, November 06, 2017 11:18 AM
To: rdim...@evergreeninfo.net
Cc: How to use LiveCode
Subject: Re: Xcode 9.1 support

 

Hi Ralph,

 

Will iPhone X users be able to see and install current LC apps from the 
iStore?

Yes, I don't see a reason why not to.

 

If so what icon/screenshots will they see?

You mean in the AppStore? I guess the screenshots you would have submitted.

 

>Also when installed what icons/splash screen will the iPhone X use?

If you don't provide a splash screen for a newer screen size (in your LC app), 
then the OS presumes that your app hasn't been updated to support that screen 
resolution 

and so runs it in a compatibility mode at the largest size you do have a splash 
screen for. You can try it on the iPhone X simulator to see how your app will 
look like.

 

Hope this helps,

Panos

—

 

 

On Mon, Nov 6, 2017 at 4:08 PM, Ralph DiMola  wrote:

Panos,

 

Thanks!

Will iPhone X users be able to see and install current LC apps from the iStore? 
If so what icon/screenshots will they see? Also when installed what 
icons/splash screen will the iPhone X  use?

 

Ralph DiMola

IT Director

Evergreen Information Services

rdim...@evergreeninfo.net

 

From: panagiotis merakos [mailto:merak...@gmail.com] 
Sent: Monday, November 06, 2017 11:02 AM
To: rdim...@evergreeninfo.net
Cc: How to use LiveCode


Subject: Re: Xcode 9.1 support

 

Hi Ralph,

 

No, unfortunately 8.1.8 RC-1 will not have support for this. I have filed an 
enhancement request so as we add that in the future.

 

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

 

Best,

Panos

--

 

On Mon, Nov 6, 2017 at 3:37 PM, Ralph DiMola  wrote:

Panos,

Thanks for the update! Will 8.1.8 RC-1 have iOS support for iPhone X icons
and splash screens?

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 panagiotis merakos via use-livecode
Sent: Monday, November 06, 2017 6:55 AM
To: How to use LiveCode
Cc: panagiotis merakos
Subject: Re: Xcode 9.1 support

Hi Henry,

Xcode 9.1 support will be added in LiveCode 8.1.8 RC-1, which we plan to
release within this week.

Best regards,
Panos
--

On Wed, Nov 1, 2017 at 7:03 PM, hlowe via use-livecode <
use-livecode@lists.runrev.com> wrote:

> There has been a serious performance issue (related to OpenGL) with
> the iOS simulators under Xcode 9.0, to the point that they are so slow
> as to be unusable for testing. This has been widely commented on
> elsewhere and is not an LC-related problem.
>
> This issue is now fixed in Xcode 9.1, released today. However LC 8.1.7
> (stable) does not support Xcode 9.1. When I try to point LC 8.1.7
> towards Xcode 9.1 is declines to link, claiming "The chosen folder is
> not a valid iOS SDK".
>
> Do we need an update to obtain compatibility with Xcode 9.1? If so,
> would it be possible to get this out soon as I have had to  suspend
> testing of iOS apps under development because of the simulator issues
> when using Xcode 9.0 and 9.0.1.
>
> Thanks,
>
> Henry
>
> Ascriva Healthcare Informatics
>
> https://www.ascriva.com
>
>
>
>
>
> --
> 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

 

 

___
use-livecode mailing list
use-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: Xcode 9.1 support

[hlowe via use-livecode]

Thanks Panos. 

Henry

Ascriva Health Informatics

https://www.ascriva.com



--
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: The coming of SVG

[Mark Waddingham via use-livecode]

On 2017-11-06 15:34, Ben Rubinstein via use-livecode wrote:

This might be a stupid question, but might it be possible for this new
control to completely replace the existing image control?


It isn't a stupid question...


There aren't very many special properties relating especially to
images. If the new object implemented those at least to a first
approximation, then perhaps it could simply be called "image". All
existing uses of images would work, and the gloss would be that the
image object had gained some exciting new capabilities.


The way to look at it is that there is some 'abstract interface' (i.e. 
collection of properties and commands etc.) which are what makes an 
image imagey - then any control which implemented them *could* be 
considered an 'image' (from the point of view of the chunk).


There's certainly something there in terms of an idea for evolution of 
object chunks and such, but I'd be hesitant to try to get there right 
now without a good deal more analysis of how that might work (and 
whether such a suitable interface can be defined for 'image').


I think the best way to get images to like SVG is to allow an SVG file 
to be set as the text of the image - the image object used to have EMF 
and PICT support (I think it still may have EMF, but PICT disappeared 
with Carbon/Classic API usage) - so there is precedent.


Additionally, if we extend imageSource/icon references to be more 
general (i.e. internally any control which implements the 'I can be an 
icon' type set of actions could be used) - then I'm not sure whether 
there will be many cases left where you might want a 
 to actually be an image.


In any case, introducing a new control (which is far more than an image) 
in the first instance doesn't stop it at some point 'feeling' like an 
image from the point of view of script in the future so it seems like a 
getting the control into existence first is the best approach.



Is this a mad dream?


That depends on whether it involves saying wibble, a pair of underpants 
and two pencils...


Warmest Regards,

Mark.

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

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

Elevate Runtime UAC

[Bob Sneidar via use-livecode]

Hi all. How do we get windows apps to run in a UAC environment if the user is 
not an administrator again? 

Bob S



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

Re: Xcode 9.1 support

[panagiotis merakos via use-livecode]

Hi Ralph,

Will iPhone X users be able to see and install current LC apps from the
iStore?
Yes, I don't see a reason why not to.

If so what icon/screenshots will they see?
You mean in the AppStore? I guess the screenshots you would have submitted.

>Also when installed what icons/splash screen will the iPhone X use?
If you don't provide a splash screen for a newer screen size (in your LC
app), then the OS presumes that your app hasn't been updated to support
that screen resolution
and so runs it in a compatibility mode at the largest size you do have a
splash screen for. You can try it on the iPhone X simulator to see how your
app will look like.

Hope this helps,
Panos
—


On Mon, Nov 6, 2017 at 4:08 PM, Ralph DiMola 
wrote:

> Panos,
>
>
>
> Thanks!
>
> Will iPhone X users be able to see and install current LC apps from the
> iStore? If so what icon/screenshots will they see? Also when installed what
> icons/splash screen will the iPhone X  use?
>
>
>
> Ralph DiMola
>
> IT Director
>
> Evergreen Information Services
>
> rdim...@evergreeninfo.net
>
>
>
> *From:* panagiotis merakos [mailto:merak...@gmail.com]
> *Sent:* Monday, November 06, 2017 11:02 AM
> *To:* rdim...@evergreeninfo.net
> *Cc:* How to use LiveCode
>
> *Subject:* Re: Xcode 9.1 support
>
>
>
> Hi Ralph,
>
>
>
> No, unfortunately 8.1.8 RC-1 will not have support for this. I have filed
> an enhancement request so as we add that in the future.
>
>
>
> http://quality.livecode.com/show_bug.cgi?id=20641
>
>
>
> Best,
>
> Panos
>
> --
>
>
>
> On Mon, Nov 6, 2017 at 3:37 PM, Ralph DiMola 
> wrote:
>
> Panos,
>
> Thanks for the update! Will 8.1.8 RC-1 have iOS support for iPhone X icons
> and splash screens?
>
> 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 panagiotis merakos via use-livecode
> Sent: Monday, November 06, 2017 6:55 AM
> To: How to use LiveCode
> Cc: panagiotis merakos
> Subject: Re: Xcode 9.1 support
>
> Hi Henry,
>
> Xcode 9.1 support will be added in LiveCode 8.1.8 RC-1, which we plan to
> release within this week.
>
> Best regards,
> Panos
> --
>
> On Wed, Nov 1, 2017 at 7:03 PM, hlowe via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > There has been a serious performance issue (related to OpenGL) with
> > the iOS simulators under Xcode 9.0, to the point that they are so slow
> > as to be unusable for testing. This has been widely commented on
> > elsewhere and is not an LC-related problem.
> >
> > This issue is now fixed in Xcode 9.1, released today. However LC 8.1.7
> > (stable) does not support Xcode 9.1. When I try to point LC 8.1.7
> > towards Xcode 9.1 is declines to link, claiming "The chosen folder is
> > not a valid iOS SDK".
> >
> > Do we need an update to obtain compatibility with Xcode 9.1? If so,
> > would it be possible to get this out soon as I have had to  suspend
> > testing of iOS apps under development because of the simulator issues
> > when using Xcode 9.0 and 9.0.1.
> >
> > Thanks,
> >
> > Henry
> >
> > Ascriva Healthcare Informatics
> >
> > https://www.ascriva.com
> >
> >
> >
> >
> >
> > --
> > 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
>
>
>
___
use-livecode mailing list
use-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: Markdown ultra-lite

[Alex Tweedly via use-livecode]

Yeah, that's a really good suggestion.

I had thought of it - but the purist in me was reluctant to add a "magic 
character sequence" without any escape mechanism. And the limitation of 
"no whitespace" made it tricky to limit the context of the replace.


However - the fact that you made the suggestion has bolstered the 
pragmatist in me, so currently the pragmatist is winning over the purist :-)


Indeed, I'll make the character sequence be "_NEW_TAB_"  - and then it 
feels like enhanced readability, so it's a feature :-) Thanks.



And (yet again) thanks to this list for the help and suggestions people 
are willing to put time into ...


Alex.


On 06/11/2017 13:57, James At The Hale via use-livecode wrote:

Alex wrote

a trailing "*" in a URL would
be converted to make the link open in a new browser tab/window - by
changing it to? TARGET="_blank"

Couldn’t you simply replace your suitably chosen trailing characters with 
TARGET="_blank" after using the function? (I mention characters as a single * 
might be used elsewhere.)

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

RE: Xcode 9.1 support

[Ralph DiMola via use-livecode]

Panos,

 

Thanks!

Will iPhone X users be able to see and install current LC apps from the iStore? 
If so what icon/screenshots will they see? Also when installed what 
icons/splash screen will the iPhone X  use?

 

Ralph DiMola

IT Director

Evergreen Information Services

rdim...@evergreeninfo.net

 

From: panagiotis merakos [mailto:merak...@gmail.com] 
Sent: Monday, November 06, 2017 11:02 AM
To: rdim...@evergreeninfo.net
Cc: How to use LiveCode
Subject: Re: Xcode 9.1 support

 

Hi Ralph,

 

No, unfortunately 8.1.8 RC-1 will not have support for this. I have filed an 
enhancement request so as we add that in the future.

 

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

 

Best,

Panos

--

 

On Mon, Nov 6, 2017 at 3:37 PM, Ralph DiMola  wrote:

Panos,

Thanks for the update! Will 8.1.8 RC-1 have iOS support for iPhone X icons
and splash screens?

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 panagiotis merakos via use-livecode
Sent: Monday, November 06, 2017 6:55 AM
To: How to use LiveCode
Cc: panagiotis merakos
Subject: Re: Xcode 9.1 support

Hi Henry,

Xcode 9.1 support will be added in LiveCode 8.1.8 RC-1, which we plan to
release within this week.

Best regards,
Panos
--

On Wed, Nov 1, 2017 at 7:03 PM, hlowe via use-livecode <
use-livecode@lists.runrev.com> wrote:

> There has been a serious performance issue (related to OpenGL) with
> the iOS simulators under Xcode 9.0, to the point that they are so slow
> as to be unusable for testing. This has been widely commented on
> elsewhere and is not an LC-related problem.
>
> This issue is now fixed in Xcode 9.1, released today. However LC 8.1.7
> (stable) does not support Xcode 9.1. When I try to point LC 8.1.7
> towards Xcode 9.1 is declines to link, claiming "The chosen folder is
> not a valid iOS SDK".
>
> Do we need an update to obtain compatibility with Xcode 9.1? If so,
> would it be possible to get this out soon as I have had to  suspend
> testing of iOS apps under development because of the simulator issues
> when using Xcode 9.0 and 9.0.1.
>
> Thanks,
>
> Henry
>
> Ascriva Healthcare Informatics
>
> https://www.ascriva.com
>
>
>
>
>
> --
> 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

 

___
use-livecode mailing list
use-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: Xcode 9.1 support

[panagiotis merakos via use-livecode]

BTW, slightly off topic, iPhone X does not support the "portrait upside
down" orientation.

Best,
Panos
--

On Mon, Nov 6, 2017 at 4:01 PM, panagiotis merakos 
wrote:

> Hi Ralph,
>
> No, unfortunately 8.1.8 RC-1 will not have support for this. I have filed
> an enhancement request so as we add that in the future.
>
> http://quality.livecode.com/show_bug.cgi?id=20641
>
> Best,
> Panos
> --
>
> On Mon, Nov 6, 2017 at 3:37 PM, Ralph DiMola 
> wrote:
>
>> Panos,
>>
>> Thanks for the update! Will 8.1.8 RC-1 have iOS support for iPhone X icons
>> and splash screens?
>>
>> 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 panagiotis merakos via use-livecode
>> Sent: Monday, November 06, 2017 6:55 AM
>> To: How to use LiveCode
>> Cc: panagiotis merakos
>> Subject: Re: Xcode 9.1 support
>>
>> Hi Henry,
>>
>> Xcode 9.1 support will be added in LiveCode 8.1.8 RC-1, which we plan to
>> release within this week.
>>
>> Best regards,
>> Panos
>> --
>>
>> On Wed, Nov 1, 2017 at 7:03 PM, hlowe via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>
>> > There has been a serious performance issue (related to OpenGL) with
>> > the iOS simulators under Xcode 9.0, to the point that they are so slow
>> > as to be unusable for testing. This has been widely commented on
>> > elsewhere and is not an LC-related problem.
>> >
>> > This issue is now fixed in Xcode 9.1, released today. However LC 8.1.7
>> > (stable) does not support Xcode 9.1. When I try to point LC 8.1.7
>> > towards Xcode 9.1 is declines to link, claiming "The chosen folder is
>> > not a valid iOS SDK".
>> >
>> > Do we need an update to obtain compatibility with Xcode 9.1? If so,
>> > would it be possible to get this out soon as I have had to  suspend
>> > testing of iOS apps under development because of the simulator issues
>> > when using Xcode 9.0 and 9.0.1.
>> >
>> > Thanks,
>> >
>> > Henry
>> >
>> > Ascriva Healthcare Informatics
>> >
>> > https://www.ascriva.com
>> >
>> >
>> >
>> >
>> >
>> > --
>> > 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
>>
>>
>
___
use-livecode mailing list
use-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: Xcode 9.1 support

[panagiotis merakos via use-livecode]

Hi Ralph,

No, unfortunately 8.1.8 RC-1 will not have support for this. I have filed
an enhancement request so as we add that in the future.

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

Best,
Panos
--

On Mon, Nov 6, 2017 at 3:37 PM, Ralph DiMola 
wrote:

> Panos,
>
> Thanks for the update! Will 8.1.8 RC-1 have iOS support for iPhone X icons
> and splash screens?
>
> 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 panagiotis merakos via use-livecode
> Sent: Monday, November 06, 2017 6:55 AM
> To: How to use LiveCode
> Cc: panagiotis merakos
> Subject: Re: Xcode 9.1 support
>
> Hi Henry,
>
> Xcode 9.1 support will be added in LiveCode 8.1.8 RC-1, which we plan to
> release within this week.
>
> Best regards,
> Panos
> --
>
> On Wed, Nov 1, 2017 at 7:03 PM, hlowe via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> > There has been a serious performance issue (related to OpenGL) with
> > the iOS simulators under Xcode 9.0, to the point that they are so slow
> > as to be unusable for testing. This has been widely commented on
> > elsewhere and is not an LC-related problem.
> >
> > This issue is now fixed in Xcode 9.1, released today. However LC 8.1.7
> > (stable) does not support Xcode 9.1. When I try to point LC 8.1.7
> > towards Xcode 9.1 is declines to link, claiming "The chosen folder is
> > not a valid iOS SDK".
> >
> > Do we need an update to obtain compatibility with Xcode 9.1? If so,
> > would it be possible to get this out soon as I have had to  suspend
> > testing of iOS apps under development because of the simulator issues
> > when using Xcode 9.0 and 9.0.1.
> >
> > Thanks,
> >
> > Henry
> >
> > Ascriva Healthcare Informatics
> >
> > https://www.ascriva.com
> >
> >
> >
> >
> >
> > --
> > 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
>
>
___
use-livecode mailing list
use-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: The coming of SVG

[Mike Kerner via use-livecode]

I hope not, because I was thinking the same thing.  One of those properties
could be "type" or "class", and that could be "svg", for instance.

On Mon, Nov 6, 2017 at 9:34 AM, Ben Rubinstein via use-livecode <
use-livecode@lists.runrev.com> wrote:

> This might be a stupid question, but might it be possible for this new
> control to completely replace the existing image control?
>
> There aren't very many special properties relating especially to images.
> If the new object implemented those at least to a first approximation, then
> perhaps it could simply be called "image". All existing uses of images
> would work, and the gloss would be that the image object had gained some
> exciting new capabilities.
>
> Is this a mad dream?
>
>
> On 03/11/2017 18:41, Mark Waddingham via use-livecode wrote:
>
>> On 2017-11-03 19:33, Rick Harrison via use-livecode wrote:
>>
>>> I like “vectorImage” too!
>>>
>>> “Picture" has been used for images for a long time,
>>> and we don’t want to add more confusion for users.
>>>
>>
>> Where do you think the confusion would come from?
>>
>> As I said one of the goals of this control would eventually be to replace
>> the image object - so at some point (all being well) you will be able to do:
>>
>>set the filename of  "foo" to "foo.png"
>>set the filename of  "foo" to "foo.gif"
>>set the filename of  "foo" to "foo.jpg"
>>set the filename of  "foo" to "foo.png"
>>...
>>
>> Or
>>
>>set the content of  "foo" to tPngData
>>...
>>
>> At this point, describing the control as a 'vectorImage' might also seem
>> confusing.
>>
>> Warmest Regards,
>>
>> Mark.
>>
>>
> ___
> use-livecode mailing list
> use-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: Xcode 9.1 support

[Ralph DiMola via use-livecode]

Panos,

Thanks for the update! Will 8.1.8 RC-1 have iOS support for iPhone X icons
and splash screens?

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 panagiotis merakos via use-livecode
Sent: Monday, November 06, 2017 6:55 AM
To: How to use LiveCode
Cc: panagiotis merakos
Subject: Re: Xcode 9.1 support

Hi Henry,

Xcode 9.1 support will be added in LiveCode 8.1.8 RC-1, which we plan to
release within this week.

Best regards,
Panos
--

On Wed, Nov 1, 2017 at 7:03 PM, hlowe via use-livecode <
use-livecode@lists.runrev.com> wrote:

> There has been a serious performance issue (related to OpenGL) with 
> the iOS simulators under Xcode 9.0, to the point that they are so slow 
> as to be unusable for testing. This has been widely commented on 
> elsewhere and is not an LC-related problem.
>
> This issue is now fixed in Xcode 9.1, released today. However LC 8.1.7
> (stable) does not support Xcode 9.1. When I try to point LC 8.1.7 
> towards Xcode 9.1 is declines to link, claiming "The chosen folder is 
> not a valid iOS SDK".
>
> Do we need an update to obtain compatibility with Xcode 9.1? If so, 
> would it be possible to get this out soon as I have had to  suspend 
> testing of iOS apps under development because of the simulator issues 
> when using Xcode 9.0 and 9.0.1.
>
> Thanks,
>
> Henry
>
> Ascriva Healthcare Informatics
>
> https://www.ascriva.com
>
>
>
>
>
> --
> 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


___
use-livecode mailing list
use-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: Markdown ultra-lite

[Trevor DeVore via use-livecode]

On Sun, Nov 5, 2017 at 2:40 PM, Kay C Lan via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Nor was I aware that mergMardownToXHMTL existed, so thank you for
> raising this thread so James could enlighten us. Now all I need is
> someone to tell me there is similar function that converts HTML (or
> more specifically the LC subset of HTML used by Fields) to Markdown
> otherwise I too will be reading more about Markdown (thanks for the
> link) and learning something new.


Here is some old code I used in the past which was modified from some other
converted I had written for Textile and BBCode. If I were writing the
converter today I would use the styledText array to do it. It is great for
converting to other formats.

https://gist.github.com/trevordevore/5eaa7333841d15f5bbbde490636dc143

Usage:

`put htmlTextToMarkdown(htmltext of fld 1)`

-- 
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: The coming of SVG

[Ben Rubinstein via use-livecode]

This might be a stupid question, but might it be possible for this new control 
to completely replace the existing image control?


There aren't very many special properties relating especially to images. If 
the new object implemented those at least to a first approximation, then 
perhaps it could simply be called "image". All existing uses of images would 
work, and the gloss would be that the image object had gained some exciting 
new capabilities.


Is this a mad dream?


On 03/11/2017 18:41, Mark Waddingham via use-livecode wrote:

On 2017-11-03 19:33, Rick Harrison via use-livecode wrote:

I like “vectorImage” too!

“Picture" has been used for images for a long time,
and we don’t want to add more confusion for users.


Where do you think the confusion would come from?

As I said one of the goals of this control would eventually be to replace the 
image object - so at some point (all being well) you will be able to do:


   set the filename of  "foo" to "foo.png"
   set the filename of  "foo" to "foo.gif"
   set the filename of  "foo" to "foo.jpg"
   set the filename of  "foo" to "foo.png"
   ...

Or

   set the content of  "foo" to tPngData
   ...

At this point, describing the control as a 'vectorImage' might also seem 
confusing.


Warmest Regards,

Mark.



___
use-livecode mailing list
use-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: Markdown ultra-lite

[James At The Hale via use-livecode]

Alex wrote 
> a trailing "*" in a URL would 
> be converted to make the link open in a new browser tab/window - by 
> changing it to? TARGET="_blank" 

Couldn’t you simply replace your suitably chosen trailing characters with 
TARGET="_blank" after using the function? (I mention characters as a single * 
might be used elsewhere.)

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

[ANN] This Week in LiveCode 105

[panagiotis merakos via use-livecode]

Hi all,

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

Read issue #105 here: https://goo.gl/GJNJc9

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

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



-- 
Panagiotis Merakos 
LiveCode Software Developer

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

Re: The coming of SVG

[hh via use-livecode]

@Mark
Thank you very much for that fine explanation.

Hopefully the team and you will find enough time to implement
the enhanced 'canvas' (whatever the name).

___
use-livecode mailing list
use-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: Xcode 9.1 support

[panagiotis merakos via use-livecode]

Hi Henry,

Xcode 9.1 support will be added in LiveCode 8.1.8 RC-1, which we plan to
release within this week.

Best regards,
Panos
--

On Wed, Nov 1, 2017 at 7:03 PM, hlowe via use-livecode <
use-livecode@lists.runrev.com> wrote:

> There has been a serious performance issue (related to OpenGL) with the iOS
> simulators under Xcode 9.0, to the point that they are so slow as to be
> unusable for testing. This has been widely commented on elsewhere and is
> not
> an LC-related problem.
>
> This issue is now fixed in Xcode 9.1, released today. However LC 8.1.7
> (stable) does not support Xcode 9.1. When I try to point LC 8.1.7 towards
> Xcode 9.1 is declines to link, claiming "The chosen folder is not a valid
> iOS SDK".
>
> Do we need an update to obtain compatibility with Xcode 9.1? If so, would
> it
> be possible to get this out soon as I have had to  suspend testing of iOS
> apps under development because of the simulator issues when using Xcode 9.0
> and 9.0.1.
>
> Thanks,
>
> Henry
>
> Ascriva Healthcare Informatics
>
> https://www.ascriva.com
>
>
>
>
>
> --
> 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: The coming of SVG

[Mark Waddingham via use-livecode]

On 2017-11-05 15:15, hh via use-livecode wrote:

Until now I saw it like that:
,  and  are HTML5 tags.
And  and  are different concepts. Roughly

 is more an XML-based vector graphics format,


Yes - SVG is a way of encoding a sequence of vector graphics commands 
using XML.



 is more an API for drawing on a bitmap surface.


True - but you can also view the canvas as an element which allows you 
to use 2D vector graphics commands from JavaScript to draw, and then 
display.


The HTML5 canvas element (and the canvas API as specified by W3C as it 
stands) is a proper subset of the LCB canvas (or will be after I've 
finished making a small tweak or two with regards separate stroke/fill 
paints).


Indeed, by extension you can view both the LCB and HTML5 Canvas APIs as 
the procedural way to render SVG (HTML5 Canvas API is not quite fully 
featured enough to make this mapping 1-1, but the LCB Canvas is almost 
that, and will become that).


Looking at things from this point of view, the control we are discussing 
is the deferred / data-driven way to display such vector graphics 
commands (without having to create separate graphic objects and such).


When thought about from this point of view, it almost becomes 'obvious' 
that canvas is the correct choice - the only difference between the 
canvas in LCS and the canvas in LCB, is that the canvas in LCB requires 
you to execute a sequence of commands whereas the proposed control in 
LCS is a sequence of deferred commands, which are executed when the 
control needs to be rendered.



Will it be possible to edit properties:

Getting and setting the points of a graphic?
Getting and setting the imagedata of a placed image?
Getting and setting the specific data of an SVG?


That is definitely a potential future direction. The canvas control's 
'content' is (at present) a sequence of commands representing the SVG 
tags which render something, along with state setting commands for 
stroke/fill/transform.


There is no reason why, in the future, you shouldn't be able to edit 
already existing commands - although for the time being you would need 
to rewrite and set the svgText property.



Can it be used for exactly one of the objects or also a mix of the
three, say an SVGicon on top of an image?


Yes - you could create an SVG fragment which describes those objects, 
and then set the svgText.


The svgText property is the same idea as the htmlText property of a 
field - it is a fully faithful representation of the field's content, 
encoded as string using HTML (well HTML-like).



For example:
A lot of people are not able to write SVG, they are simply copying
out of programs like 'inkscape' and would like to paste the code
into a property of the control. Will that be possible?


Yes - the, you will be able to set the svgText to SVG generated from any 
program. The SVG compiler removes anything it doesn't understand (as per 
the requirements of the SVG spec), and renders what is left. i.e. There 
is no need to externally process the SVG source in any way (unless you 
want to tweak it of course).


Warmest Regards,

Mark.

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

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

Re: The coming of SVG

[Erik Beugelaar via use-livecode]

Maybe ‘raster’ as an anternative for ‘canvas’?

Cheers,
Erik



On 05/11/17 22:06, "use-livecode on behalf of Richmond Mathewson via 
use-livecode"  wrote:

I'm not sure how the word "canvas" conjures up ideas of interactivity.

Interactive words:

Playground

Kitchen

Chalkboard

Tray

Not, frankly, that any of the above would do.

I'm still pushing svgImage

although vImage (as in Vector + Image) might not be bad.

Richmond.

On 11/5/17 10:49 pm, Monte Goulding via use-livecode wrote:
>> On 6 Nov 2017, at 6:24 am, J. Landman Gay via use-livecode 
 wrote:
>>
>>> will stop Jacque killing Mark when there is no
>>> abbreviation
>> If we go with "canvas" I expect "cv" or similar. :) It did occur to me 
that if I kill Mark my career will be cut short. I have to think about that.
> Hmm… I’m not sure if Mark will change his mind on synonyms even given 
death threats ;-)
>
> I like canvas too though. One nice thing is I feel it gives more scope 
for interactive elements than picture does.
>
> Cheers
>
> Monte
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your 
subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

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



___
use-livecode mailing list
use-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: The coming of SVG

[Mark Waddingham via use-livecode]

On 2017-11-05 21:49, Monte Goulding via use-livecode wrote:
On 6 Nov 2017, at 6:24 am, J. Landman Gay via use-livecode 
 wrote:



will stop Jacque killing Mark when there is no
abbreviation


If we go with "canvas" I expect "cv" or similar. :) It did occur to me 
that if I kill Mark my career will be cut short. I have to think about 
that.


Hmm… I’m not sure if Mark will change his mind on synonyms even given
death threats ;-)


Heh - indeed - although in this case it is an abbreviation (as 
previously discussed), rather than a synonym ;)


Warmest Regards,

Mark.

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

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