Re: Writing a UTF8 text file to server.

[Tim Selander via use-livecode]

Hi Scott,

Added info; I have charset=UTF-8" ?> at the top of the web page source.


Then, I only found outputTextEncoding in the dictionary. It said it only 
works with CGI (server), put when I put:

set the outputTextEncoding to "utf-8"

into the script before dealing with the $_POST array, it broke the Kanji 
on the web page itself.


Googling turned up info on the textEncode function, but this script 
still results with a saved file of gibberish and not Kanji.


Changed the script to this:
put $_POST[firstname]  --(Results in Kanji name to web page)
put "data.txt" into vfile
open file vfile for utf8 text update
put textEncode($_POST[firstname], "UTF-8") into vdata
write vdata to file vfile at end
close file vfile

but still get a file with broken kanji.

Any hints?

Tim




On 2018/10/04 15:08, scott--- via use-livecode wrote:

Hello Tim,

Did you look at the textEncode function?

—
Scott Morrow


On Oct 3, 2018, at 10:22 PM, Tim Selander via use-livecode 
 wrote:

I am using Livecode Server on Livecode's hosting plan.

Taking my first stab at a web response form. I am getting the data from $_POST 
fine, and when I simply do something like:
put $_POST[firstname]

the UTF8/Kanji word shows up fine in the webpage. But I am unable to save the 
data to a file on the server encoded in UTF8 (simply trying to collect the 
submitted data).

put "data.txt" into vfile
open file vfile for utf8 text update
put $_POST[firstname] & comma & $_POST[lastname] & comma & $_POST[country] &  the 
time & return into vdata
write vdata to file vfile at end
close file vfile

Data is getting saved, but in gibberish, not in kanji/utf8.

Anyone see what I'm doing wrong?

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



___
use-livecode mailing list
use-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: Writing a UTF8 text file to server.

[scott--- via use-livecode]

Hello Tim,

Did you look at the textEncode function?

—
Scott Morrow

> On Oct 3, 2018, at 10:22 PM, Tim Selander via use-livecode 
>  wrote:
> 
> I am using Livecode Server on Livecode's hosting plan.
> 
> Taking my first stab at a web response form. I am getting the data from 
> $_POST fine, and when I simply do something like:
> put $_POST[firstname]
> 
> the UTF8/Kanji word shows up fine in the webpage. But I am unable to save the 
> data to a file on the server encoded in UTF8 (simply trying to collect the 
> submitted data).
> 
> put "data.txt" into vfile
> open file vfile for utf8 text update
> put $_POST[firstname] & comma & $_POST[lastname] & comma & $_POST[country] &  
> the time & return into vdata
> write vdata to file vfile at end
> close file vfile
> 
> Data is getting saved, but in gibberish, not in kanji/utf8.
> 
> Anyone see what I'm doing wrong?
> 
> 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: Stacks whose names start with "rev"

[J. Landman Gay via use-livecode]

I won't be able to check it for a few days. The problem isn't so much that 
I couldn't change the stack but how it got assigned as mode two in the 
first place. It was a regular topstack when it was created back in LC 8.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On October 3, 2018 6:44:34 PM Richard Gaskin via use-livecode 
 wrote:



J. Landman Gay wrote:
> The main thing I needed to know is whether there was an easier way to
> edit the stack than what we were doing. It seems there isn't.

If "toplevel " doesn't work for you then it doesn't work for
the folks at LC Ltd.

I can understand if you don't have time to investigate this, but now I'm
intrigued and wish we knew what made the stack you're working on so
unusually difficult beyond the naming conventions.

--
 Richard Gaskin
 Fourth World Systems
 Software Design and Development for the Desktop, Mobile, and the Web
 
 ambassa...@fourthworld.comhttp://www.FourthWorld.com

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

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





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

Re: OT our shipping software is finally finished

[J. Landman Gay via use-livecode]

Congratulations! That's an impressive project and speaks well for both you 
and LiveCode.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On October 3, 2018 5:35:48 PM Matthias Rebbe via use-livecode 
 wrote:



Hi,

with a little proud i am happy to say that after many weeks of "blood, 
sweat and tears" i´ve finally finished our Windows software for DHL and 
Trans-o-flex shipments. This software is used by our own and replaces a 3rd 
party software. There are several reasons, why we decided to replace the 
software.


These are the main features:
By entering the invoice number the software fetches the corresponding 
shipping address and some other additional information like cash on 
delivery amount (if applicable) from the database of our ERP software and 
creates a shipping label, which then is printed onto a thermal printer.


For Trans-o-Flex the shipping labels (including a 1D barcode 2of5 
interleaved and  a qrCode) are completely built with the app.
The qrCode is created with a slightly modified version of the Livecode 
qrCode library. The modified library allows to specify the version number 
the created qrCode should have. This is important, as the carrier 
Trans-o-Flex only allows version 14 qrCodes for their shipping labels. The 
original LC library selects the version according to the data the qrCode 
contains. If you are interested in the modified library, you´ll find it 
here   I´ve attached it 
to “bug” report 21428.


The 1D barcode is created with a 3rd party Windows SDK from Tec-It 
.
Currently the SDK is called from a .vbs script.The .vbs file is created 
dynamically. The future plan is to create a widget which calls the SDK. But 
due to my lack of knowledge about widget i had to choose the .vbs way for now.


