Re: Release 6.7.10 / 7.1.3

[Terence Heaford]

LC 7.1.3 isn’t remembering stack size neither.

Will revert back to previous stable releases to check.


Terry



> On 16 Mar 2016, at 19:14, RM  wrote:
> 
> It might just be time to forget 6.7.10 and move to the 7 series.
> 
> Richmond.
> 
> On 16.03.2016 21:05, Terence Heaford wrote:
>> I might be wrong here but it seems to me that 6.7.10 has stopped remembering 
>> the size of the window(stack)
>> when I quit LiveCode.
>> 
>> When I open LiveCode/the stack again, the stack window has grown to nearly 
>> the full window size of my computer.
>> 
>> Mac OSX El Capitan.
>> 
>> Can someone confirm this please?
>> 
>> 
>> Thanks
>> 
>> 
>> Terry
>> 
>>> On 16 Mar 2016, at 17:59, panagiotis merakos  
>>> wrote:
>>> 
>>> Dear List Members,
>>> 
>>> 
>>> We are pleased to announce the release of LiveCode 6.7.10 Stable and 7.1.3
>>> Stable. By "Stable", we mean that no reported regressions have been
>>> introduced in 6.7.10 / 7.1.3, compared to the previous Stable release.
>>> 
>>> 
>>> Both 6.7.10 / 7.1.3 are a promotion of 6.7.10 RC-1 / 7.1.3 RC-1, so no
>>> change between the two versions, but the build number and the status.
>>> 
>>> 
>>> *Getting the Release*
>>> 
>>> To get the release please download the installer directly at:
>>> http://downloads.livecode.com
>>> 
>>> 
>>> Warmest regards,
>>> 
>>> 
>>> The LiveCode Team
>>> --
>>> ___
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your 
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode


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

Re: server difficulties coming from LC7, or new host?

[Phil Davis]

David, Ralph, MarkW and others - THANKS for your feedback! This truly is 
an amazing community. I'll see if I can put together a recipe stack.


Thanks to all -
Phil



On 3/16/16 11:46 AM, David Simpson wrote:

Phil,
Did you open a support ticket? I have found LiveCode to be very responsive.

It would potentially be helpful for them to see a simple recipe stack which 
duplicates the problem. Maybe there is some global config parameter which needs 
changed - and they could test and resolve it very quickly.

David Simpson
www.fmpromigrator.com




On Mar 16, 2016, at 11:37 AM, Phil Davis  wrote:

Hi folks,

Summary:
Since diesel was moved to the new hosting provider last weekend, my main 
customer's relatively stable client/server system no longer works. I'm trying 
to understand why. (The server code is in my customer's on-rev account, not on 
a LAN server.)

I have adjusted arrayEncode() in my server code to work with my 6.x client 
apps, but this has not been enough to make everything work again. The apps are 
able to interact with server code enough to get authenticated as valid users of 
the system, but any attempt by an app to download a data chunk of 200k or so 
causes timeout errors, even if I set client and server socketTimeoutIntervals 
to a ridiculously long 60 seconds. (My server tests show that the server is 
done with the 'put' lng before the client 'post' times out.) Communication 
from clients to server use 'post' or 'get', and the server code 'puts' all data 
back to clients.


Details:
Each of 3 desktop apps reaches out to the code in my customer's on-rev (now LC) 
hosting account for authentication and data before proceeding. Then in the 
course of doing their jobs, they will upload or download other info.

With the advent of the new hosting provider, we were also given LC 7.1.0 as our only choice of 
server engine. This in itself is not a bad thing, but it immediately impacted my world. I had to 
change all instances of "arrayEncode()" in my server code to include the "6.7" 
param since all our desktop apps are currently built with LC 6.x. (Our transfer data is often 
structured in arrays underneath the encoding.) For a full 10 seconds or so after that change, I 
thought our problems were solved, but it only allowed the next problem to manifest itself.


I'm probably leaving out some vital info, so feel free to ask. I'm getting 
nowhere right now, so I'll greatly appreciate any insight you can offer. I 
would love to discover that I'm overlooking something simple. (Hey, I can 
always hope!)

Thanks -

--
Phil Davis


___
livecode-dev mailing list
livecode-...@lists.runrev.com
http://lists.runrev.com/mailman/listinfo/livecode-dev


___
use-livecode mailing list
use-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: Re: ≠ or not equal

[Richard Gaskin]

-hh wrote:

>> R.G. wrote
>> If we were to look for not-equal-to operators that affect large
>> numbers of people, it might be worth considering supporting "!=",
>> since a majority of other languages support so for today's audience
>> (and more importantly tomorrow's) that habit impacts orders of
>> magnitude more developers than an old HyperCard-specific token.
>
> This is certainly NOT a problem that is specially linked to HyperCard.
> We have it always when importing any 8-bit data from earlier Macs.
>
> This is more generally a problem of *Encoding*. The specials of the
> extended Macintosh codeTable (here: char 173) and the differences
> to Latin-1 (or HTML entities, where ­ is ­ the optional
> hyphen) etc.

For data you're absolutely right, which is why the team spent so much 
time implementing Unicode.


But in this thread Terence's concern was more specific.  It wasn't about 
merely displaying "≠" as data.  The issue here is about the semantics of 
that character when it appears in scripts.


When used as data, such as in a quoted string, "≠" was no better or 
worse than anything else not found in Latin ISO 8859-1, formerly the 
engine's native character set.


With v7 and later the problem with displaying "≠" as data has been 
solved.  The only remaining issue is whether is should be supported 
across platforms as an evaluation operator.


Personally, I don't care one way or another; I was just noting that we 
have a long list of things to do and this one seems pretty low in the 
priority queue given how few people it affects.



> "!=" is a good solution (as it is one out of the ASCCI 7-bit range).

Agreed.  I was very impressed Mark Wieder implemented that as quickly as 
he did - thanks Mark!


--
 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: Re: Re: ≠ or not equal

[[-hh]]

> R.G. wrote
> If we were to look for not-equal-to operators that affect large numbers 
> of people, it might be worth considering supporting "!=", since a 
> majority of other languages support so for today's audience (and more 
> importantly tomorrow's) that habit impacts orders of magnitude more 
> developers than an old HyperCard-specific token.

This is certainly NOT a problem that is specially linked to HyperCard.
We have it always when importing any 8-bit data from old Macs.

These are more generaly the specials of the extended Macintosh codeTable
(here: char 173) and the differences to Latin-1 (or HTML entities, where
 is  the optional hyphen) etc.

"!=" is a good solution (as it is one out of the ASCCI 7-bit range).

___
use-livecode mailing list
use-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: Problems creating a field in LC8 DP16

[-hh]

I deleted the four lines (*) of your function (see citation below)
and inserted instead the following 4 lines, in that order, at end of it.

  set fixedLineHeight of fld tName to true
  set textSize of fld tName to 12
  set textHeight of fld tName to 20
  return (0,0,the formattedWidth of fld tName, \
 the formattedHeight of fld tName)

because
1. the default setting of fixedLineHeight may have changed?
2. why use possible update bugs of "rect" if not needed?

Works fine here.

> William P. wrote:
> ==
function iml_makeField tName,tText
  if there is no cd fld tName then
create field tName
  end if
  put tText into fld tName
  set the visible of fld tName to FALSE
  set the showBorder of fld tName to FALSE
  set the style of fld tName to "transparent"
  set the textAlign of fld tName to "center"
  set the textfont of fld tName to "Arial"
* set the textSize of fld tName to 12
  set the borderWidth of fld tName to 0
  set the margins of fld tName to 2,3,0,0
  set the dontWrap of fld tName to true
* set the textHeight of fld tName to 20
  --wait for 0 seconds with messages
  set the fontStyle of fld tName to bold
* set the rect of fld tName to "0,0,"& \
(the formattedWidth of fld tName) &","&\
(the formattedHeight of fld tName)
* return the rect of fld tName
end iml_makeField
> ==



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Problems-creating-a-field-in-LC8-DP16-tp4702326p4702329.html
Sent from the Revolution - User mailing list archive at Nabble.com.

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

Re: OT(ish): Selling software downloads - sales tax?

[Matthias Rebbe]

Graham,

if you want to go the save way, then you should consider using a service like 
Fastspring, KAGI or other.
They will fulfill the complete order,payment and deliver process for you 
including VAT if applicable. 

You will get your earnings and do not have to think about VAT.

Since 1st January as an european reseller  you have to use the VAT-rate of the  
buyers country when selling digital products like videostreaming, licenses, 
downloads or whatever.
Before that date you could use the VAT-Rate of your country. At least here in 
Germany the 1st January was the deadline. I am not sure if all european 
countries already made this mandatory , but it is a european wide thing.

Because of this regulation i switched to KAGI and do not have to worry about 
the VAT stuff. 

Btw. if you want to protect your app you should think about Zygodact 
http://www.hyperactivesw.com/solutions_zygodact.html 
 . It provides you an 
very easy to use registration serial key system to your LiveCode standalone or 
stack. It creates for each app a separate registration stack and a key 
generator stack.

I am using Zygodact with KAGI order system. KAGI´s order system supports 
Livecode stacks. So after successful payment KAGI automatically  to creates the 
registration key using a stack with key generator substack and sends out the 
registration info to the customer.  That works like a charm.

Regards,

Matthias



> Am 17.03.2016 um 19:06 schrieb Graham Samuel  >:
> 
> I have been discussing the sale of a desktop product (developed with LC, 
> obviously) with a colleague. We’re thinking of direct sales, rather than 
> selling via an agent or an app store type of arrangement. He’s in the US and 
> I’m in the UK, or at any rate the EU. 
> 
> I think that if I sell a low volume of product purely as a download with no 
> physical fulfilment, I won’t have to charge sales tax anywhere in the 
> European Union. But I am not sure about the US. It seems that some states 
> charge sales tax on everything, while others (California, perhaps?) don’t 
> charge if there is no physical fulfilment. I am not sure if the volume (or 
> more accurately, the total value of sales per year) comes into it or not. It 
> certainly does in Europe.
> 
> Some people on this list are selling apps, stacks etc in this way - can 
> anyone explain how they see this? 
> 
> This may not be the right place to discuss the issue, but looking at the only 
> forum topic which seems close - ‘Marketing Your Products’ - it seems pretty 
> dead.
> 
> TIA
> 
> Graham
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com 
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode 
> 
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: LiveCode & OpenCart

[Sannyasin Brahmanathaswami]

It's quite straight forward. i believe there were some old remote SQL examples 
around here... I have an old stack here from 2004 i can send to you. (email me 
off line)   it's just a matter of entering the correct remote host.

typical connection script looks like this

on mouseUp
  put fld "db user" into dbUser
  put fld "db pass" into dbPass
  put fld "db path" into dbName
  put fld "db address" into dbAddr
  if dbAddr is empty then put "localhost" into dbAddr

  put revOpenDatabase("MySQL",dbAddr,dbName,dbUser,dbPass) into dbresult
  if dbresult is a number then
put dbresult into fld "db ID"
  else
answer dbResult
  end if

end mouseUp

where dbAddress is your server's absolute URL like my.domain.com...

But there may be issues with permissions on the web  server, in recent years 
the idea that you would keep the MySQL port (usually set to 3306) open and 
listening to the outside has been deemed really, REALLY bad practice. If your 
client is PCI compliant, then it will definitely be forbidden. But there are 
ways around this, assuming you have control over the firewall you can set the 
MySQL port to accept only connections from specific IP's

OTOH, you can avoid all those issues by setting up an API on the server using 
LC Server or PHP and then you can POST to the API and let the API talk to the 
database. That's what our desktop client does that talks to our database at 
www.himalayanacademy.com

It's easy enough to install RevIgniter on the same web server instance... it 
does not matter that the main site is also running some PHP CMS... you can run 
revIgniter right on the same web server instance and then use all of Ralf 
marvelous active db libs for your API. So you have revIgniter or LC server 
talking to the same database as Open Cart.

You can even have the API be in PHP and post to that and let the PHP do the 
talking with the database.   with the new LC JSON lib in LC 8 it's easy to take 
the kind of spreadsheet data you are talking about, package it into a file, 
post to the server API and that API inserts/ updates the database.




On February 10, 2016 at 6:56:33 AM, tkuyp...@telenet.be 
(tkuyp...@telenet.be) wrote:

I know there are all kinds of security issues which makes this not so obvious, 
but maybe someone figured out a way to make this connection?
___
use-livecode mailing list
use-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: Release 6.7.10 / 7.1.3

[Terence Heaford]

I must be losing it, I could have swore the previous versions saved the current 
size of the stack when closed
and reinstated to that size when reopened.

All versions open the stack window at the minimum size set in the stack 
properties.

Is that correct please?


Thanks

Terry


> On 16 Mar 2016, at 19:23, Terence Heaford  wrote:
> 
> LC 7.1.3 isn’t remembering stack size neither.
> 
> Will revert back to previous stable releases to check.
> 
> 
> Terry

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

listBehavior and mouse btn 3

[Randy Hengst]

Hi All,

I’m messing with listBehavior in fields really for the first time.

I’ve set the listBehavior to true. All works well with mouse button 1… line 
highlights, code runs… But, while the code runs with mouse button 3 (right 
click), the line does not highlight.

Am I missing a step, or is this normal? I found nothing in the dictionary about 
the mouse button making a difference. And, I’ve not found any specific 
reference to this issue in previous discussions of listBehavior.

Mac OSX 10.10.5  LC 7.1.1

Thanks for any thoughts.

be well,
randy

Randy Hengst
www.classroomFocusedSoftware.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: ≠ or not equal

[dunbarx]

When I first started with LC, many of my handlers broke with "≠", and after a 
forum inquiry, I was told that LC is not HC, so use "<>".


Well and good. but this was several versions ago, and I just tested again after 
all these years, and what do you know? "≠" works in v.6.8.


I hate "<>".


Craig Newman



-Original Message-
From: Terence Heaford 
To: How to use LiveCode 
Sent: Wed, Mar 16, 2016 5:10 am
Subject: ≠ or not equal

I have been advised that ≠ (not equal) does not compile in Linux.It does seem 
to work in OSX.If ≠ is not a keyword then why does it work in 
OSX?ThanksTerry___use-livecode 
mailing listuse-livecode@lists.runrev.comPlease 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: Sample Stacks Stack in Livecode 8 - Gone ?

[J. Landman Gay]

On 3/18/2016 9:24 AM, -hh wrote:

I prefer also the "old" stack (of Elanor?), so I use on LC 8 the
following, what is at least 10 times faster than 'livecodeshare'.

on mouseUp
   put specialFolderPath("engine") into p
   set itemdel to slash
   put "Tools/Toolset/palettes/revonline.rev" into last item of p
   set itemdel to comma
   palette stack p
end mouseUp


It might be easier to just copy it into your user Plugins folder, where 
it would load on every startup.


--
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: Problems creating a field in LC8 DP16

[-hh]

William P. wrote:
> So, I guess we can't count on the formattedHeight and formattedWidth
> to return dimensions of a rect that will show all of the text in a field?

Sorry? The (modified) function works here as it should, I wrote "works fine
here".
I think that simply the fixedTextHeight isn't set to true any more by
default.



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Problems-creating-a-field-in-LC8-DP16-tp4702326p4702332.html
Sent from the Revolution - User mailing list archive at Nabble.com.

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

Re: [ANN] tmControl2 v2.2 Released for LiveCode 7

[Scott Rossi]

FYI, on Sunday April 20 midnight PST, all introductory discounts for
tmControl2 v2.2 will end.

If you're looking for a complete set of mobile controls for iOS, with
example code and implementations, tmControl2 is a good option.  Visit
http://tmtools.tactilemedia.com/tmcontrol2 for details.


Regards,

Scott Rossi
Creative Director
Tactile Media, UX/UI Design




On 3/10/16, 10:43 AM, "use-livecode on behalf of Scott Rossi"
 wrote:

>Happy to announce a major new update of my tmControl2 iOS control set for
>LiveCode with tons of fixes and lots of new features. A limited time
>discount is available for new and existing customers.
>
>Get the full details here:
>http://tactilemedia.com/blog/2016/03/10/announcement-tmcontrol2-v2-2/



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

Re: using the SHELL function to GREP a body of text

[J. Landman Gay]

On 3/18/2016 10:57 AM, Peter TB Brett wrote:


Indeed, "Implement an HTML parser using regular expressions" is a
well-known prank project to suggest for inexperienced developers to
waste their time on...


I cannot pass up a chance to post the best reply ever written:



--
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: OT(ish): Selling software downloads - sales tax?

[Warren Samples]

On 03/17/2016 01:06 PM, Graham Samuel wrote:

I have been discussing the sale of a desktop product (developed with LC, 
obviously) with a colleague. We’re thinking of direct sales...He’s in the US

..sell a low volume of product purely as a download with no physical 
fulfilment...I am not sure about the US.


There is no sales tax charged for any online sales in the US except for 
sales to customers located within a state where the vendor has a 
physical office or point of sale. Your stateside partner probably knows 
this already. As far as software with no physical delivery goes, it 
could be considered several different ways which will vary from state to 
state but again you are only concerned with how the state where he is 
qualifies it. Ask your partner to contact the revenue department of the 
state in which he resides and ask them how to proceed. That would be the 
only state where you have any possible obligation and even then, 
depending on how your partnership/company is structured and how they 
consider this kind of product, you might not have any at all.



https://www.sba.gov/content/collecting-sales-tax-over-internet

http://biztaxlaw.about.com/od/businesstaxes/f/onlinesalestax.htm

http://www.inc.com/articles/2003/10/salestax.html

Good luck!

Warren

___
use-livecode mailing list
use-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: Problems creating a field in LC8 DP16

[-hh]

William,

meanwhile I tested this in depth and must say that you are
right with that: The formattedWidth and formattedHeight don't
show the exact boundaries, as you wish.

But from my knowledge of TeX I know, that this isn't obtainable
for fonts that don't have an extremely optimized metric. This
isn't even solvable by "pure" typesetting engines (nor by LC).

The formattedWidth is meanwhile pretty good measured.
[It has some problems with extreme slanted fonts.
That's the problem of non-perfect text-metric of the fonts.]

The formattedHeight is *better than ever*, but has still some
problems with interline-spacing at top or at end of strings.

So, with the final version of script you probably have to wait
for stable 8.0.0 (or 8.0.1) -- there is too much "in motion"
with the new "text engine". Peter certainly could say more here.

Perhaps you should report this as bug, so that they know
there are, despite their improvements, still problems?

We should use for demos of these problems, to be fair with respect
to font-metrics, a high-quality otf/ttf-font (for example "Skia").

Hermann

p.s. I was some time ago preparing a stack for the Raspi-stacks
collection that shows the exact boundary box of the
"outer opaque region" of a transparent object. I'll expand it now to
test also the formattedHeight and formattedWidth of a text-display.



Wprothero wrote
> Is this a bug? Shouldn’t the formattedHeight and formattedWidth show the
> text? I’m content to use my margins adjustment, but hope it doesn’t need
> to be revisited in the future. If so, it’s a small thing, but...





--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/Problems-creating-a-field-in-LC8-DP16-tp4702326p4702354.html
Sent from the Revolution - User mailing list archive at Nabble.com.

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

Re: Re: ≠ or not equal

[Richard Gaskin]

RM wrote:
> So what? Big deal! Hardly worth the fuss!
>
> I just tried this:
>
> on mouseUp
> put fld "fff" into FFF
> if FFF is not 1 then
>put "NOPE"
> else
>put "YEP"
>end if
> end mouseUp
>
> So it really doesn't matter that '≠' doesn't work in Linux.

Or:

  if FFF <> 1 then

I don't believe "≠" has ever been documented as a working token at all 
in LiveCode, supported only for imported HyperCard stacks back in the 
day.  Since HyperCard's been gone nearly 20 years we don't see many 
imports these days, and the universally-supported "<>" alternative takes 
only one extra character.


It'll be nice to see this supported elsewhere now that it's in Unicode, 
but doesn't seem much of a deal-breaker if it's a back-burner task in 
light of more pressing priorities (e.g., could I just play a video 
reliably on Windows and Linux please?).


If we were to look for not-equal-to operators that affect large numbers 
of people, it might be worth considering supporting "!=", since a 
majority of other languages support so for today's audience (and more 
importantly tomorrow's) that habit impacts orders of magnitude more 
developers than an old HyperCard-specific token.


--
 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: Sample Stacks Stack in Livecode 8 - Gone ?

[Monte Goulding]

So the argument against a Zip based format is mainly the fact that zip support 
is via an external? The compressed arrayEncode format would still need 
somewhere to save it as a file. The biggest issue I can see with it is 
non-LiveCode engine based build tools will be more complicated to implement.

Sent from my iPhone

> On 19 Mar 2016, at 9:57 AM, Richard Gaskin  wrote:
> 
> If the packager is a library and the packages are encoded arrays, all sorts 
> of things become very possible very easily.

___
use-livecode mailing list
use-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: Sample Stacks Stack in Livecode 8 - Gone ?

[Richard Gaskin]

A bit ago I wrote:

One small request if I may:  please oh please don't make it yet another
Zio-based format.


I doubt you'd do that, as Zio-based formats only exist on planets in the 
Star Trek universe.


Of course that's a typo.  I meant "Zip-based".

--
 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: RevBrowser in 8.0.0 DP 15

[J. Landman Gay]

On 3/18/2016 2:46 AM, Peter TB Brett wrote:

Have you tried opening the page in a browser widget, and then using the
new "do _ in _" syntax to run some JS in the widget that sets
"window.location.hash"?

If that's not clear I can try and find the time to put together a full
example for you...


That'd be great, especially since I don't know any JS, but I've entered 
a bug report so you can stall for a while if you want. If the issue is 
addressed I won't need the JS. For now my project is still in LC 7 where 
I can use the CEF browser.


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

using the SHELL function to GREP a body of text

[jameshale]

I have large bodies of xhtml/html text stored in an array which I would like
to clean up using GREP.
I have been using the 'replacetext' function to great effect but I have hit
an impasse.

There are some situations where I think I really need to use back references
but LC's GREP does not allow them.

for example:


In the example I only want to keep the 'id' attributes but retain the tags
they are in. I have no way of knowing what other attributes are present.

I initially thought I could do this using a non-greedy search pattern which
works in the above case.
eg 


But if the text was...

My non-greedy search pattern would grab  and I would end up with...

losing the id attribute of the header tag.


So I am wondering if it is possible to pass a text variable through the
shell function which would then use a shell script to handle my GREP. 

My app will be deployed on OS X and possible iOS.

At this stage I have not considered the nature of the script I should
construct nor the GREP required to do what I am attempting. (Any hints
gratefully accepted.)

Right now I just want to know if this is a workable approach?

James



--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/using-the-SHELL-function-to-GREP-a-body-of-text-tp4702346.html
Sent from the Revolution - User mailing list archive at Nabble.com.

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

Re: Sample Stacks Stack in Livecode 8 - Gone ?

[Richard Gaskin]

Monte Goulding wrote:
> So the argument against a Zip based format is mainly the fact that
> zip support is via an external?

Not entirely, but yes, the cumbersome calls needed to work with Zip and 
the next to drag the revZip externals around are a part of it.



> The compressed arrayEncode format would still need somewhere to save
> it as a file.

Of course.  It's a data file.  We expect to move data files around.  But 
I ship a lot of apps as a single file, and if this packaging is as 
useful as I'd like to imagine it will be I'd love to use it with my 
truly-stand-alone standalones.



> The biggest issue I can see with it is non-LiveCode
> engine based build tools will be more complicated to implement.

Exactly. LC's arrays are beautiful, flexible, and fast.

LibreOffice, ePub, and others use Zip because they need to consider 
interoperability and Zip libs are common.  Here we have no such 
encumbrance, just LiveCode doing LiveCode, so I'm hoping we can enjoy 
something engine-based.


--
 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: Sample Stacks Stack in Livecode 8 - Gone ?

[Richard Gaskin]

Monte Goulding wrote:
> Do you mean Zip based? I googled Zio and found nothing.
Yep - see subsequent message.

> Perhaps it's just me but I expected the package manager to be an IDE
> thing and the standalone builder to provide options for deployment.

I would imagine so, but ultimately it will produce a file, and sooner or 
later it'll be useful for us to be able to make those files ourselves.


If the SB has an API for that, perhaps the dependency on the IDE 
wouldn't be the end of the world.


But I can imagine value in being able to use a good packaging model for 
all sorts of things, like delivering updates to users of my workgoup 
tools.  There are probably a dozen use cases I haven't thought of that 
others are likely to come up with shortly after a good package format 
becomes available.


If the packager is a library and the packages are encoded arrays, all 
sorts of things become very possible very easily.


--
 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: Sample Stacks Stack in Livecode 8 - Gone ?

[Monte Goulding]

Do you mean Zip based? I googled Zio and found nothing. Perhaps it's just me 
but I expected the package manager to be an IDE thing and the standalone 
builder to provide options for deployment.

Sent from my iPhone

> On 19 Mar 2016, at 9:21 AM, Richard Gaskin  wrote:
> 
> One small request if I may:  please oh please don't make it yet another 
> Zio-based format.
> 
> Cumbersome, and presents truly stand-alone standalones (single-file 
> executables with no externals) from being able to use 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

Re: ≠ or not equal

[RM]

OK, Terry: Good point!

The best thing to do, probably, is to remove the '≠' capability 
completely, cross-platform.


Richmond.

On 16.03.2016 14:03, Terence Heaford wrote:

I didn’t say it mattered only that the two systems did not work the same.

So, when you get a stack that has been created on a mac that includes ≠ will it 
matter then?

Terry


On 16 Mar 2016, at 10:00, RM  wrote:

So it really doesn't matter that '≠' doesn't work in Linux.

___
use-livecode mailing list
use-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: Problems creating a field in LC8 DP16

[Richard Gaskin]

William Prothero wrote:


Is this a bug? Shouldn’t the formattedHeight and formattedWidth show the text? 
I’m content to use my margins adjustment, but hope it doesn’t need to be 
revisited in the future. If so, it’s a small thing, but...


The code looks like it should work, and here formattedWidth and 
formattedHeight appear to work well.


Is there any chance you may have more than one field with the same name 
on that card?


--
 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: Sample Stacks Stack in Livecode 8 - Gone ?

[Peter TB Brett]

On 18/03/2016 10:27, Rolf Kocherhans wrote:

In LiveCode 8 I can no longer download Stacks (click Sample Stacks) from the
online sample stack portal, the download/upload stack called „Sample Stacks“ is
replaced with a link to http://livecodeshare.runrev.com.

Will that stay, or is a better or different download Stack, for the final 
version in
the works ?


Hi Rolf,

I've asked Elanor (who wrote the new Start Center) and she says:

> You can still download Sample Stacks.  Rather than using the Sample 
Stacks window within the IDE we now open the LiveCode Share site in a 
browser.  All the same sample stacks are available there

>
> To download a stack just select it in the list to see the details. 
There is a Download Now button which allows you to download the stack.

>
> Kind regards,
>
> Elanor

--
Dr Peter Brett 
LiveCode Open Source Team

LiveCode 2016 Conference: https://livecode.com/edinburgh-2016/

___
use-livecode mailing list
use-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: Re: ≠ or not equal

[Richard Gaskin]

Mark Wieder wrote:

On 03/17/2016 07:02 AM, Richard Gaskin wrote:
>>> "!=" is a good solution (as it is one out of the ASCCI 7-bit range).
>>
>> Agreed.  I was very impressed Mark Wieder implemented that as quickly
>> as he did - thanks Mark!
>
>
> 
> @mwieder: Thanks for your contribution. Unfortunately, though, we
> don't feel it is an appropriate addition to the LiveCode language.


In a language that has "playLoudness" to mean "soundVolume", a 
"destroyStack" property that doesn't destroy the stack, and "this me", 
adopting the world's most common way to express non-equivalence would 
seem a shoe-in.


Esp. given that "<>" is supported but almost unique to our language, and 
"≠" has been suggested by a member of the core dev team to be elevated 
from an undocumented convenience for HyperCard ports to a native token:



How does one even type "≠" in any keyboard other than a Mac?

If we were talking about "==" I could understand.  The difference 
between "=" and "==" in languages that support both accounts for 
millions of lost hours for developers and end-users due to accidental 
bugs every year.


But "!="?  I just don't see the harm.  Sometimes accommodating the rest 
of the world isn't a bad thing.


At a time when I hope we're all keenly sensitive to the need for 
increased adoption, this seems more of a focus on "We're different" than 
"We help you get the job done more efficiently".


--
 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: Apple Development Certificate

[panagiotis merakos]

Hi Ralph,

Scott Rossi posted this a month ago:

---

If any of you are having difficulty building iOS standalones today, you're
not alone. Apple's own Worldwide Developer Relations Certificate expired
yesterday (Feb 14) which will likely cause your developer certificates to
display with an "This certificate has an invalid user" error message, and
will prevent LiveCode from generating standalones with a "A valid signing
identity could not be found" error.  I was beyond irked trying to figure
why I could build standalones last week and not this week.

What solved the problem for me was to delete the Apple Worldwide Developer
Relations Certification Authority certificate from Keychain, and then
downloading and installing the certificate mentioned here:
https ://

developer.apple.com

/support/certificates/expiration/


Hope this saves a few people some aggravation.

Regards,

Scott Rossi
Creative Director
Tactile Media, UX/UI Design

-

Hope this helps,

Panos

--
On 16 Mar 2016 20:35, "Ralph DiMola"  wrote:

> I just tried to open a previously installed app with a development
> certificate and the app showed the splash page and then "poof" the app
> exits. Tried to reload the app on the device and no-go. I logged on to the
> development site and my development certificate is gone. The provisioning
> profiles show as expired. Did it just expire without notice? When it does
> expire does Apple deleted it or should remain but show as expired? I will
> regenerate the development certificate but want to see if this is a normal
> Apple thing.
>
> Thanks
>
> Ralph DiMola
> IT Director
> Evergreen Information Services
> rdim...@evergreeninfo.net
>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Problems creating a field in LC8 DP16

[Trevor DeVore]

On Thu, Mar 17, 2016 at 9:58 PM, William Prothero 
wrote:

> Folks:
> My plot routines use fields as labels. Fields are created on the fly, the
> plot image is captured, and the fields are deleted. In LC8 DP16, I find
> that the field heights are messed up. I create the field and put text in it
> using the following function:
>
> I know that fields work differently in version 8, but I thought the
> formattedHeight and formattedWidth should adjust the rect to make all of
> the text visible. This works fine in version 7
>

Bill,

Changes were made to how formattedHeight is calculated in LC 8. There are
issues with figuring out the formattedHeight for some fonts though. See the
comments on this commit:

https://github.com/livecode/livecode/pull/3633

I would suggest filing a bug report.

-- 
Trevor DeVore
ScreenSteps
www.screensteps.com-www.clarify-it.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: Interactive Tour

[Ali Lloyd]

Ah, the start center does (intentionally) close when you open a stack. But
you can get it back from the Help menu.

Note that most of the IDE functionality is disabled during the tour, so you
won't actually be able to copy stuff to another stack.

On Fri, Mar 18, 2016 at 9:30 PM RM  wrote:

> Wow! And I love the LEGO chap!
>
> But, unfortunately, if I open a new stack so that I can copy some of the
> stuff during the tour,
> the tour stack closes and vanishes.
>
> Xubuntu 64 bit.
>
> Is this a bug, or is this intentional?
>
> Richmond.
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Sample Stacks Stack in Livecode 8 - Gone ?

[Richard Gaskin]

Peter TB Brett wrote:


On 18/03/2016 20:26, Richard Gaskin wrote:

Separate from the question of security is a larger one:

Is a stack repository even something we need/want the core dev team to
be tasked with maintaining?

R's CRAN, Python's PyPI, Perls CPAN, and others are all maintained by
the communities of those languages, leaving the core dev teams to keep
their focus on the scripting engines they produce.


As far as I know, we plan to introduce a package management system (with
all of the capabilities that one might expect, such as version
management, dependency management, checksums, cryptographic signatures,
etc. etc.) as part of the delayed Extension Store feature.

It won't be a small or easy job but it's very important that we get it
right when we do it.  Don't expect anything that you can try out for a
few months yet.


Excellent.  The security part of that is a hard nut to crack.  The best 
we could do would be to limit access by using a standalone running with 
securityPermissions, which is a faulty way to test many things because 
unless a stack is written with specific securityPermissions in mind it 
just breaks a lot.  :)


Happy to have you folks do it.  And given the challenge of doing it 
well, I don't think anyone will mind waiting.




Of course, if someone else comes up with something first then there's a
good chance we might adopt and contribute to that, so don't let our
ideas (there's no code yet!) put you off starting something.

If you do, you will find this to be relevant and useful reading material:

https://medium.com/@sdboyer/so-you-want-to-write-a-package-manager-4ae9c17d9527


Thanks, but I'm hoping to avoid this:
https://xkcd.com/927/

The Yum/Deb schism has already caused enough gray hairs, and while Snaps 
are IMO a great (if not long overdue) solution to many of the 
limitations of those earlier PMs Canonical's already taking heat for 
making yet-another-package-manager.


I'm happy to leave such controversies to other camps.  If you folks are 
working on a broad-scope package management solution for LC, I'm sure 
it'll be well worth waiting for.


--
 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: Sample Stacks Stack in Livecode 8 - Gone ?

[Richard Gaskin]

Peter TB Brett wrote:

> As far as I know, we plan to introduce a package management system
> (with all of the capabilities that one might expect, such as version
> management, dependency management, checksums, cryptographic
> signatures, etc. etc.) as part of the delayed Extension Store feature.

One small request if I may:  please oh please don't make it yet another 
Zio-based format.


Cumbersome, and presents truly stand-alone standalones (single-file 
executables with no externals) from being able to use them.


Extra bonus points if it's based on LC's encoded arrays.  Nice format, 
that one, better than BSON IMO.


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

Finally made it into the App Store..

[Todd Fabacher]

We are going to open source the app and all the 16 language games soon. If
you are interested in seeing what are the possibilities with LiveCode check
out the iPad App:

https://itunes.apple.com/WebObjects/MZStore.woa/wa/viewSoftware?id=1065372259=8

There is also an Android and desktop versions available on our website:
www.playlandarmenia.com The good news also is we already have 1000
registrations in the first week.

Take a look and let me know what you think.

--Todd from Digital Pomegranate
___
use-livecode mailing list
use-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 the SHELL function to GREP a body of text

[jameshale]

J. Landman Gay wrote
> I cannot pass up a chance to post the best reply ever written:
> 
> http://stackoverflow.com/a/1732454;

Very good. 





--
View this message in context: 
http://runtime-revolution.278305.n4.nabble.com/using-the-SHELL-function-to-GREP-a-body-of-text-tp4702346p4702375.html
Sent from the Revolution - User mailing list archive at Nabble.com.

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