After successful printing, the shipping data is stored into a database. At 
the end of the day, the shipping data of all parcels and pallets is 
exported from database to an XML file, which is then uploaded to the sftp 
server of the shipment carrier. The tracking number of each shipment, the 
according invoice and customer number are exported also to our web server. 
This allows our customers to query the tracking numbers by entering their 
invoice and customer number. The software allows also the export a PDF of 
all shipments of a day.


I´ve uploaded 3 screenshots of the app if you´re interested. Please don´t 
laugh about the user interface. The design does not match the current 
Windows design nor is it state of the art. Our users wanted it simple and 
“readable” and no small buttons or text.


https://mr.on-rev.com/menu.png 
https://mr.on-rev.com/shipping.png 
https://mr.on-rev.com/label.png 

This is by far the most extensive app i´ve created with Livecode so far and 
i am really happy that it was finally approved by Trans-o-Flex.



Matthias



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

Writing a UTF8 text file to server.

[Tim Selander via use-livecode]

I am using Livecode Server on Livecode's hosting plan.

Taking my first stab at a web response form. I am getting the data from 
$_POST fine, and when I simply do something like:

put $_POST[firstname]

the UTF8/Kanji word shows up fine in the webpage. But I am unable to 
save the data to a file on the server encoded in UTF8 (simply trying to 
collect the submitted data).


put "data.txt" into vfile
open file vfile for utf8 text update
put $_POST[firstname] & comma & $_POST[lastname] & comma & 
$_POST[country] &  the time & return into vdata

write vdata to file vfile at end
close file vfile

Data is getting saved, but in gibberish, not in kanji/utf8.

Anyone see what I'm doing wrong?

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: OT our shipping software is finally finished

[Tom Glod via use-livecode]

Congratulations.

Just wondering what the time frame was to start and complete this project?

All the best and tons of sales.

Cheers



On Wed, Oct 3, 2018 at 8:07 PM Mark Wieder via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 10/03/2018 03:33 PM, Matthias Rebbe via use-livecode wrote:
>
> > This is by far the most extensive app i´ve created with Livecode so far
> and i am really happy that it was finally approved by Trans-o-Flex.
>
> Congratulations. I know this has been a long rocky road.
>
> --
>   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
___
use-livecode mailing list
use-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 our shipping software is finally finished

[Mark Wieder via use-livecode]

On 10/03/2018 03:33 PM, Matthias Rebbe via use-livecode wrote:


This is by far the most extensive app i´ve created with Livecode so far and i 
am really happy that it was finally approved by Trans-o-Flex.


Congratulations. I know this has been a long rocky road.

--
 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: Stacks whose names start with "rev"

[Richard Gaskin via use-livecode]

J. Landman Gay wrote:
> The main thing I needed to know is whether there was an easier way to
> edit the stack than what we were doing. It seems there isn't.

If "toplevel " doesn't work for you then it doesn't work for 
the folks at LC Ltd.


I can understand if you don't have time to investigate this, but now I'm 
intrigued and wish we knew what made the stack you're working on so 
unusually difficult beyond the naming conventions.


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

Leveraging LCB's Foreign Function Interface in Levure

[Trevor DeVore via use-livecode]

Hi all [sending again to the right list],

I uploaded a screencast last night discussing how Levure is using LCB's
Foreign Function Interface (FFI) that was introduced in LC9.

https://www.youtube.com/watch?v=1TW5ArazTrc

-- 
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: [off] Do me a solid

[Kay C Lan via use-livecode]

On Sun, Sep 30, 2018 at 10:11 AM Mark Wieder via use-livecode
 wrote:
> 
>
> Is this the same Tim Berners-Lee who, in his capacity as Director of the
> World Wide Web Consortium, a year ago overruled all objections and added
> standardized DRM to the open web standards? Sided with trillions of
> dollars worth of corporate muscle against accessibility groups, security
> experts, browser startups, public interest groups, human rights groups,
> archivists, research institutions, etc?
>
> Pass.
Unfortunately I think the Free Software Foundation backed the wrong
horse.  Whilst it's mission to promote computer user freedom is
commendable, doing it via OSS in a world where the Internet is driven
by trillions of dollars, web search engines are driven by billions of
dollars and both of these are influenced by media giants and
governments with political agendas almost make the fact that you have
OSS on your device irrelevant.   I think individual freedom, let alone
computer user freedom, would better be served if, like linux, there
were a couple of versions of the WWW, some of which were truly Open
Source.  Although I use DuckDuckGo in deference to Google, I think
we'd all be better off with a few viable OS Web Search Engines - the
current ones are too small.

I think in the future we'll look back and realise that having a purely
open Search Engine and purely open Internet will be far more important
to us than whether the code of the app we are using, to take advantage
of what is available across the internet, is open or closed.

___
use-livecode mailing list
use-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 our shipping software is finally finished

[Matthias Rebbe via use-livecode]

As this runs only on Windows and we are fetching the data from a MSSQL database 
we are using the  odbc driver “SQL Server” which is included in Windows.

Btw.: For connections from Mac to MSSQL server i have here Actualtech´s ODBC 
driver and also the Openlink SQL Server Lite driver. But i prefer the 
Actualtech one. Why? Because it´s cheaper and it´s easier to configure and 
Jonathan Monroe of Actualtech was always helpful when i requested support.

Matthias




> Am 04.10.2018 um 01:01 schrieb Bob Sneidar via use-livecode 
> :
> 
> Ah. So do you use an ODBC connector? If so, which did you use? We have an ARP 
> I would like to at least create read connectors for into my Forms Generator, 
> but I would have to have some kind of ODBC connector, unless direct 
> connections are permitted now. 
> 
> Bob S
> 
> 
>> On Oct 3, 2018, at 15:57 , Matthias Rebbe via use-livecode 
>>  wrote:
>> 
>> No, there is no api. We are fetching the data directly from the MSSQL 
>> database. But fortunately the developer of our ERP provided very detailed 
>> informations about the database and the structure of its tables.
> 
> 
> ___
> use-livecode mailing list
> use-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: OT our shipping software is finally finished

[Bob Sneidar via use-livecode]

And congratulations by the way. :-)

Bob S


> On Oct 3, 2018, at 16:01 , Bob Sneidar via use-livecode 
>  wrote:
> 
> Ah. So do you use an ODBC connector? If so, which did you use? We have an ARP 
> I would like to at least create read connectors for into my Forms Generator, 
> but I would have to have some kind of ODBC connector, unless direct 
> connections are permitted now. 
> 
> Bob S
> 
> 
>> On Oct 3, 2018, at 15:57 , Matthias Rebbe via use-livecode 
>>  wrote:
>> 
>> No, there is no api. We are fetching the data directly from the MSSQL 
>> database. But fortunately the developer of our ERP provided very detailed 
>> informations about the database and the structure of its tables.
> 
> 
> ___
> use-livecode mailing list
> use-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: OT our shipping software is finally finished

[Bob Sneidar via use-livecode]

Ah. So do you use an ODBC connector? If so, which did you use? We have an ARP I 
would like to at least create read connectors for into my Forms Generator, but 
I would have to have some kind of ODBC connector, unless direct connections are 
permitted now. 

Bob S


> On Oct 3, 2018, at 15:57 , Matthias Rebbe via use-livecode 
>  wrote:
> 
> No, there is no api. We are fetching the data directly from the MSSQL 
> database. But fortunately the developer of our ERP provided very detailed 
> informations about the database and the structure of its tables.


___
use-livecode mailing list
use-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 our shipping software is finally finished

[Matthias Rebbe via use-livecode]

No, there is no api. We are fetching the data directly from the MSSQL database. 
But fortunately the developer of our ERP provided very detailed informations 
about the database and the structure of its tables.
So at least i knew what table stored what information. I then “just” had to 
find out how to fetch  the needed information from which tables and to create 
the sql commands for it.

To make it more complicated, the app does not just fetch shipping addresses for 
invoices, but also for orders,return shipments and return shipments with credit 
memo. They are all stored somewhere else. That´s one reason why i wrote 
“blood,sweat and tears”.



> Am 04.10.2018 um 00:45 schrieb Bob Sneidar via use-livecode 
> :
> 
> I'd be curious how you did the back end integration with your ERP sysetm. Do 
> they provide an API? 
> 
> Bob S
> 
> 
>> On Oct 3, 2018, at 15:33 , Matthias Rebbe via use-livecode 
>>  wrote:
>> 
>> These are the main features:
>> By entering the invoice number the software fetches the corresponding 
>> shipping address and some other additional information like cash on delivery 
>> amount (if applicable) from the database of our ERP software and creates a 
>> shipping label, which then is printed onto a thermal printer. 
> 
> 
> ___
> use-livecode mailing list
> use-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: OT our shipping software is finally finished

[Bob Sneidar via use-livecode]

I'd be curious how you did the back end integration with your ERP sysetm. Do 
they provide an API? 

Bob S


> On Oct 3, 2018, at 15:33 , Matthias Rebbe via use-livecode 
>  wrote:
> 
> These are the main features:
> By entering the invoice number the software fetches the corresponding 
> shipping address and some other additional information like cash on delivery 
> amount (if applicable) from the database of our ERP software and creates a 
> shipping label, which then is printed onto a thermal printer. 


___
use-livecode mailing list
use-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 our shipping software is finally finished

[Matthias Rebbe via use-livecode]

Hi,

with a little proud i am happy to say that after many weeks of "blood, sweat 
and tears" i´ve finally finished our Windows software for DHL and Trans-o-flex 
shipments. This software is used by our own and replaces a 3rd party software. 
There are several reasons, why we decided to replace the software.

These are the main features:
By entering the invoice number the software fetches the corresponding shipping 
address and some other additional information like cash on delivery amount (if 
applicable) from the database of our ERP software and creates a shipping label, 
which then is printed onto a thermal printer. 

For Trans-o-Flex the shipping labels (including a 1D barcode 2of5 interleaved 
and  a qrCode) are completely built with the app. 
The qrCode is created with a slightly modified version of the Livecode qrCode 
library. The modified library allows to specify the version number the created 
qrCode should have. This is important, as the carrier Trans-o-Flex only allows 
version 14 qrCodes for their shipping labels. The original LC library selects 
the version according to the data the qrCode contains. If you are interested in 
the modified library, you´ll find it here 
  I´ve attached it to “bug” 
report 21428.

The 1D barcode is created with a 3rd party Windows SDK from Tec-It 
.
Currently the SDK is called from a .vbs script.The .vbs file is created 
dynamically. The future plan is to create a widget which calls the SDK. But due 
to my lack of knowledge about widget i had to choose the .vbs way for now.

After successful printing, the shipping data is stored into a database. At the 
end of the day, the shipping data of all parcels and pallets is exported from 
database to an XML file, which is then uploaded to the sftp server of the 
shipment carrier. The tracking number of each shipment, the according invoice 
and customer number are exported also to our web server. This allows our 
customers to query the tracking numbers by entering their invoice and customer 
number. The software allows also the export a PDF of all shipments of a day.

I´ve uploaded 3 screenshots of the app if you´re interested. Please don´t laugh 
about the user interface. The design does not match the current Windows design 
nor is it state of the art. Our users wanted it simple and “readable” and no 
small buttons or text. 

https://mr.on-rev.com/menu.png 
https://mr.on-rev.com/shipping.png 
https://mr.on-rev.com/label.png 

This is by far the most extensive app i´ve created with Livecode so far and i 
am really happy that it was finally approved by Trans-o-Flex.


Matthias



___
use-livecode mailing list
use-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] animationEngine is free now

[Kay C Lan via use-livecode]

On Sat, Sep 29, 2018 at 7:27 AM John McKenzie via use-livecode
 wrote:>
>  You are right, if it is GPL it is so forever, but the original author
> can also release/re-release it with another licence. THE GPL version
> with all the terms that go with it still exists though. The original
> author cannot make you pick one licence or the other. Users with the GPL
> continue to have all the rights of the GPL. Those users can choose to
> download a copy with the other licence if they want though, as long as
> they obey the terms of that licence.

Thank you John for expressing this so succinctly as strangely I don't
think it's a concept LiveCode the company fully understands, or is
happy that licensing is a generally confusing issue for Users.

It has been expressed on the odd occasion that a couple of students
can't each download the Community version of LC and develop a game and
then one of them who has a rich Dad buy a Commercial version and then
upload their App to the Apple Store;  but this is perfectly legitimate
if they jump through a few hoops.  As long as all the students release
all their code to the public under GPLv3 and then, maybe even via this
List, release all their code under another license - I currently have
a particular liking to the JSON license which is GPL incompatible but
is AppStore compatible - then you, me, and Student No 3 with a
Commercial license can take that code and do with it what we like.

LiveCode can not prevent Malte from releasing his GPL code
additionally to the Public Domain.  The FOSS can not prevent any GPL
code from also being released under another license.  This is exactly
how VLC was originally pulled from the Apple Store but eventually made
it's way back because all the contributors who wanted VLC to be
released without the restrictions of GPL, simply re-released their
code under a different Apple compatible license (MIT I think).

So it is legal for a group of impoverished developers (aren't they
all;-) to all grab a copy of Community LC and develop away to their
hearts content releasing all their code to the Public Domain (which is
GPLv3 compatible but irritates certain FOSS zealots) and at some stage
scrounge up enough money for a single Indy license and release their
Killer App on the App Store.  The company may wish all the
contributing developers purchased an Indy license but there is no
legal or practical way that they could enforce that desire.

As long as the LC User abides by their License, and the Receiver
abides by the License of the code they receive and the LC License they
have, then you are 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: Stacks whose names start with "rev"

[J. Landman Gay via use-livecode]

We only needed to make a minor tweak, nothing big, and it didn't take long 
when we avoided use of the IDE itself. But we shouldn't have to do that.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On October 3, 2018 4:51:20 PM Richard Gaskin via use-livecode 
 wrote:


It would be comforting to find how how she got back to work, but since
she's not here I assume she's busy because she did.




___
use-livecode mailing list
use-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: Stacks whose names start with "rev"

[J. Landman Gay via use-livecode]

Yeah, we plan to change the name for the next release in January. The 
author of each courseware title names its sections and he named this one 
"Revelation as Apocalypse". It's currently in use by this semester's 
students, but he's agreed to a different name for next semester.


The main thing I needed to know is whether there was an easier way to edit 
the stack than what we were doing. It seems there isn't. The edit was minor 
and was done via the message box. I think there's a bug in there somewhere 
but it isn't worth pursuing right now. The bizarre warning message was also 
particularly strange, and I'm curious where that came from.


--
Jacqueline Landman Gay | jac...@hyperactivesw.com
HyperActive Software | http://www.hyperactivesw.com
On October 3, 2018 4:01:41 PM Kay C Lan via use-livecode 
 wrote:



On Fri, Sep 28, 2018 at 8:48 AM J. Landman Gay via use-livecode
 wrote:


The reason the stack name can't be changed is because the whole
multi-stack system uses the stack name for internal display in dozens of
places (glossaries, gradebooks, student notes, reading history, lookups,
etc.) and I'd have to add exceptions everywhere to accomodate just a
couple of problem names. We only want to do an occasional edit without
upsetting the whole IDE.


I appreciate that this will not solve 'the problem' but would solve
your 'current problem'; why not give the stack the correct name "The
Revelation" *. That way ALL your  glossaries, student notes and other
references would show the correct title of the book. Please note there
is no 's' at the end, and by adopting the correct name you may go some
way in helping the students win trivia bets as to whether the last
book of the Bible is called "Revelations".

* At least in my copy of the King James Bible it's called "The
Revelation - of St John the Divine"; other versions of the Bible may
have colloquially translated that to Revelations.

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

Navigator 6.5 alpha 2 is out

[Geoff Canyon via use-livecode]

As usual, you can get Navigator here
. Or grab it
from GitHub .

This is a major update to how Navigator handles what container to target.
It also changes how Navigator handles list display, and several other
things. Notes below.

gc

=== NEW FEATURES ===

RECENT TARGETS
The Card menu now stores the last 7 containers you've displayed in
Navigator. So for me, this makes for super-fast switching between Navigator
itself and test stacks I'm experimenting with. Let me know what you think
about how many items to display here.

Underlying the above (and the card menu fix below), the method for
determining what to display has changed significantly (but not completely,
still a work in progress). This means that a few of the more obscure
features of Navigator have gone away as of this update. Specifically, it
used to be possible to browse "card " or "card id " of the
topstack -- meaning that if you switched between stacks that happened to
have cards with identical names/ids, Navigator would happily switch with
you. Now, when displaying a specific card or group, the stack reference is
part of that identification, so switching to a different stack in LiveCode
doesn't change anything. Meaning: the only display in Navigator that
follows what you do in LiveCode is the "This Card" of "The topStack"
display.

CARD/BACKGROUND MENU SMARTER
The Card menu and Background menu are now duplicate-name-safe. It's a small
thing, but it used to be the case that the menus browsed based on the
literal text in the menu, so if you had two cards with identical names,
there was no way to browse the second card using the menu. (you could still
do it by displaying the card list and then right-clicking either card in
the list and selecting Browse Controls on the popup) The menu items will
still have identical names, but selecting the second (or third...) item
will correctly browse that card or group.

SAVE ALL PROGRESS DISPLAY
The "Save All" command for a stack, which was terribly broken by any
missing stack references until the last version, now quickly displays all
the files it's saving in Navigator's title bar, and then for 1 second it
says how many files it saved, before reverting to the normal Navigator
title display.

CHANGED NAVIGATOR'S LIST FIELD TO FIXEDLINEHEIGHT
This was a long-standing source of frustration: the showLines property,
combined with fixedLineHeight, results in the text being displayed high in
the lines (or the lines being displayed low, take your pick). This has been
the case since as long as I can remember. Hence Navigator has struggled
along with fixedLineHeight set to false for years (even though all the
lines are the same height), and this caused all sorts of issues. This time
around I changed that. This might (it doesn't for me, but fonts are weird)
cause issues with text display in Navigator's list. If it does, let me
know. The control for folding groups also changed, so if you see any
anomalies there definitely let me know.

FIXED NAVIGATOR COMMAND SAVING
(and file IO in general). It is now possible to save Commands, and then use
them later. One command that I use *all the time* when working on drag and
drop, or in general:

if tIndex = 1 then
ask "Base Name:"
if the result is not empty then exit to top
put it into tName
end if
set the name of tID to tName && tIndex

This lets you specify a text component, and then names all the selected
controls with an index -- give it "test" and the controls will be named
test 1, test 2, test 3, etc.

NEW NAVIGATOR DOCUMENTATION
I've started new Navigator documentation at
https://gcanyon.wixsite.com/navigator It's not complete by any stretch, but
what it does document is up to date. The original documentation is still
available at https://gcanyon.wordpress.com/navigator-documentation/

FONT POPUP IN THE PROPERTY EDITOR
What it says on the tin -- like other enumerated properties, if you click
on the font name in the textFont property in Navigator's Property Editor,
instead of editing the text, a menu will pop up with all available
fontNames.

RENAMING CONTROLS IN THE PROPERTY EDITOR FIXED
Because of the name/short name weirdness, it used to be that if you edited
the name of button "bob" you would literally get -- button "bob" -- to
edit, and if you didn't change it to just -- bob -- the name would be set
accordingly. This is, as far as I know, the only instance where you can:

set the name of button "bob" to the name of button "bob"

And change the value. And for the record, no, you can't set the short name
of anything. So I finally broke down and special-cased the name, so despite
being called name, it displays the short name, and then sets the name to
whatever you enter.

A BUNCH OF SMALL BUG FIXES THAT I OUGHT TO DOCUMENT BETTER...
Yeah, sorry I don't have a list.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please 

Re: Stacks whose names start with "rev"

[Richard Gaskin via use-livecode]

Kay C Lan wrote:

> On Fri, Sep 28, 2018 at 8:48 AM J. Landman Gay wrote:
>>
>> The reason the stack name can't be changed is because the whole
>> multi-stack system uses the stack name for internal display in dozens
>> of places (glossaries, gradebooks, student notes, reading history,
>> lookups, etc.) and I'd have to add exceptions everywhere to
>> accomodate just a couple of problem names. We only want to do an
>> occasional edit without upsetting the whole IDE.
>>
> I appreciate that this will not solve 'the problem' but would solve
> your 'current problem'; why not give the stack the correct name "The
> Revelation" *.

I have seen even academic use without "the".

But such considerations do not appear to be needed.

What Jacque described is a set of circumstances that prevent even work 
on the IDE.


This is either the most critical bug in the IDE's history and therefore 
likely to be resolved within days if it hasn't already, or just a minor 
error like attempting to set the stack's mode rather than its style 
(good catch, Bob).


Either way, resolvable in short or order.

It would be comforting to find how how she got back to work, but since 
she's not here I assume she's busy because she did.


--
 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: Stacks whose names start with "rev"

[Kay C Lan via use-livecode]

On Fri, Sep 28, 2018 at 8:48 AM J. Landman Gay via use-livecode
 wrote:
>
> The reason the stack name can't be changed is because the whole
> multi-stack system uses the stack name for internal display in dozens of
> places (glossaries, gradebooks, student notes, reading history, lookups,
> etc.) and I'd have to add exceptions everywhere to accomodate just a
> couple of problem names. We only want to do an occasional edit without
> upsetting the whole IDE.
>
I appreciate that this will not solve 'the problem' but would solve
your 'current problem'; why not give the stack the correct name "The
Revelation" *. That way ALL your  glossaries, student notes and other
references would show the correct title of the book. Please note there
is no 's' at the end, and by adopting the correct name you may go some
way in helping the students win trivia bets as to whether the last
book of the Bible is called "Revelations".

* At least in my copy of the King James Bible it's called "The
Revelation - of St John the Divine"; other versions of the Bible may
have colloquially translated that to Revelations.

___
use-livecode mailing list
use-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: Stacks whose names start with "rev"

[Bob Sneidar via use-livecode]

Point taken. But Livecode is not a database tool. :-)

Bob S


> On Oct 3, 2018, at 10:45 , Geoff Canyon via use-livecode 
>  wrote:
> 
> Also, I don't think FileMaker "has" to do it -- there are many database
> tools out there, and as far as I know, none of them do this.


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

Re: Stacks whose names start with "rev"

[Geoff Canyon via use-livecode]

FileMaker goes much deeper than this, and functionality like this would
almost have to be part of the engine.

Naming things is a way of making it easier to keep track of them for the
developer. Who wants to write

graphic id 5621 of group id 5619 of group id 5615 of group id 5605 of group
id 1282 of card id 1002 of stack "/Users/gcanyon/Documents/My
Livecode/Plugins/Navigator.rev"

when you can just write

graphic "topright in"

So for starters, you'd need to parse every script as it was saved, find all
the object references, and replace all object references with long IDs.
Likewise, you'd need a reverse routine to turn scripts back into something
readable when the developer wants to edit them. That's easier in FileMaker
because there is only one way to reference a control, as opposed to the
myriad of ways you can do it in LiveCode. You'd also need to find a way to
make that robust against file name/path changes, which is a whole other can
of worms.

Also, I don't think FileMaker "has" to do it -- there are many database
tools out there, and as far as I know, none of them do this.

On Wed, Oct 3, 2018 at 8:34 AM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> It would be easy enough. Just maintain an array in each card's custom
> properties with a pseudoname and the long id as keys, and call a function
> to retrieve them when you reference them. But then, why name objects at
> all? Why not just refer to them by their long ids in the scripts? Also
> there is the altid property which allows you to copy an object and still
> refer to it by it's altid wherever it is found.
>
> And, thinking about this a bit, whenever I get the chance I iterate
> through a series of objects either by using the number of  in a
> repeat loop, or else by storing them in a property when I need them. I
> guess these are forms of abstraction. I went through all my code and
> "dereferenced" it in preparation for moving to behaviors. I store any
> objects I need to reference specifically in custom properties.
>
> For instance I have what I call a name tag field, which is a label
> indicating what the parent of a form is (the site a device belongs to, the
> customer a site belongs to etc.) So I store a custom property in the card
> or stack where the cNameTagField property is the name of the field. To
> avoid multiple calls to "get the  of", I store all such
> properties in a single array, get the array one time and populate script
> local variables. Another form of abstraction.
>
> I guess the reason Filemaker has to have this automatic abstraction is
> because the database and underlying form objects are so closely linked. It
> really wouldn't work any other way. In livecode, the only link between a
> database column and a field or button is the code you write.
>
> Bob S
>
>
> > On Oct 2, 2018, at 15:30 , Geoff Canyon via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > The fact that there is an underlying permanent unique id for everything,
> > completely abstracted from the user. So you can change the name of a
> > column, or table, or layout, one time, in the database definition, and
> all
> > references to that object in scripts, other layouts, etc. will
> > automatically update -- or really, peeking behind the curtain, I'm
> guessing
> > they don't have to update at all because they all reference the permanent
> > unique id, and only render it into the name you know it by when they
> render
> > themselves for you to edit them.
> >
> > So in LiveCode terms, imagine if you could rename a card, and any script
> > that referenced that card, or controls on it, wouldn't break, but just
> > automatically reflect the new name. Or rename a control, or a stack.
> >
> > gc
>
>
> ___
> use-livecode mailing list
> use-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: Nested Datagrid Hack Broke App Building

[Bob Sneidar via use-livecode]

No it was the code I put in the openStack handler to exit openStack if building 
an app. Unfortunately, I initialize several libraries after that point. It will 
probably work if I put the code just after initializing the libs and before 
launching my modal login stack, which was the problem I was trying to solve in 
the first place. 

Bob S


> On Oct 1, 2018, at 16:13 , Brian Milby via use-livecode 
>  wrote:
> 
> https://github.com/livecode/livecode-ide/pull/1987
> 
> It has not been reviewed or merged yet. I wouldn’t expect it before 9.1 since 
> it is kind of an enhancement though.
> 
> Did you just edit the behavior in the IDE? I’ll test out my code in 9.0.1 and 
> let you know what I find out.
> 
> Thanks,
> Brian
> On Oct 1, 2018, 6:55 PM -0400, Bob Sneidar via use-livecode 
> , wrote:
>> Looks like the hack I have in place for nesting datagrid behaviors has 
>> effectively broken the standalone app builder for my app. I can't use a 
>> prior version because all my datagrid behavoirs throughout my app are 
>> nested. I can't just use the community version of Livecode and have my 
>> technicians run the app in the IDE, because I would have to ALSO hack those 
>> version for nested datagrids.
>> 
>> Does anyone know if nested datagrid behaviors made it into 9.0.1?
>> 
>> Bob S
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

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

RE: Script Editor Unusable on Windows

[Clarence Martin via use-livecode]

You may want to look at The LCStackBrowser Plugin. It has the ability to
save stacks automatically. I have used this for years now. There were some
problems recently when the LiveCode version went from 7 to 8 but the author
has fixed that. 

Sincerely,

Clarence Martin
Email: chi...@themartinz.com
Cell: 626 696-5561

-Original Message-
From: use-livecode  On Behalf Of Bob
Sneidar via use-livecode
Sent: Wednesday, October 03, 2018 8:50 AM
To: How to use LiveCode 
Cc: Bob Sneidar 
Subject: Re: Script Editor Unusable on Windows

Early on when LC was experiencing a CTD issue (this was around v6) I wrote
code into my stacks that saved every time I closed a stack. I also save code
incredibly frequently, sometimes every few line edits. I maintain local and
offsite backups of what I do so I can revert, and I have a versioning local
backup running automatically so I can recover a version earlier in the day,
in case I completely bork my code, then save it. 

Still, this is a pain and needs to be sussed out, but as you say, producing
a reliable recipe is nearly impossible, because by the time you notice it,
it's about to go nuclear. 

Bob S


> On Oct 3, 2018, at 05:19 , Andre Garzia via use-livecode
 wrote:
> 
> Dragging controls from the palettes, launching the inspectors. 
> Everything hangs all the time. Just today, I lost an hour of work 
> because LC crashed while I was accepting an script. Poof, the IDE went 
> unresponsive and then I had to close it. This happens all the time.


___
use-livecode mailing list
use-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: Script Editor Unusable on Windows

[Bob Sneidar via use-livecode]

Early on when LC was experiencing a CTD issue (this was around v6) I wrote code 
into my stacks that saved every time I closed a stack. I also save code 
incredibly frequently, sometimes every few line edits. I maintain local and 
offsite backups of what I do so I can revert, and I have a versioning local 
backup running automatically so I can recover a version earlier in the day, in 
case I completely bork my code, then save it. 

Still, this is a pain and needs to be sussed out, but as you say, producing a 
reliable recipe is nearly impossible, because by the time you notice it, it's 
about to go nuclear. 

Bob S


> On Oct 3, 2018, at 05:19 , Andre Garzia via use-livecode 
>  wrote:
> 
> Dragging controls from the palettes, launching the inspectors. Everything
> hangs all the time. Just today, I lost an hour of work because LC crashed
> while I was accepting an script. Poof, the IDE went unresponsive and then I
> had to close it. This happens all the time.


___
use-livecode mailing list
use-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: Stacks whose names start with "rev"

[Bob Sneidar via use-livecode]

It would be easy enough. Just maintain an array in each card's custom 
properties with a pseudoname and the long id as keys, and call a function to 
retrieve them when you reference them. But then, why name objects at all? Why 
not just refer to them by their long ids in the scripts? Also there is the 
altid property which allows you to copy an object and still refer to it by it's 
altid wherever it is found. 

And, thinking about this a bit, whenever I get the chance I iterate through a 
series of objects either by using the number of  in a repeat loop, 
or else by storing them in a property when I need them. I guess these are forms 
of abstraction. I went through all my code and "dereferenced" it in preparation 
for moving to behaviors. I store any objects I need to reference specifically 
in custom properties. 

For instance I have what I call a name tag field, which is a label indicating 
what the parent of a form is (the site a device belongs to, the customer a site 
belongs to etc.) So I store a custom property in the card or stack where the 
cNameTagField property is the name of the field. To avoid multiple calls to 
"get the  of", I store all such properties in a single array, get the 
array one time and populate script local variables. Another form of 
abstraction. 

I guess the reason Filemaker has to have this automatic abstraction is because 
the database and underlying form objects are so closely linked. It really 
wouldn't work any other way. In livecode, the only link between a database 
column and a field or button is the code you write. 

Bob S


> On Oct 2, 2018, at 15:30 , Geoff Canyon via use-livecode 
>  wrote:
> 
> The fact that there is an underlying permanent unique id for everything,
> completely abstracted from the user. So you can change the name of a
> column, or table, or layout, one time, in the database definition, and all
> references to that object in scripts, other layouts, etc. will
> automatically update -- or really, peeking behind the curtain, I'm guessing
> they don't have to update at all because they all reference the permanent
> unique id, and only render it into the name you know it by when they render
> themselves for you to edit them.
> 
> So in LiveCode terms, imagine if you could rename a card, and any script
> that referenced that card, or controls on it, wouldn't break, but just
> automatically reflect the new name. Or rename a control, or a stack.
> 
> gc


___
use-livecode mailing list
use-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: Thanks to Hermann Hoch...

[Tom Glod via use-livecode]

Though I haven't used them yet, I agree...its great for the community.
Thanks Hermann

On Wed, Oct 3, 2018 at 8:35 AM Brian Milby via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Couldn’t agree more. Lots of useful stacks and widgets that push the
> envelope of what is possible.
>
> Thanks,
> Brian
> On Oct 3, 2018, 6:43 AM -0400, Michael Kristensen via use-livecode <
> use-livecode@lists.runrev.com>, wrote:
> > …for all the wonderful and wellcraftet stacks you share so generously
> with us!
> >
> > Michael
> > ___
> > use-livecode mailing list
> > use-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: Thanks to Hermann Hoch...

[Brian Milby via use-livecode]

Couldn’t agree more. Lots of useful stacks and widgets that push the envelope 
of what is possible.

Thanks,
Brian
On Oct 3, 2018, 6:43 AM -0400, Michael Kristensen via use-livecode 
, wrote:
> …for all the wonderful and wellcraftet stacks you share so generously with us!
>
> Michael
> ___
> use-livecode mailing list
> use-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: Script Editor Unusable on Windows

[Andre Garzia via use-livecode]

Folks,

I've been complaining about LC on Windows for ages to Brahmanathaswami and
occasionally on this list as well. I have a feeling that most people on HQ
must be using Macs because there is no way this is going unnoticed.

I have disabled all I could in terms of auto suggestion and other live
stuff from options menu and it is still slow. It is not only the editor
though, it is all of LC IDE. Typing stuff inside the message box is so
laggy that is unusable. Here, it takes seconds to catch up and I am a slow
types that uses basically only two fingers to type.

Dragging controls from the palettes, launching the inspectors. Everything
hangs all the time. Just today, I lost an hour of work because LC crashed
while I was accepting an script. Poof, the IDE went unresponsive and then I
had to close it. This happens all the time.

I don't have any plugins anymore. I've disabled everything. I don't have a
recipe either because it affects the whole IDE here.

My machine is pretty standard, it is a Surface Pro 4 with 8gb of RAM, 512
GB of HD and Windows 10 latest stuff. I almost miss my apple.

On Thu, Sep 27, 2018 at 12:15 AM Curry Kenworthy via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> Thanks everyone! With all this info and so many people affected, we
> should have a recipe pinned down soon. :)
>
> Best wishes,
>
> Curry K.
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>


-- 
http://www.andregarzia.com -- All We Do Is Code.
http://fon.nu -- minimalist url shortening service.
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

mergLA for Mac

[Andrew Bell via use-livecode]

I created an admin backend app for a client so they can manage data  
for their frontend app. This backend, based off client request, is  
running on macOS/Windows/iOS. The desktop versions use a password for  
authenticating access but the iOS deployment uses Touch/Face ID for  
authentication via Monte's extremely easy to use mergLA external.


Recently this client upgraded their laptop to a MacBook Pro that also  
supports Touch ID and asked if the same fingerprint technology could  
be implemented in the macOS build. I was blissfully unaware that this  
feature even existed on that platform, but apparently has been  
available since the 2016 model year.


I know several of the other merg externals utilize the same/similar  
underlying framework so they work on both macOS and iOS. Is this just  
a matter of recompiling the external or is there a deeper change that  
would need to be made to unlock this?


https://developer.apple.com/documentation/localauthentication

--Andrew Bell


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

Re: Where does LiveCode/Windows store specialFolderPath("Resources") data?

[axwald via use-livecode]

Tried in Win 10-64 pro (v1803), both with LC 9.0.1 and 6.7.10, both in IDE
and StandAlone.

   SpecialFolderPath("resources")
_is_always_ 
   item 1 to -2 of the effective filename of this stack
(assuming slash as itemdel).

> I store a data file that is update by 
> the user in specialFolderPath("Resources")
You may assume _not_ to have write permissions in the program folder (in
modern OSses).
For user data there is the SFPs "documents" and "temporary".

Have fun, axwald
(@ forums.livecode.com)









-
• Livecode programming until the cat hits the fan •
--
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

Thanks to Hermann Hoch...

[Michael Kristensen via use-livecode]

…for all the wonderful and wellcraftet stacks you share so generously with us!

Michael
___
use-livecode mailing list
use-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: mergAV permission dialog

[scott--- via use-livecode]

Thank you, Monte! I was missing that.

—
Scott Morrow


> On Oct 2, 2018, at 11:51 PM, Monte Goulding via use-livecode 
>  wrote:
> 
> Should be:
> 
> mergAVCamSet “microphone”, empty
> 
> You may also need to add a custom plist template with a more specific reason 
> why you want video permission. See 
> http://lessons.livecode.com/m/4069/l/881992-creating-a-custom-plist
> 
> Cheers
> 
> Monte
> 
>> On 3 Oct 2018, at 4:32 pm, scott--- via use-livecode 
>>  wrote:
>> 
>> Answering my own question… I now see a note at the bottom of mergAVCamCreate 
>> that says 
>> 
>> "If only capturing barcodes or photos set the microphone to empty before 
>> calling mergAVCamCreate to avoid app store rejection.”
>> 
>> So apparently my problem has a solution. At least as soon as I figure out 
>> how to set the microphone to “empty”  :- )  
>> 
>> —Scott Morrow
> 
> ___
> use-livecode mailing list
> use-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