Re: No progress updates on LC 10. Am i the only one who is concerned?

2023-07-25 Thread Pi Digital via use-livecode


> On 25 Jul 2023, at 01:24, Mike Kerner via use-livecode 
>  wrote:
> 
> it's not that it isn't there, it's that it isn't in a state that is
> ready-for-prime-time


I’ve had to abandon a project and hence a client and hence LiveCode all 
together because of this single solitary issue. My company went bankrupt and is 
now dissolved because of this. 

LC have told me not to speak out against them as a company on this platform for 
fear of being removed from this chat area. Sure, some of the decisions made by 
me have led to the dissolving of Pi Digital Productions Ltd, but a lot WAS 
based on the PROMISE made pre-pandemic by LC that HTML5 would be ready for 
live, non-beta use ‘soon’. 

4 years on and having paid for a HTML5 licence I STILL have not been able to 
use, clients become frustrated and annoyed that we STILL have been unable to 
deliver and the bitten bullet eventually explodes in our faces. 

This is the primary reason I have not been heard from on this area for a while 
now. I am now working as a shop assistant in a local shop having moved to a 
remote area on the Isle of Skye. There’s not many employers who will take 
LiveCode experience as experience of coding. And there’s little hope of finding 
clients who will want or have their apps coded in LC. 

Theoretically I should ask for a refund on the HTML license as they have simply 
not delivered on their promise. But I can’t be bothered with the hassle of 
arguing with a company who just don’t seem to listen. I know a lot of you here 
will disagree- but I can only speak from my own experience over the last 17 
years. Besides, a refund would not come close to the amount my company 
haemorrhaged as a direct result of LC failing to deliver. 

There, I’m guessing this will get me banned from this platform but, seeing as I 
can no longer use LC for anything practical, I suppose it no longer matters and 
most of you hear will be thinking ‘good riddance’ anyway. 

Like me, LC will fail if they continue to be incapable of delivering on 
promises. Adding new features and/or applications without sorting out current 
ones and actually getting them into the wild will just add new problems and 
forget old ones. Our clients cannot work on a 5 year turnaround so how can LC 
continue to think we can accept it? It’s impossible working conditions. If a 
boss offered you better working conditions in a place of work but took 5 years 
to deliver on that promise, what would you think of them as a manager? This is 
effectively what was suffered. It amounts to unfair treatment in the workplace 
and caused me a great deal of anguish over the years, as many of you are well 
aware.

My hope is that LC read this for your benefits and learn from it. It’s too late 
for me - I’ve moved on. But hopefully they can get v10 and HTML out sooner 
rather than later so that you can actually begin to make use of your 
investments. 

All the best and peace to you all. 

Sean Cole
Ex Director of Pi Digital

Over and out. 
___
use-livecode mailing list
use-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: Android and USB footswitch

2023-05-25 Thread Pi Digital via use-livecode
Hi Klaus
Get something like this. 
https://www.ebay.co.uk/itm/404250759038?mkcid=16=1=711-127632-2357-0=kxdzbfgltem=2349624=GspHaDqVTAS=_ver=artemis=COPY
A usb footswitch will work like a mouse but with a different signature. The hub 
will be picked up via the tablet in a LiveCode app through the usual Bluetooth 
lib. Once it’s in you need to connect to the usb port from the hub and listen 
for messages. 

There are also these which work even better with built in BT - designed for 
RaspPi
https://dylanbeattie.net/2020/05/17/turning-a-raspberry-pi-zero-into-a-usb-footpedal.html

All the best buddy. 

Sean Cole
Pi Digital


> On 25 May 2023, at 17:44, Klaus major-k via use-livecode 
>  wrote:
> 
> Hi Bill,
> 
>> Am 25.05.2023 um 18:31 schrieb William Prothero via use-livecode 
>> :
>> Klaus,
>> I'm not sure if it is supported on Android, but on an apple ipad, it 
>> supports pdf display, foot switch (pager) and even has an addon for 
>> displaying realbook scores in different keys. It's very popular among 
>> concert musicians as well. Personally, I bought a large screen ipad that 
>> displays the scores at full page size and supports apple pencil annotating 
>> of scores. It's main drawback is the documentation for the app was written 
>> by the programmer and it's pretty unclear. I love the app anyway, though.
>> Downside is that the ipad is expensive, but sure makes keeping track of 
>> music a lot easier.
> 
> sure, but I can definitively only afford a used Android tablet.
> 
>> Best,
>> Bill
> 
> Best
> 
> Klaus
> 
> --
> Klaus Major
> https://www.major-k.de
> https://www.major-k.de/bass
> kl...@major-k.de
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: revZIP library...

2022-10-20 Thread Pi Digital via use-livecode
Do you have no success with the revZipDescribeItem() function. This should give 
the compressed size directly after compression. 

Sean


> On 20 Oct 2022, at 16:31, Paul Dupuis via use-livecode 
>  wrote:
> 
> In addition to the revZIP library, whether building for 32 bit Windows 
> standalone or 64-bit Standalones, still (as of LC 9.6.8) has a 2GB limit on 
> archives it can open and a 2GB limit on what it can save, there appears to be 
> NO mechanism to get the compressed size of an item (file) in the archive. 
> Neither the revZipAddItemWithFile nor the revZipAddItemWithData, nor any 
> other API in the dictionary lets you get the compressed size of something 
> after compressing it.
> 
> This is especially annoying with the 2GB limit on saving an archive and that 
> error only occurs when you call revZipCloseArchive at the end. That means if 
> a user of your application tries to archive a list of file that are 50GB or 
> some even larger number the code happily compresses everyone, going well over 
> 2GB until it tries to close and save the archive at the end and ONLY after 
> all that wasted time do you get an error.
> 
> I can obviously get the uncompressed size of each file (using detailed files) 
> and keep a running total and IF that total hist 2GB then stop a process that 
> MIGHT fail in the end. However, perhaps their uncompressed files are 2.5GB 
> but when compressed would be 1.8gb and work.
> 
> Folks have already suggested abandoning the revZIP library and using shell to 
> invoke native command line tools (although no call backs for a progress bar 
> is possible with CLI tools, which, is a BIG disadvantage to that approach for 
> our users). However, I really wish the revZIP library just worked right.
> 
> On a long shot, does anyone know of a clever trick using the revZIP library, 
> to get the compressed size of an item after you compress it?
> 
> I suppose I could open the archive, compress 1 item, close the archive, check 
> the size of the archive via detailed files, and then open the archive  add 
> the nest compressed file, close, measure the size and so on, but I feel the 
> overhead would slow down and already slow process even further.
> 
> My best option may be to just add up the uncompressed sizes of the files 
> involved.
> 
> Any clever ideas welcome!
> 
> 
> ___
> use-livecode mailing list
> use-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: RANT (Mild): revZIP library

2022-10-11 Thread Pi Digital via use-livecode
Hi Paul

I got affected by that and other win revzip issues too. I ended up parsing them 
through a shell script and using windows built in unzipper. Of course the 
downfall with that is a lack of feedback on progress which, for large files 
like this, requires a great deal of time to process and feedback is almost a 
necessity. I made the shell visible just so that the customer was aware of its 
progress. It was ugly in terms of UIX but it got us out of a short term hole. I 
hope you can get a more long term solution. 

I’m sure you’re capable of building the shell script but let us know if not. 

All the best
Sean



> On 11 Oct 2022, at 20:37, Paul Dupuis via use-livecode 
>  wrote:
> 
> We just got bit by a 4+ year old bug (See 
> https://quality.livecode.com/show_bug.cgi?id=20859) where the revZIP library 
> on macOS can create and read ZIP archives over 2GB, BUT the Windows library 
> can not.
> 
> We distribute our desktop research application as "cross-platform" for macOS 
> and Windows and just had a researcher on macOS build a "package" (our term 
> for a custom ZIP archive our LiveCode app can make of the researcher's data 
> files) over 2GB and sent to their Window colleague who can NOT open it.
> 
> Yes, we walked the Windows researcher through unzipping the archive with 
> WinZIP and accessing all the data files manually, but so much for the 
> "elegance" of our app being cross-platform due to using LiveCode.
> 
> Now, do we add code to check the size and prohibit macOS users from creating 
> "packages" over 2GB so if they are sent to a Windows researcher, they can be 
> opened OR do we just warn the Windows researcher if the archive is over 2GB 
> that they will not be able to open it? Neither is a good option.
> 
> This just makes us look bad.
> 
> Paul Dupuis
> Researchware
> 
> ___
> use-livecode mailing list
> use-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: Stylistic question.

2022-09-06 Thread Pi Digital via use-livecode
Arriving late to the conversation. I never put code into buttons other that 
enough to cover messages. These will only have enough code in them to pass on 
the rest of the message. Eg

on mouseUp pBtn
btn_nameOfButtonMUp pBtn
end mouseUp

on mouseRelease
btn_nameOfBtnMRel
end mouseRelease

Then I’d have the main code in either the card or stack script. Cards and 
stacks are a lot harder to delete than an object. Too many times I’ve seen 
objects get deleted accidentally and loose a heap of code. 

For what it’s worth, my preference is for If/Then/Else rather than 
Switch/Case/Default. But sometimes it is better, not to mention faster. But 
even so, for something like an option button I would use

on menuPick pOption
btn_btnNameMenuP pOption
end menuPick

Rather than put the switch code into the button. Rebuilding those few lines of 
code in a lost/deleted button is far easier than trying to remember all of the 
other operations it could have had in it. 

I hope you are all well, btw :)

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


Re: Standardize Font Appearance

2022-09-04 Thread Pi Digital via use-livecode
You could try an svg text widget. Just a unsubstantiated thought. 

Sean Cole
Pi Digital


> On 4 Sep 2022, at 20:35, Peter Bogdanoff via use-livecode 
>  wrote:
> 
> My project, Music In the Air, has text on pages like a book where we need 
> Windows line wrapping to match exactly the Mac so that text flow to the next 
> page is identical. 
> 
> The solution I came up with is to process the text for Windows in advance—add 
> CRs to each visible line of the Mac text field then export the htmlText to 
> the data storage. When that htmlText is set in the Windows field, I also make 
> the field much wider. Now that every visible line ends with a CR, the visible 
> layout of words is the same as Mac.
> 
> I’m doing this for both English and Chinese characters. (Displaying Chinese 
> characters to properly fill a field of text is a whole ’nother story, but I 
> won’t get into that here.)
> 
> Peter Bogdanoff
> ArtsInteractive
> 
>> On Sep 4, 2022, at 4:49 AM, Pi Digital via use-livecode 
>>  wrote:
>> 
>> I had a quick turnaround job for some guys in Ghana. It made it a complete 
>> nightmare as I had done the original build in Windows, their main platform, 
>> and they wanted a backup for Mac. As this was for a TV show where the text 
>> was dynamic but had to be identical on both it made it almost impossible. I 
>> had to write multiple conditionals to allow for the two platforms display 
>> differences of baselines and formatting. Now I recommend they only build for 
>> a single platform as it is ‘unreasonable’ to expect that two different 
>> systems will perform or display in the same way. 
>> 
>> Your disturbing highlight of the differences in MacOS appearance was not 
>> nice though. Well worth knowing but not great for us, eh?
>> 
>> Sean
>> 
>> 
>>>> On 4 Sep 2022, at 10:34, Neville Smythe via use-livecode 
>>>>  wrote:
>>> 
>>> So I have conducted a more careful test of the proposed method of 
>>> standardising fonts across platforms, that is, installing some Google fonts 
>>> in the standalone for use in labels and fields, with the objective of 
>>> setting the rects of objects on the development platform and having the 
>>> same appearance on all 3 platforms: no more missing pixels or wrapped words 
>>> because of the differences in fonts between the platforms.
>>> 
>>> Unfortunately the method does quite not give the hoped-for solution. Even 
>>> though the fonts supposedly have the same metrics, the appearance still 
>>> differs between platforms. For both NotoSans and NotoSerif I find the 
>>> baselines differ by one or two pixels between Mac Monterey and Windows 
>>> (which I don’t really understand, since the ascent is built into the font, 
>>> but nevertheless becomes different when rendered). The pixel lengths of the 
>>> tested strings were the same however: allowing just a couple of extra 
>>> pixels height should be sufficient in these cases. However on Linux 
>>> (Ubuntu), while the baselines were the same, the length of rendered strings 
>>> differed markedly, in one test case wrapping a trailing word out of sight. 
>>> And a nasty surprise, the text length on Mac High Sierra was 8% longer than 
>>> on Monterey!
>>> 
>>> So I’m afraid one must still write once, test everywhere. 
>>> 
>>> Neville
>>> 
>>> 
>>> 
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-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: Standardize Font Appearance

2022-09-04 Thread Pi Digital via use-livecode
I had a quick turnaround job for some guys in Ghana. It made it a complete 
nightmare as I had done the original build in Windows, their main platform, and 
they wanted a backup for Mac. As this was for a TV show where the text was 
dynamic but had to be identical on both it made it almost impossible. I had to 
write multiple conditionals to allow for the two platforms display differences 
of baselines and formatting. Now I recommend they only build for a single 
platform as it is ‘unreasonable’ to expect that two different systems will 
perform or display in the same way. 

Your disturbing highlight of the differences in MacOS appearance was not nice 
though. Well worth knowing but not great for us, eh?

Sean


> On 4 Sep 2022, at 10:34, Neville Smythe via use-livecode 
>  wrote:
> 
> So I have conducted a more careful test of the proposed method of 
> standardising fonts across platforms, that is, installing some Google fonts 
> in the standalone for use in labels and fields, with the objective of setting 
> the rects of objects on the development platform and having the same 
> appearance on all 3 platforms: no more missing pixels or wrapped words 
> because of the differences in fonts between the platforms.
> 
> Unfortunately the method does quite not give the hoped-for solution. Even 
> though the fonts supposedly have the same metrics, the appearance still 
> differs between platforms. For both NotoSans and NotoSerif I find the 
> baselines differ by one or two pixels between Mac Monterey and Windows (which 
> I don’t really understand, since the ascent is built into the font, but 
> nevertheless becomes different when rendered). The pixel lengths of the 
> tested strings were the same however: allowing just a couple of extra pixels 
> height should be sufficient in these cases. However on Linux (Ubuntu), while 
> the baselines were the same, the length of rendered strings differed 
> markedly, in one test case wrapping a trailing word out of sight. And a nasty 
> surprise, the text length on Mac High Sierra was 8% longer than on Monterey!
> 
> So I’m afraid one must still write once, test everywhere. 
> 
> Neville
> 
> 
> 
> 
> ___
> use-livecode mailing list
> use-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 / Github

2022-09-01 Thread Pi Digital via use-livecode
Thanks Brian for your comprehensive response. What I meant was, though, that 
‘ideally’ we need some instructions in the Guide and preferably a GUI for 
github and the like built into LC specifically for SmartCrumbs. That way the 
UIDs can be auto converted to the object names and laid out in filestruct 
format to make sense. Roundtripping to SourceTree or anything else is not 
really what we want, is it? 

Let me see if I get a chance to knock something up quickly over the weekend. I 
need to try out these new polylist and polygrid widgets anyway. Linking it to 
GitHub and remote servers shouldn’t be an issue. I understand how they work so 
I won’t have a problem. It just needs to be made much much simpler for others. 

Sean Cole
Pi Digital Productions Ltd

eMail Ts & Cs


> On 2 Sep 2022, at 02:26, Brian Milby via use-livecode 
>  wrote:
> 
> I think some of this is a bit too much to address in a list post.  I'll
> make some comments though.
> (i) Make a repo at https://github.com;
> https://www.atlassian.com/git/tutorials/setting-up-a-repository; you can
> view tons of docs at https://docs.github.com/en
> (ii)-(iv) I use https://www.sourcetreeapp.com (Mac and Win app available)
> to manage my repos (many other options available). They also have other
> tutorials at https://www.atlassian.com/git
> 
> When you create a GitHub repository currently, it will make a default
> branch called "main".  Initially you would take your stack and commit
> (really another word for "save") to the main branch.  If you had 2
> developers that were working on the same stack at the same time, then one
> way would be to have 2 branches off of main.  Let's say "brian" and "sean"
> for example.  So each of us would check out our branch (initially the same
> as main).  We would make any changes we needed and each would commit to our
> own branch.  When whatever we are working on is ready to incorporate into
> the product, we would merge our branch into the main branch.  Since
> everything is text files (except for the images and other binary resources
> like that), git can detect which pieces have changed and integrate them
> together.  So instead of a zip going back and forth of the full project,
> the individual changes would be tracked and integrated.  The biggest
> difference is that multiple developers can work on the same stack at the
> same time and have their changes integrated together.
> 
> The down side that I do see with this implementation is that it is
> difficult to know what object is being changed.  Since everything is stored
> by GUID it can be hard to know what is being updated by looking at the
> commit logs.  Due to the Mac CR issue, I probably won't be able to do much
> for demonstrating how it works until there is a good workaround (I guess I
> could manually convert the JSON each time for now).  I did fix the JSON
> file on my ScriptTracker repo so it could be viewed on GitHub.  I need to
> make a change to a script that hasn't been fixed to see how it shows up.
> The JSON fix showed pretty much as a whole new file (line 1 was updated to
> lines 1-1000+).
> 
> My approach with ScriptTracker is a bit different.  First is that my tool
> is much more limited (just does the scripts).  But, my tool adds a bit of
> information to the header of each exported script to give it context and
> the scripts are named by the object ID (mainly to avoid issues with illegal
> characters in the object name).  It might be something that could be done
> with plugins to add some info to the JSON and script files.  I'll need to
> take a look - it would make working with the scripts easier.  For the JSON,
> I think it may be helpful to have full object names included with the GUID
> so you have more of an idea what was changed when looking at the diff.
> 
> Also, if you just want to track your changes (and not work with another dev
> to merge), it does get a bit easier.  Then you don't even need to use a
> server (GitHub) but can run git completely on your seat.  The same GUI
> tools mentioned above can be used there as well.
> 
> Command line tools are there but not required.  As I mentioned above, I use
> a GUI for just about all of my git usage.  They make it easy to see what
> happened and when.
> 
> Hopefully this helps a little.  I think there are a couple of videos from
> conferences over the past few years covering Git.  I know that there is at
> least one that I did (but it was targeted at building LC from source).
> 
> Thanks,
> Brian
> 
>> On Thu, Sep 1, 2022 at 5:39 PM Pi Digital via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>> Fab :D
>> 
>> however, ‘how’ does one…
>> (i) set up a GitHub (I know how, this is for 

Re: Livecode / Github

2022-09-01 Thread Pi Digital via use-livecode
LC9.6.7?

Sean Cole
Pi Digital Productions Ltd

eMail Ts & Cs


> On 1 Sep 2022, at 23:48, Mark Wieder via use-livecode 
>  wrote:
> 
> On 9/1/22 15:16, Pi Digital via use-livecode wrote:
> 
>> Here are the steps
> 
> Yep. Exactly what I did.
> Oh well. ¯\_ (ツ)_/¯
> 
> -- 
> 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: Livecode / Github

2022-09-01 Thread Pi Digital via use-livecode
I don’t know who coded it but it really does not follow the standard LC 
conventions. I am going to assume it was someone external to LC so will cut 
them a huge bit of slack. It’s also very clear English is not their first 
language so they did pretty well considering. 

Here are the steps

Create a new plug-in file using
scCreatePlugin “”,””
This will first ask for a name and then for a folder location to put it. I put 
it into the MyLivecode folder in a subfolder called SmartCrumbsPlugins

Edit the code as needed and save. Make sure to ONLY do this in LC, not Atom or 
another text editor.

Next, use
scInstallPlugin “”
This will ask which plug-in to load

Then
scEnabledPlugin “myPlugin”
where myPlugin is the name you have given it, which is not necessarily the same 
as the file name. This will make sure it is running the next time any 
SmartCrumbs import/export operation is performed. 

To find which plugins are installed and enabled, use
put the keys of scListPlugins (“All”)

To find the path where the logs are saved, use
put scGetPathLog(“”)
or
put scGetPathLog()
Either will work



Sean Cole
Pi Digital Productions Ltd

eMail Ts & Cs


> On 1 Sep 2022, at 22:43, Mark Wieder via use-livecode 
>  wrote:
> 
> On 9/1/22 11:25, Sean Cole via use-livecode wrote:
> 
>> By the way, here is an update to the plugin code:
> 
> Sean- good news that you got it working. How in the world did you manage 
> that? I went through what I think are the right steps:
> 
> scCreatePlugin "",""
> edit and save plugin code
> scInstallPlugin pPath
> scEnabledPlugin pPath
> scListPlugins() --- nothing (no array keys)
> scGetPathLog() --- recursion limit reached
> 
> -- 
> 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: Livecode / Github

2022-09-01 Thread Pi Digital via use-livecode
Fab :D

however, ‘how’ does one…
 (i) set up a GitHub (I know how, this is for the benefit of others), 
(ii) perform commits, push, pulls (perhaps using LC and having an LC 
library/widget for this would be best), 
(iii) merge to a branch, 
(iv) switch branches
All the while making it simple for even the most beginner of beginners to 
understand, like everything else in LC *Should be?

It’s like giving us the front door but the hallway floor is missing. 

There is no guide on real world usage so we are left stranded with it. 

Here’s the actual situation myself and my colleague face. At the moment one of 
us works on the app, makes some changes, zips it up, and posts it up to a 
server. Then the other does the same ad infinitum. 

But what you have described is not much different. How can we really tell who 
made changes unless we know the uid for the script or card (for layout) or 
object? And are we all supposed to now become command line experts to manage an 
svc? I’m puzzled at the moment. 

It shows great promise, but it’s still not fully ready, is it. It’s usable, 
like LCB, if you can do lower level stuff. But not many using LC are able, 
hence why they use LC. Everything LC, and I mean everything, that is front end 
for LC users *Should, note, Should be High Level and easy to code & understand. 
The plug-in language for SmartCrumbs is dreamy. Thank you whoever came up with 
that. I love it! LCB is a nightmare and could have been done so much better - 
much more in line with the HyperCard principle. 

Sean Cole
Pi

> On 1 Sep 2022, at 20:13, Brian Milby via use-livecode 
>  wrote:
> 
> Here is the workflow that I think is intended:
> 
> Export stack to files
> Commit files to GitHub or other VCS
> —
> Fetch/pull latest from GitHub
> Import stack from files
> Make changes
> Export stack to files
> Commit changes to GitHub
> —
> At any point changes between branches can be merged due to structure of 
> exports so you could have parallel development happening.
> 
> Brian Milby
> br...@milby7.com
> 
>> On Sep 1, 2022, at 2:27 PM, Sean Cole via use-livecode 
>>  wrote:
>> 
>> I managed to get the stack and all substacks to export finally. There was
>> an issue with an old extension library two of the stacks use (Chart Maker)
>> so just removed the stacks for now and all ported properly.
>> 
>> Now, it occurs to me that this is all well and good, but there is a lack of
>> instruction on how to make use of it now. How do you link it to something
>> like GitHub or some other external or local server? How do we collaborate
>> with other users? How will they know which scripts are which when they only
>> see a folder full or GUIDs?
>> 
>> I 'think' these are valid questions. Or maybe I'm just stupid or missed
>> something somewhere.
>> 
>> By the way, here is an update to the plugin code:
>> global gLastObject
>> 
>> on savingProperties pLongId, @pProperteis
>>  // I'm loving all the typos like pProperteis - Really rushed out the
>> door.
>>  put "saving properties of" && pLongId into gLastObject
>>  put gLastObject
>>  wait 0.001 millisec with messages
>> end savingProperties
>> 
>> on savingScript pLongId, @pScript
>>  put "saving script of" && pLongId into gLastObject
>>  put gLastObject
>>  wait 0.001 millisec with messages
>> end savingScript
>> 
>> Sean
>> 
 On Thu, 1 Sept 2022 at 05:08, Sean Cole  wrote:
>>> 
>>> Yeah, I could really do with it giving me some feedback as to where this
>>> object is. Actually, I could...
>>> ... I just wrote a plugin for it. Use scCreatePlugin "","" (scCreatePlugin
>>> on its own doesn't work from the message box like the dictionary suggests).
>>> Then in the script I used
>>> 
>>> global gLastObject
>>> 
>>> on savingProperties pLongId, @pProperteis
>>>  --> your code
>>>  put "saving properties of" && pLongId into gLastObject
>>>  put word -2 to -1 of gLastObject
>>>  wait 0.01 millisec with messages
>>> end savingProperties
>>> 
>>> 
>>> 
>>> Once I ran this it displayed which substack it was working on in the
>>> message box and once it had failed the global showed me the last parameter
>>> it had successfully accessed. Cool. But I still can't work out which
>>> parameter of either that object (a standard text field) or the next (a
>>> group with no behaviours or anything out of the ordinary as far as I can
>>> tell). I'll come back to it tomorrow. It's silly o'clock now.
>>> 
>>> Sean
>>> 
>>> On Wed, 31 Aug 2022 at 17:13, Mark Wieder via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>> 
> On 8/31/22 03:00, Sean Cole via use-livecode wrote:
 
> LC Team: :-) It would be REALLY handy if proper errors were thrown when
 one
> occurs that can help us easily understand what the issues are. Also, if
> prior to release documentation were gone through to make sure they are
> legible. And if plugins released actually work as described. :-)
 
 Actually, it's even worse.
 The result is empty if no error occurred 

Re: Livecode / Github

2022-08-31 Thread Pi Digital via use-livecode
It created a smartcrumbs folder which contained 1 .livecode.sc folder which 
contained 3 subfolders, medias, scripts and shareTexts. medias contained 1 
images folder with 2,325 jpeg files. The scripts folder contained 22,006 
livecodescript files. The sharedTexts folders contained 7,352 GUID ref’d 
folders with one or more html files as well as 7,462 separate html files. And 
that is all. 

Having tried again using the Export button from the magicPallet (which, because 
of the delay between pressing the button and it actually exporting, should have 
a spinner or something to show its working on it) I get the same result but 
this time with nothing in the message box or any log file. 

I’ll try again but from the message box. The guide definitely says it will 
create a json file in each .livecode.sc folder that contains information about 
other objects and substacks. It doesn’t say we need to export each substack 
individually. But the json file should hold info about all the other stuff as 
well. We’ll see. 

Sean Cole
Pi Digital Productions Ltd

eMail Ts & Cs


> On 31 Aug 2022, at 13:46, Brian Milby via use-livecode 
>  wrote:
> 
> Had it created any of the script or other objects?  Curious whether it 
> builds the JSON first or if it is done while exporting the other assets.
> 
> Thanks,
> Brian
> 
>> On Aug 31, 2022, at 6:02 AM, Sean Cole via use-livecode 
>>  wrote:
>> 
>> Well, I had to leave it overnight to finish exporting as it was clear to
>> take some time. This was for just the main stack, not my long list of
>> stacks. Looking at the message box this morning, though, has a response
>> 
>> Message execution error:
>> Error description: Object: object does not have this property
>> Hint:
>> 
>> 'Object does not have this property' ?? What property? Thanks LC for giving
>> me all the information I need to fix it [shrugs]. It hasn't created the
>> JSON file in the main .sc folder so it must have abandoned the operation at
>> some point.
>> 
>> I'll give it another go now after a reset and to another faster drive to
>> see if that improves things but with no other info to go on I have no idea
>> what needs to be done.
>> 
>> LC Team: :-) It would be REALLY handy if proper errors were thrown when one
>> occurs that can help us easily understand what the issues are. Also, if
>> prior to release documentation were gone through to make sure they are
>> legible. And if plugins released actually work as described. :-)
>> 
>> Sean
>> 
>> 
>>> On Wed, 31 Aug 2022 at 04:05, Mark Wieder via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>> 
>>>>> On 8/30/22 19:36, Sean Cole via use-livecode wrote:
>>>>> just another 96 stacks to go.
>>>>> Looks like I'll set up an automation script.
>>> 
>>> Ouch! I think the library would do well to check the password status and
>>> allow entering and cacheing the password as necessary. Too bad it's
>>> closed source so we can't fix it.
>>> 
>>> --
>>> 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
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: the script of with line numbers?

2022-08-29 Thread Pi Digital via use-livecode
Using The earlier example, you could use

put theErrorLineNum into tLineNum
put the script of stack “myScript” into tScript
split tScript using cr
logError tLineNum, tScript[tLineNum]

Or something like that. 

Sean


>>> Is there a way (an existing function or command in the language or IDE) to 
>>> get the script of an object WITH the line numbers as you see them in the 
>>> IDE script editor?
>> 
>> While some clever solutions have been posted, I gotta ask WHY?
>> 
> 
> In our applications, we trap the script error dialog and replace the default 
> with our own. That dialog lets customers send the executionContexts and some 
> other debugging information to us to report an error (if one gets by 
> quality/beta testing).
> 
> So we get the executionContext that say "error such and such occurred at line 
> 342 of some handler". The line number is the line of the whole script the 
> handler is in.
> 
> When we et the message and log the problem in our instance of Bugzilla, one 
> of the 1st things is to look at the script and see what the line of code 
> references actually says.
> 
> It could reduce a trouble should step to include the line numbers 
> programmatically in the error report.
___
use-livecode mailing list
use-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 / Github

2022-08-29 Thread Pi Digital via use-livecode
Look at the guide in the guide section of the dictionary app. It formats okay 
(although I’m going through and rewriting the grammar to send for an update).

Thanks Brian for the heads up on MagicPallet. I hadn’t looked to see what that 
was for yet. It’s all early stages yet but it’s looking very promising. 

Sean Cole
Pi Digital Productions Ltd

eMail Ts & Cs


> On 29 Aug 2022, at 20:06, Mark Wieder via use-livecode 
>  wrote:
> 
> On 8/29/22 10:53, Brian Milby via use-livecode wrote:
>> I used Magic Palette to do the export.  It should create the folder
>> structure next to the stack file that was the topstack in the IDE.
> 
> Ah. OK - So I had to look up the filename of the stack first.
> Would have been nice if the nonexistent log file told me that.
> 
>> I have not looked at the lesson though.
> 
> Not missing anything there.
> I've just been going by the dictionary entries.
> But now I've opened the guide.md file and see more, although the formatting 
> is wonky. Gotta love the fact that the TOC entry is "Unknown". Looks like it 
> was rushed out the door.
> 
> -- 
> -- 
> 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: Livecode / Github

2022-08-28 Thread Pi Digital via use-livecode
It will be good to see, once available, how using the new SmartCrumbs add on 
will help with this. All objects in JSON form and then use stack scripts (and 
htmlText, AudioClip and VideoClip data) in your GitHub repository. This is 
something I really want to start implementing. 

Sean


> On 28 Aug 2022, at 20:29, Geoff Canyon  wrote:
> 
> 
> To be clear: if anyone wants to try Navigator's export to script behaviors 
> function -- work on a copy, and I'd love feedback.
> 
>> On Sun, Aug 28, 2022 at 10:35 AM Geoff Canyon  wrote:
>> The same applies to the code in Navigator. I wrote it about five years ago 
>> when I was preparing to transform Navigator itself to use script behaviors. 
>> 
>> Always work on a copy.
>> 
>> That said, it worked fine for Navigator, and no one has ever told me it 
>> broke anything.
>> 
>> gc
>> 
>>> On Thu, Aug 18, 2022 at 10:06 PM Pi Digital via use-livecode 
>>>  wrote:
>>> I tried scriptifier and it broke stuff so just be careful with it and check 
>>> its output. 
>>> 
>>> Sean
>>> 
>>> 
>>> > On 19 Aug 2022, at 01:39, Mike Kerner via use-livecode 
>>> >  wrote:
>>> > 
>>> > Hey Skip, long time...
>>> > I don't know if you were around when script-only-stack behaviors came into
>>> > being, but you can now rip all of the code out of your stacks and happily
>>> > use vc/git. The stacks themselves are still binary (although several of us
>>> > have been messing with dumping that paradigm completely, it's less
>>> > practical than I would have hoped, as of today).
>>> > Navigator will export every script in a project into behavior stacks, and
>>> > Monte wrote a stack called "Scriptifier", if memory serves. It's embedded
>>> > in the LC bundle, and it does the same thing, namely extracting all the
>>> > scripts out of a project and putting them into .livecodescript text files.
>>> > Levure is great. I have used it with every project I've worked on for
>>> > several years, BUT you don't have to use it to go this route.
>>> > 
>>> >> On Thu, Aug 18, 2022 at 7:04 PM Martin Koob via use-livecode <
>>> >> use-livecode@lists.runrev.com> wrote:
>>> >> 
>>> >> Hi SKIP
>>> >> 
>>> >> Welcome back to the list!
>>> >> 
>>> >> There is Levure which I knew of as a third party application framework
>>> >> created by Trevor DeVore but I just did a search for it and I see it now 
>>> >> on
>>> >> the LiveCode website described as an App Collaboration Framework.
>>> >> https://livecode.com/products/livecode-platform/levure/ <
>>> >> https://livecode.com/products/livecode-platform/levure/>  So it must have
>>> >> at some point migrated to the mother ship.
>>> >> 
>>> >> I haven’t used it but I have considered migrating my application to it.
>>> >> It works with version control systems as long as you follow its
>>> >> recommendations about how to organize your code into behaviours that are
>>> >> stored in script only stacks which are just text files that a version
>>> >> control system can read (These are somewhat new so depending on when you
>>> >> last used LiveCode they may be new to you.)  This was an enhancement that
>>> >> has enabled the use of version control for scripts in a project. It is 
>>> >> the
>>> >> binary stacks that versions control systems can’t track so in Levure 
>>> >> those
>>> >> are just used for user interface.
>>> >> 
>>> >> Hope this helps.
>>> >> 
>>> >> Martin
>>> >> 
>>> >> 
>>> >>> On Aug 18, 2022, at 6:38 PM, Skip Kimpel via use-livecode <
>>> >> use-livecode@lists.runrev.com> wrote:
>>> >>> 
>>> >>> Greetings!
>>> >>> 
>>> >>> Been a while since I have been on this list.  Working on a new project
>>> >> and
>>> >>> wondering if the backing up of Livecode files to Github was ever
>>> >>> implemented and created.  I know there was talk of it at one time.
>>> >>> 
>>> >>> I apologize if it has been in place for a while and I am just out of the
>>> >>> loop.  Actually, I HOPE that is the case!
>>> >&

Re: Livecode / Github

2022-08-18 Thread Pi Digital via use-livecode
I tried scriptifier and it broke stuff so just be careful with it and check its 
output. 

Sean


> On 19 Aug 2022, at 01:39, Mike Kerner via use-livecode 
>  wrote:
> 
> Hey Skip, long time...
> I don't know if you were around when script-only-stack behaviors came into
> being, but you can now rip all of the code out of your stacks and happily
> use vc/git. The stacks themselves are still binary (although several of us
> have been messing with dumping that paradigm completely, it's less
> practical than I would have hoped, as of today).
> Navigator will export every script in a project into behavior stacks, and
> Monte wrote a stack called "Scriptifier", if memory serves. It's embedded
> in the LC bundle, and it does the same thing, namely extracting all the
> scripts out of a project and putting them into .livecodescript text files.
> Levure is great. I have used it with every project I've worked on for
> several years, BUT you don't have to use it to go this route.
> 
>> On Thu, Aug 18, 2022 at 7:04 PM Martin Koob via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>> Hi SKIP
>> 
>> Welcome back to the list!
>> 
>> There is Levure which I knew of as a third party application framework
>> created by Trevor DeVore but I just did a search for it and I see it now on
>> the LiveCode website described as an App Collaboration Framework.
>> https://livecode.com/products/livecode-platform/levure/ <
>> https://livecode.com/products/livecode-platform/levure/>  So it must have
>> at some point migrated to the mother ship.
>> 
>> I haven’t used it but I have considered migrating my application to it.
>> It works with version control systems as long as you follow its
>> recommendations about how to organize your code into behaviours that are
>> stored in script only stacks which are just text files that a version
>> control system can read (These are somewhat new so depending on when you
>> last used LiveCode they may be new to you.)  This was an enhancement that
>> has enabled the use of version control for scripts in a project. It is the
>> binary stacks that versions control systems can’t track so in Levure those
>> are just used for user interface.
>> 
>> Hope this helps.
>> 
>> Martin
>> 
>> 
>>> On Aug 18, 2022, at 6:38 PM, Skip Kimpel via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> Greetings!
>>> 
>>> Been a while since I have been on this list.  Working on a new project
>> and
>>> wondering if the backing up of Livecode files to Github was ever
>>> implemented and created.  I know there was talk of it at one time.
>>> 
>>> I apologize if it has been in place for a while and I am just out of the
>>> loop.  Actually, I HOPE that is the case!
>>> 
>>> Regards,
>>> 
>>> SKIP
>>> ___
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
> 
> 
> -- 
> On the first day, God created the heavens and the Earth
> On the second day, God created the oceans.
> On the third day, God put the animals on hold for a few hours,
>   and did a little diving.
> And God said, "This is good."
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-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: Email via IMAP with HTML body from a template

2022-08-11 Thread Pi Digital via use-livecode
Thanks Charles

I think that’s going to work. I’m going to do some testing and let you know how 
I get on. 

Sean

> On 11 Aug 2022, at 07:23, Charles Warwick via use-livecode 
>  wrote:
> 
> Sorry, the last line of the replacement code should have been:
> 
> put mimeEncodeAsMIMEMultipartDocument(tContent, “alernative”) into tBody
> 
> (It was missing the "into tBody" at the end of the line)
> 
>> On 11 Aug 2022, at 4:17 pm, Charles Warwick  
>> wrote:
>> 
>> Hi Sean,
>> 
>> After reading your second e-mail, I see that you don't want to use 
>> mimeEncodeFieldAsMIMEMultipartDocument to generate the HTML version of the 
>> e-mail body from a field as it does in that sample stack.
>> 
>> If you want to create your own HTML and plain text versions of the e-mail 
>> body, you can still use that sample stack.  Simply replace the following 
>> line:
>> 
>> put mimeEncodeFieldAsMIMEMultipartDocument(the long id of field 
>> "email_message") into tBody
>> 
>> With something like this:
>> 
>> put “Content-Type: text/plain; charset=UTF-8” & crlf into tHeadersPlain
>> put “Content-Transfer-Encoding: quoted-printable” after tHeadersPlain
>> put “” into tBodyPlain
>> put tHeadersPlain & crlf & crlf & \
>> mimeEncodeForMIMETransfer(tBodyPlain, “quoted-printable”) into tContent[1]
>> 
>> put “Content-Type: text/html; charset=UTF-8” & crlf into tHeadersHTML
>> put “Content-Transfer-Encoding: quoted-printable” after tHeadersHTML
>> put “” into tBodyHTML
>> put tHeadersHTML & crlf & crlf & \
>> mimeEncodeForMIMETransfer(tBodyHTML, “quoted-printable”) into tContent[2]
>> 
>> put mimeEncodeAsMIMEMultipartDocument(tContent, “alernative”)
>> 
>> Hope that helps,
>> 
>> Regards,
>> 
>> Charles
>> 
 On 11 Aug 2022, at 3:46 pm, Charles Warwick 
  wrote:
>>> Hi Sean,
>>> There is a sample stack on my website for sending an e-mail with an 
>>> attachment using the MIME library here:
>>> https://downloads.techstrategies.com.au/tsnet/smtpexample.livecode
>>> Does that help at all,
>>> Regards,
>>> Charles
> On 11 Aug 2022, at 2:39 pm, Tom Glod via use-livecode 
>  wrote:
 Sean,
 Try this ..
 edit the script of stack "com.livecode.library.mime"
 there seems to be some documentation there that may help.
 I also found this
 https://livecode.fandom.com/wiki/MimeEncodeAsMIMEMultipartDocument
 Is that your comment? :)
 Hope that helps a bit.
> On Wed, Aug 10, 2022 at 11:46 PM Sean Cole via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> Hi all,
> I'm struggling with this still. It's been years (since before Dec 2020) 
> and
> I just can't get my head around it.
> I have a template created in Dreamweaver that is a simple bit of HTML body
> with CSS styling embedded (https://pidigital.co.uk/DeepDiveReport.html).
> There is also a pdf that needs to be attached.
> How do I use MimeEncodeAsMIMEMultipartDocument to make it ready to send 
> via
> tsNetSmtpSync?
> There are zero tutorials and the dictionary is devoid of any useful
> information on how to use it. Google turned up nothing. In my previous
> request back in 2020, Monte, the author of the MIME library, had only
> referred me on to the RSC docs for MIME which is like looking for a straw
> in a needle stack. When I asked at one of the 'Firesides' I was told just
> to use a template and send it. But to send it, it needs to be encoded and
> that's the bit that is undocumented anywhere.
> Any help appreciated.
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
 ___
 use-livecode mailing list
 use-livecode@lists.runrev.com
 Please visit this url to subscribe, unsubscribe and manage your 
 subscription preferences:
 http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode

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


Re: Livecode SQLite

2022-08-11 Thread Pi Digital via use-livecode
How was you accessing the database? Is it locally based? 

The ones I access are stored on a web host server with a cPanel. I have my own 
php I POST my sql request to and receive JSON back. I then use JSONtoArray or, 
recommended, JsonImport encapsulated in a ‘try’ structure to convert the data. 

To tell the database to respond with json is not done at the LC end but must 
either be set up in the DB itself or, as in my case, whatever is the medium for 
the data, PHP for me. 

Sean Cole
Pi Digital Productions Ltd

eMail Ts & Cs


> On 11 Aug 2022, at 16:16, Tom Glod via use-livecode 
>  wrote:
> 
> Hi Folks,
> 
> I have a question about Livecode's SQLite implementation.
> 
> Looking at the official SQLite specs there seem to be json related
> functions.
> 
> https://www.sqlite.org/json1.html
> 
> but none of them seem to work using Livecode's driver.
> I was under the impression we had a full implementation
> 
> I was interested in implementing a relatively new feature where you can
> index and query json documents and read the keys directly.
> 
> https://dgl.cx/2020/06/sqlite-json-support
> 
> I guess, if this is true, is there any documentation about which features
> of sqlite are implemented and which are not?
> 
> TIA,
> -- 
> Tom Glod
> ___
> use-livecode mailing list
> use-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: Email via IMAP with HTML body from a template

2022-08-11 Thread Pi Digital via use-livecode
Hi Charles

I know how to add an attachment because there are tutorials on this. That is 
already being implemented. My question is on how to add in proper html body for 
the content. Does your stack show how to do that?

Sean

> On 11 Aug 2022, at 06:45, Charles Warwick via use-livecode 
>  wrote:
> 
> Hi Sean,
> 
> There is a sample stack on my website for sending an e-mail with an 
> attachment using the MIME library here:
> 
> https://downloads.techstrategies.com.au/tsnet/smtpexample.livecode
> 
> Does that help at all,
> 
> Regards,
> 
> Charles

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


Re: No subject

2022-07-13 Thread Pi Digital via use-livecode
I agree. There is also no content :)

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

Sean


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


Re: LC 9.6.8 and UTF-8 on MacOS 10.15

2022-07-09 Thread Pi Digital via use-livecode
What result do you get from:
put it contains “æ”

Sean Cole
Pi

> On 9 Jul 2022, at 12:43, jbv via use-livecode  
> wrote:
> 
> æ
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: Curved text possible?

2022-05-18 Thread Pi Digital via use-livecode
There is a better way to do this using LCB. If you don’t mind waiting I can 
pull something up. I’m out of office at the moment so can’t get to my files. 

Sean Cole
Pi Digital Productions Ltd

eMail Ts & Cs


> On 18 May 2022, at 09:40, William de Smet via use-livecode 
>  wrote:
> 
> Hi there,
> 
> I posted a curved text example (with use of the browser widget) on the
> forum:
> https://forums.livecode.com/viewtopic.php?f=120=37027
> 
> It works ok but still not satisfied with transparency.
> Maybe someone has a better idea on how to do that?
> 
> 
> 
> groeten,
> 
> William
> 
> 
> 
> 
> Op do 28 apr. 2022 om 17:42 schreef William de Smet > :
> 
>> Thanks!
>> 
>> I came up with sort of the same idea yesterday evening and I am
>> tetsting it now.
>> I load a local html file within the browser widget with circletype.js
>> added to the html file.
>> 
>> A native textfield (and some extra code) writes back into the html file
>> and then I refresh the card.
>> A snapshot gives me the curved text.
>> 
>> There is also Arctext,js that I want to test.
>> 
>> I will come back later with my result.
>> 
>> groeten,
>> 
>> William
>> 
>> 
>> 
>> 
>> Op do 28 apr. 2022 om 17:24 schreef Ralph DiMola via use-livecode <
>> use-livecode@lists.runrev.com>:
>> 
>>> +1
>>> 
>>> Ralph DiMola
>>> IT Director
>>> Evergreen Information Services
>>> rdim...@evergreeninfo.net
>>> 
>>> -Original Message-
>>> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On
>>> Behalf
>>> Of Bob Sneidar via use-livecode
>>> Sent: Thursday, April 28, 2022 11:18 AM
>>> To: How to use LiveCode
>>> Cc: Bob Sneidar
>>> Subject: Re: Curved text possible?
>>> 
>>> Great ideas Martin. I'm going to grant you an honorary doctorate from the
>>> institute of Sly Laboratories.
>>> 
>>> Bob S
>>> 
>>> 
>>>> On Apr 28, 2022, at 08:10 , Martin Koob via use-livecode
>>>  wrote:
>>>> 
>>>> I was thinking that SVG might work as someone else has said.
>>>> 
>>>> At first I thought you could create individual files for each letter and
>>> number and put the path for a letter into a svg widget which you could
>>> rotate or scale.
>>>> you would then have to calculate the angle of rotation and location of
>>> each svg widget on a path.   But then when I tried rotating the svg widget
>>> its scale would change as it rotated because the bounds of the rect were
>>> changing. Then you would have to calculate the scale depending on the
>>> rotation angle and that seemed a bit much.
>>>> 
>>>> I also thought you could import the svg file as an image and perhaps
>>> that
>>> would not have the odd behaviour when rotating.  I did not try that
>>> though.
>>>> 
>>>> Then I found this.
>>>> 
>>>> https://css-tricks.com/snippets/svg/curved-text-along-path/
>>> <https://css-tricks.com/snippets/svg/curved-text-along-path/>
>>>> 
>>>> it shows how to use css to put text along a SVG path.  At the LiveCode
>>> Dev
>>> Con there were a few unconventional uses of the browser widget beyond
>>> displaying webpages that add features that can add features that LiveCode
>>> does not have natively.  So I thought maybe this is one of them.  So what
>>> I
>>> thought could be done is display the above in a browser widget or,  If you
>>> did not want to show the browser widget, use the browser widget to render
>>> the curved text, thentake a snapshot of the rendered text and then show
>>> that
>>> in an image.
>>>> 
>>>> Not sure if it will work but the sessions at the conference have really
>>> got me thinking of new ways to leverage the technology in that widget.
>>>> 
>>>> Martin Koob
>>> 
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-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: Localizing e.g. "Answer dialog" featuzre reques = hibernated?

2022-04-12 Thread Pi Digital via use-livecode
Fantastic :D

Sean


> On 12 Apr 2022, at 19:24, Klaus major-k via use-livecode 
>  wrote:
> 
> he wrote:
> Cannot say anything to this issue, but must confuse the list or I will
> lose my good reputation otherwise.
> 
> :-D :-D :-D
> 
 On Apr 11, 2022, at 11:00 , Richmond Mathewson via use-livecode 
  wrote:
 
 Ah cud spak , an, aiblins it micht be mensefu, anent ither leids, but Ah
 jalouse that fowk widnae thole war jalouse qhat Ah wis ettlin an speiran
 eftir.
 
 Best
> 
> Klaus
___
use-livecode mailing list
use-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: New user

2022-03-30 Thread Pi Digital via use-livecode
A very warm welcome to you, Guillaume. You will find everyone really helpful 
here. 

Sean Cole
Pi Digital Productions Ltd

eMail Ts & Cs


> On 30 Mar 2022, at 16:06, Bob Sneidar via use-livecode 
>  wrote:
> 
> You will find it to be a USE list (emphasis on USEful.) 
> 
> Bob S
> 
> 
>> On Mar 30, 2022, at 06:50 , Guillaume Hédieu via use-livecode 
>>  wrote:
>> 
>> Hi everyone,
>> 
>> Just a message to say hello. I'm new to Livecode. First of all, please
>> apologize for my english, it's not my native language.
>> 
>> I am a computer scientist in an association that trains students for
>> working in some social profession.
>> 
>> I like "make and dev" and working with Livecode it's just a hobby for me. I
>> love learning and discovering new things and tools, that's why I am here.
>> 
>> Pleased to meet the community, I hope I will be able to read some of your
>> messages here.
>> 
>> Have a nice day,
>> 
>> Regards,
>> 
>> Guillaume
>> ___
>> use-livecode mailing list
>> use-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: Speed up a slow loop

2022-03-03 Thread Pi Digital via use-livecode
I usually test this by using

put the milliseconds into tMs
…loop code…
put the milliseconds - tMs

This shows me a record of how long that loop took and helps me narrow down 
where the slow downs are occurring. You can do it within the loop too and keep 
a record for each iteration and see if it has a problem as it gets further down 
the list. But not likely with arrays. 

Sean Cole
Pi Digital Productions Ltd

eMail Ts & Cs


> On 3 Mar 2022, at 06:53, Mark Waddingham via use-livecode 
>  wrote:
> 
> On 2022-03-02 21:57, J. Landman Gay via use-livecode wrote:
>> The loop takes forever. Here it is (sDictFile is a script local):
>>  repeat for each line l in pList -- pList is the user word list
>>if sDictFile[l] = true then put l & cr after tCheckedList
>>else put l & cr after tNonWords
>>wait 0 with messages  -- prevent ANRs
>>  end repeat
>> I added the wait because my Android phone was putting up an "app not
>> responding" warning while the loop was running (or just after, hard to
>> tell.) The loop should be much faster than that. When I added some
>> timing checks though, the timer says the loop takes between 0 and 1
>> millisecond, and yet the wait on screen remains.
> 
> If the difference between `the milliseconds` before the loop, and then after 
> is 0 or 1 millisecond - then that is how long it is taking. This means the 
> issue is somewhere else. Are you sure there isn't anything you are doing 
> either before that loop or after that loop which doesn't wait for ages (due 
> to the ANRs you mentioned).
> 
>> With a 3-word user list, the loop takes 4 seconds. With an 8 word user
>> list the loop takes 6 seconds. The more user words, the longer the
>> wait.
> 
> If there are only 3 reasonable length words in pList (I.e. 3 lines) then 
> there's no way that loop can take 4 seconds. Of course if the words are 
> multiple megabytes long then it might be possible (however the timing you 
> already stated above suggests the loop isn't actually taking 4 seconds!).
> 
>> Even stranger: on my cheapo Android tablet with 4 megs of RAM running
>> Android 9 the response is nearly instantaneous, even if the user list
>> has 200+ words. On my Pixel phone with 8 megs of RAM and Android 12
>> the response is slow enough to trigger the ANR with only 3 words. I'm
>> building for ARM 64.
> 
> This strongly suggests it is something else either on your phone, or in your 
> code which your phone doesn't like I think.
> 
> Warmst Regards,
> 
> Mark.
> 
> -- 
> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> LiveCode: Everyone can create apps
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-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: iphoneSafeAreaInsets()

2022-02-23 Thread Pi Digital via use-livecode
Hi there Scott. 

https://developer.apple.com/design/human-interface-guidelines/ios/visual-design/adaptivity-and-layout/
Layout Guides and Safe Areas

That will explain the safe areas as defined by Apple and implemented in the 
library. 

Sean Cole
Pi Digital Productions Ltd

eMail Ts & Cs


> On 23 Feb 2022, at 20:29, scott--- via use-livecode 
>  wrote:
> 
> Hmm… I had never noticed that mobileOrientation() and 
> mobileDeviceOrientation() are different functions [ it doesn’t help that the 
> documentation for mobileOrientation() seems to mistakenly refer to 
> mobileDeviceOrientation() ] but mobileOrientation() seems like it should, 
> unlike mobileDeviceOrientation(),  always be able to determine which side the 
> notch is on.
> 
> —
> Scott
> 
> 
>> On Feb 23, 2022, at 12:15 PM, scott--- via use-livecode 
>>  wrote:
>> 
>> I was updating a library to use the new iphoneSafeAreaInsets() for retuning 
>> the inset of the iPhoneX notch. I was surprised to see that it reports an 
>> inset on both left and right sides when in landscape even though the notch 
>> is only on one side. I would have expected an iPhone in landscape to report 
>> an inset on the bottom (for the home indicator, which it does report) and on 
>> whichever side the notch was actually on. While this can usually be figured 
>> out with  mobileDeviceOrientation()  (though not always) it seems like an 
>> extra step in addition to just being inaccurate about one side. Am I missing 
>> something or should this be a bug?
>> 
>> --
>> Scott Morrow
>> 
>> Elementary Software
>> (Now with 20% less chalk dust!)
>> web   https://elementarysoftware.com/
>> email sc...@elementarysoftware.com
>> booth1-360-734-4701
>> --
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-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: [ANN] Release 10.0.0 DP-2

2022-02-20 Thread Pi Digital via use-livecode
It’s so frustrating because I just spent the last week making my own widget to 
make bar and pi charts. LOL! Now it feels like a futile gesture with something 
far superior ‘just around the corner’. Your teams have done a really good job 
of making them. 

I’ll get back to making more futile tools that will likely get superseded by 
more of your work ;)

Sean Cole
Pi Digital Productions Ltd

eMail Ts & Cs


> On 20 Feb 2022, at 13:47, Mark Smith via use-livecode 
>  wrote:
> 
> I’ll echo that. Thanks for keeping us supplied with tasty new gadgets to 
> play with. 
> 
> Mark
> 
> 
>> On Feb 19, 2022, at 5:34 AM, Tom Glod via use-livecode 
>>  wrote:
>> 
>> Thank you team.
>> 
>>> On Fri, Feb 18, 2022 at 9:45 AM panagiotis merakos via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> Dear list members,
>>> 
>>> We are pleased to announce the release of LiveCode 10.0.0 DP-2.
>>> 
>>> You can find more details on the new features of this amazing release here:
>>> 
>>> 
>>> https://livecode.com/livecode-10-dp-2-charts-guidelines-web-browser-widget-and-more/
>>> 
>>> Not to spoil the surprise but ... anyone want a chart widget? Animated
>>> even, and perhaps displayed in a in-web Web Browser widget...
>>> 
>>> Enjoy!
>>> 
>>> Kind 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: Simple? DG question

2022-02-15 Thread Pi Digital via use-livecode
Sorry Phil, I meant to say that the mouse up call comes from within the grid to 
a handler on the card or stack script. But I’m hoping you already got that 
anyway. The eye widgets are on the form grid too along with the layer number 
and name. The FillInData handler of the form behaviour script is what changes 
the visible state of the widget. If you are doing this with a standard radio 
button, the same principle applies. 

Sean Cole
Pi Digital
eMail Ts & Cs


> On 15 Feb 2022, at 23:40, Pi Digital via use-livecode 
>  wrote:
> 
> When the user clicks on the toggle, do you have script that is overwriting 
> the dgData or dgText and then invoking a redraw of the form? Or are you only 
> changing the state of the graphic? Ideally you want to change the data and 
> allow it to redraw the grid again. 
> 
> I’m coding the same myself at this very moment for a project I’m on where I 
> want layers to be made visible and invisible. I’m allowing the user to 
> mouseUp on an SVG widget with the ‘eye open’ iconPresetName which then calls 
> a handler with the layer number and the target (which is the ‘visibility’ 
> widget) which adjusts the data for the grid and rewrites to it by using ‘set 
> the dgDataOfIndex[pLayerNum] to pVisible' or something like it. Once all the 
> handlers are complete it redraws the grid with the updated visibility icon. 
> 
> Does that help?
> 
> Sean Cole
> Pi Digital Productions Ltd
> 
> eMail Ts & Cs
> 
> 
>>> On 15 Feb 2022, at 22:03, Phil Davis via use-livecode 
>>>  wrote:
>>> 
>> Hi folks,
>> 
>> I have a 'form' Data Grid where each line's data objects are:
>> - a 'question' text field whose value is set once and never changed.
>> - an 'answer' text field whose value is set by the user's interaction with a 
>> 2-state 'answer' group.
>> 
>> When the user clicks/taps the 2-state 'answer' group, its visual state 
>> changes to acknowledge the tap, and its new state (true or false) is put 
>> into the 'answer' text field. I have verified that this part works, and the 
>> toggle object is setting the value of the 'answer' text field to reflect the 
>> visual state of the toggle object.
>> 
>> My problem:
>> For some reason, the dgText and dgData of the data grid only contain 'false' 
>> as the answer values from every line in the DG, regardless of the toggle 
>> settings (and therefore the text values in the 'answer' fields). Like this:
>> 
>>   falseFever above 100°F
>>   falseUnexplained body aches or pain
>>   falseCoughing
>>   falseSore throat
>>   falseChills
>> 
>> What am I missing?
>> 
>> Thanks for any insight you can offer.
>> 
>> -- 
>> Phil Davis
>> 503-307-4363
>> ___
>> use-livecode mailing list
>> use-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: Simple? DG question

2022-02-15 Thread Pi Digital via use-livecode
When the user clicks on the toggle, do you have script that is overwriting the 
dgData or dgText and then invoking a redraw of the form? Or are you only 
changing the state of the graphic? Ideally you want to change the data and 
allow it to redraw the grid again. 

I’m coding the same myself at this very moment for a project I’m on where I 
want layers to be made visible and invisible. I’m allowing the user to mouseUp 
on an SVG widget with the ‘eye open’ iconPresetName which then calls a handler 
with the layer number and the target (which is the ‘visibility’ widget) which 
adjusts the data for the grid and rewrites to it by using ‘set the 
dgDataOfIndex[pLayerNum] to pVisible' or something like it. Once all the 
handlers are complete it redraws the grid with the updated visibility icon. 

Does that help?

Sean Cole
Pi Digital Productions Ltd

eMail Ts & Cs


> On 15 Feb 2022, at 22:03, Phil Davis via use-livecode 
>  wrote:
> 
> Hi folks,
> 
> I have a 'form' Data Grid where each line's data objects are:
> - a 'question' text field whose value is set once and never changed.
> - an 'answer' text field whose value is set by the user's interaction with a 
> 2-state 'answer' group.
> 
> When the user clicks/taps the 2-state 'answer' group, its visual state 
> changes to acknowledge the tap, and its new state (true or false) is put into 
> the 'answer' text field. I have verified that this part works, and the toggle 
> object is setting the value of the 'answer' text field to reflect the visual 
> state of the toggle object.
> 
> My problem:
> For some reason, the dgText and dgData of the data grid only contain 'false' 
> as the answer values from every line in the DG, regardless of the toggle 
> settings (and therefore the text values in the 'answer' fields). Like this:
> 
>   falseFever above 100°F
>   falseUnexplained body aches or pain
>   falseCoughing
>   falseSore throat
>   falseChills
> 
> What am I missing?
> 
> Thanks for any insight you can offer.
> 
> -- 
> Phil Davis
> 503-307-4363
> ___
> use-livecode mailing list
> use-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: (area used by) Keyboard in iOS 15.x

2022-02-11 Thread Pi Digital via use-livecode
Hi Mark

This is really useful to know. Thanks for all your testing and research. 

Just a note about what iPhoneSafeAreaInsets is for. It returns the number of 
pixels from the top (the second item, 47 in your case) to allow for the top 
notch and from the bottom (4th item, 34) to allow for the onscreen app switcher 
bar at the bottom of the screen. This is in portrait mode. This changes to be 
the 1st and 4th items (47,0,0,34) or 3rd and 4th (0,0,47,34) in landscape mode 
because the notch will be on the left or right but the app switcher remains at 
the bottom. If the phone is upside down and your app allows for this the you 
could have the notch at the bottom which will make it something like 0,0,0,81. 

Thanks and all the best

Sean Cole
Pi Digital


> On 10 Feb 2022, at 22:13, Mark Smith  wrote:
> 
> Sorry, it appears I attached the wrong link. Hopefully this one works 
> better!!
> 
> https://www.dropbox.com/s/2igqdbroxy5onf7/Test%20Layout%2013.livecode.zip?dl=0
> 
> 
> 
>> On Feb 10, 2022, at 10:08 PM, Mark Smith  wrote:
>> 
>> Hello everyone, 
>> 
>> Once again thanks to the many of you who provided advice and suggestions. 
>> They were really very helpful in coding up this full working example. In the 
>> interests of sharing I have posted an example into a dropbox account, and 
>> will upload a copy to the forums at some point. This example takes a “dummy” 
>> layout of my Organize app (nothing is being saved, most features are not 
>> included) and redraws the main screen to fit the target device using just 
>> iPhoneSafeAreaInsets() and "the effective working screenRect" and nothing 
>> else (no fullscreenmode for example). It works remarkably well. I have 
>> tested it on a physical SE, 6S, 11, 12 and 13 mini and it adapts to each 
>> screen as you would expect. It is remarkably satisfying to see it adapt to 
>> changes in the keyboard size (predictive, not predictive) on the fly. No 
>> special code was required to do this. 
>> 
>> You’ll need to compile the example for iPhone and use a developer profile to 
>> install it on an iPhone device. The simulator does not really provide a 
>> useful simulation primarily because it does not simulate the behaviour of 
>> the keyboard very well (however, if you just want to see how the layout 
>> adapts, it is perfectly fine for that). Its possible I have not developed 
>> the most efficient method of coding the layout. If you have any suggestions, 
>> I’d be most grateful to receive them.
>> 
>> UI tips:
>> 1. tapping once on white space below the dg entries dismisses the keyboard 
>> (so does the “down arrow” when it appears in the header bar).
>> 2. tapping twice adds a new blank line (or inserts the cursor into an 
>> existing one) (so does the “+” sign in the header bar).
>> 
>> The rest should be obvious, I hope. All of the layout is in the card script. 
>> All of the dg code is in the dg handler and behavior script. 
>> Finally, if you have any questions, please feel free to send them on.
>> 
>> All the best,
>> Mark
>> 
>> https://www.dropbox.com/s/nmri0dy5j5qtc8c/test.livecode.zip?dl=0
>> 
>> 
>> 
>>> On Dec 27, 2021, at 12:05 PM, Mark Smith  wrote:
>>> 
>>> Thank you Sean and Jacque, 
>>> 
>>> I’ve not had a chance to work on a complete solution but thought I would 
>>> make a test run to see what “the effective working screenrect” was 
>>> returning and as the following indicates, it does in fact take into 
>>> consideration the keyboard. I just coded up one line to  run whenever the 
>>> status of the keyboard changed and tried it both with and without the 
>>> “predictive” option turned on. As you can see, it was very sensitive to 
>>> this change…
>>> 
>>> without predictive:
>>> 
>>> 9:37:14 PM keyboardActivated 0,0,375,451
>>> 9:37:15 PM keyboardDeactivated 0,0,375,667
>>> 9:37:18 PM keyboardActivated 0,0,375,451
>>> 9:37:19 PM keyboardDeactivated 0,0,375,667
>>> 9:37:19 PM keyboardActivated 0,0,375,451
>>> 9:37:23 PM keyboardDeactivated 0,0,375,667
>>> 
>>> 
>>> with predictive: 
>>> 
>>> 9:56:54 PM keyboardActivated 0,0,375,407
>>> 9:56:55 PM keyboardDeactivated 0,0,375,667
>>> 9:56:55 PM keyboardActivated 0,0,375,407
>>> 9:56:57 PM keyboardDeactivated 0,0,375,667
>>> 
>>> In my particular case not all 4 value are immediately useful. For example, 
>>> I have a fixed header and footer that need to be accommodated so the 
>>> correct “useable” rect for me is:

Re: [ANN] Preview of AppStarterStack for Livecode

2022-01-05 Thread Pi Digital via use-livecode
V0.99 - I love it!! :)

We’ll done Tom. I’ll be in touch very soon. This sounds perfect for something 
I’m working on right now. 

All the best

Sean Cole
Pi Digital Productions Ltd


> On 5 Jan 2022, at 18:48, Tom Glod via use-livecode 
>  wrote:
> 
> Hello Everyone,
> 
> 
> Today I am happy to announce a preview of the AppStarterStack for Livecode
> v 0.99.
> 
> 
> The AppStarterStack is a Livecode stack that accelerates the development of
> rich multi-platform applications using the Livecode development tools and
> engine.
> 
> 
> It contains many functions and abstractions that every professional
> software needs, which you and/or your developer would have to build when
> starting a serious software project.
> 
> 
> We built the AppStarterStack in order to significantly accelerate the
> development of all of our future products.  But why should we be the only
> ones to use it and benefit from it?
> 
> 
> It is designed to enable founders and developers to focus their team’s
> efforts exclusively on the functions and features of their particular
> application, without building their application’s architecture from scratch.
> 
> 
> With the AppStarterStack as a starting point, even your MVP can look and
> work like a polished product.
> 
> 
> The AppStarterStack comes with 100s of features out of the box.
> 
> 
> * Make Windowed or Fullscreen applications.
> * Built for continuous uptime, to run in foreground or minimized.
> 
> * Auto-Resizing, Responsive & Non-Blocking Interface
> 
> * Up to 4 simultaneous navigation bars in as many configurations as you need
> 
> * Contains many 1 line abstractions to accomplish many different tasks
> 
> * Non Blocking & Performant
> 
> * Built-in Timer, Log, Task Scheduler
> 
> * 1 line I/O: File, SQL(lite), HTTP, S3 with progress and error handling
> 
> * Easy "Real-Time" updating
> 
> * Settings Inputs (Toggle, Input Fields, Slider, Checkbox, Dropdown, Select
> File, Select Folder)
> 
> * Easy Right-click Menu
> 
> * Easy Badges to give updated counts to your users
> 
> * Super-Grid (Different grids, using a universal datagrid with 1 universal
> “column”.)
> 
> * Fully customizable to look the way you want, nearly everything can be
> changed to suit your style and needs.
> 
> * Multiple premade controls & examples
> 
> * Your application can spend nearly its entire development cycle in a
> build-able state.  It builds to Desktop & Mobile & (HTML in 2022)
> 
> *  It looks and works consistent across all platforms
> 
> * 1-click source control export if you want to keep track of code changes.
> 
> * Completely open codebase, you can change or fix anything you want or need.
> 
> * Goal & Process driven, you will literally transform the AppStarterStack
> file into your application.
> 
> * Thoughtful architecture to help you be and stay organized with your
> project’s design and code.
> 
> 
> & so much more
> 
> 
> Licensing:
> 
> 
> This stack will be licensed on a per use case basis.  To find out if the
> AppStarterStack is right for your project, just send me a PM and we can
> arrange a time to talk.
> 
> 
> Our license model comes with very few restrictions, and is intended to give
> you as much flexibility as possible and as few limitations as possible.
> 
> 
> Feel free to check out its website for a download and much more
> information. If you can, please send questions directly to me.
> 
> 
> www.AppStarterStack.com <http://www.appstarterstack.com>
> 
> 
> Thank you.
> 
> 
> -- 
> Tom Glod
> 
> Founder & Developer @ MakeShyft R.D.A <https://www.makeshyft.com>
> Build Software with AppStarterStack <https://www.AppStarterStack.com> for
> Livecode
> Save Time with The Time Saver's Toolbox <https://www.TimeSaversToolbox.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: New user

2021-12-24 Thread Pi Digital via use-livecode
I’m refitting the bathroom and laying new carpet in the upstairs hallway, so 
have Hol Dom Dues too ;)

Arduino will be basically the same as any other IO with the added benefit that 
you have control over the controller by your own Arduino coding.

There is a difference in approach for PC vs Mac. For some reason, I think 
because of one of the other replies, I got confusededed and thought you’d been 
developing from a PC. For Mac, you need to look in either the /dev folder or 
the /Library/extensions folder and find the path for the IO driver. See the LC 
documentation for ‘serialControlString’ and ‘open driver’. 

My son and I have been working on a physical Train Sim World controller which 
is basically the whole dashboard from a Class 365. It uses an Arduino board and 
a digital serial shunt to pick up all the buttons, switches and sliders and 
control lights and dials. This is then picked up by LiveCode and converted into 
XML for TSW to read from live and control the Sim and provide feedback for the 
gauges. 

Sean Cole
Pi Digital Productions Ltd

eMail Ts & Cs


> On 24 Dec 2021, at 20:42, Alex Hughson  wrote:
> 
> Thanks Sean for that help. I’m tangled up in Holiday Domestic Duties at the 
> moment but will give it a try in the new year. Meantime questions rolling 
> around my head; if I’m writing the LC prog on a Mac do I have to designate 
> the (PC) com port in that code, which I’m thinking would mean it couldn’t be 
> tested right there and then on the Mac? Also, I’m toying with the idea of 
> using an Arduino as my I/O device. Does that sound healthy?
> 
> Season’s greeting to all the list. best, Alex
> 
> 
> On December 21, 2021 at 5:37:14 PM, Sean Cole via use-livecode 
> (use-livecode@lists.runrev.com) wrote:
> 
> Hi Alex
> Welcome!
> I've done exactly and very similar to what you are describing about 6yrs
> ago from Mac, PC, Linux, iOS via USB, WiFi and GPRS serial adapters. For
> lighting up miniatures of housing estates and apartment blocks. And then
> for some film miniatures for toy commercials and so on.
> 
> Once you've installed the driver for your adapter on Win10, go to the
> Device Manager, Ports and find out what COM port it's linked to (eg, COM2).
> Now in LiveCode, you don't need to know the driver name to write to. Just
> use the command:
> open driver "COM2:" for write
> This sets the plane for communication. Next, you need to set up the
> settings, eg:
> set the serialControlString to "BAUD=9600 PARITY=N DATA=8 STOP=1"
> These are actually the default settings, so do nothing if these are the
> settings you want.
> Now you just need to know the commands to send.
> https://numato.com/docs/16-channel-usb-relay-module/#the-command-set-20
> write "readall" & return to driver "COM2:"
> read from driver "COM2:" for 4 -- ie, 4 characters
> The read command immediately after the write allows it to accept the
> response from the GPIO, in this example, for 4 characters in length (to
> receive the 4 hex characters like 16AF)
> 
> And that's it pretty much. It's super easy and fun. With Wifi modules you
> can use any device to communicate with them. We used iPad mini's which made
> it super flexible.
> 
> Let us all know if you run into any issues and need help.
> 
> All the best
> 
> Sean Cole
> *Pi Digital Productions Ltd*
> 
>> On Tue, 21 Dec 2021 at 04:33, Alex Hughson via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>> Hello all. I am a beginner user of LiveCode. I’ve managed to work my way
>> through a project which I think I can complete. However the project has to
>> be able to communicate with an I/O board (Numato 16 channel USB GPIO Module
>> for example) from a Windows Standalone application. I have not been able to
>> find any guidance or samples for how to do this. This has led me to wonder
>> if it is even possible to creat some kind of serial communication using LC
>> or whether I should start over with a different platform. I am doing the LC
>> work using a Mac. Any help or advice would be much appreciated.
>> 
>> ___
>> use-livecode mailing list
>> use-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 

Re: New user

2021-12-22 Thread Pi Digital via use-livecode
For Android and iOS, use WiFi and sockets. This is just as quick and easy. 

Sean Cole
Pi Digital Productions Ltd

eMail Ts & Cs


> On 22 Dec 2021, at 10:24, General 2018 via use-livecode 
>  wrote:
> 
> Just need this capability on Android - please Livecode
> 
> Regards Camm
> 
>> On 22 Dec 2021, at 01:37, Sean Cole via use-livecode 
>>  wrote:
>> 
>> Hi Alex
>> Welcome!
>> I've done exactly and very similar to what you are describing about 6yrs
>> ago from Mac, PC, Linux, iOS via USB, WiFi and GPRS serial adapters. For
>> lighting up miniatures of housing estates and apartment blocks. And then
>> for some film miniatures for toy commercials and so on.
>> 
>> Once you've installed the driver for your adapter on Win10, go to the
>> Device Manager, Ports and find out what COM port it's linked to (eg, COM2).
>> Now in LiveCode, you don't need to know the driver name to write to. Just
>> use the command:
>>   open driver "COM2:" for write
>> This sets the plane for communication. Next, you need to set up the
>> settings, eg:
>>   set the serialControlString to "BAUD=9600 PARITY=N DATA=8 STOP=1"
>> These are actually the default settings, so do nothing if these are the
>> settings you want.
>> Now you just need to know the commands to send.
>> https://numato.com/docs/16-channel-usb-relay-module/#the-command-set-20
>>   write "readall" & return to driver "COM2:"
>>   read from driver "COM2:" for 4 -- ie, 4 characters
>> The read command immediately after the write allows it to accept the
>> response from the GPIO, in this example, for 4 characters in length (to
>> receive the 4 hex characters like 16AF)
>> 
>> And that's it pretty much. It's super easy and fun. With Wifi modules you
>> can use any device to communicate with them. We used iPad mini's which made
>> it super flexible.
>> 
>> Let us all know if you run into any issues and need help.
>> 
>> All the best
>> 
>> Sean Cole
>> *Pi Digital Productions Ltd*
>> 
>>> On Tue, 21 Dec 2021 at 04:33, Alex Hughson via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> Hello all. I am a beginner user of LiveCode. I’ve managed to work my way
>>> through a project which I think I can complete. However the project has to
>>> be able to communicate with an I/O board (Numato 16 channel USB GPIO Module
>>> for example) from a Windows Standalone application. I have not been able to
>>> find any guidance or samples for how to do this. This has led me to wonder
>>> if it is even possible to creat some kind of serial communication using LC
>>> or whether I should start over with a different platform. I am doing the LC
>>> work using a Mac. Any help or advice would be much appreciated.
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-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: Smile for Christmas.

2021-12-16 Thread Pi Digital via use-livecode

> I will donate "aluminium" for them. I don't know where they got that.

Sir Humphry Davy, the same one responsible for the confusion in the term/name. 
So, the same place as our American cousins. 

> Oh, and don't forget Wales. They only have one sorta vowel, "y", and they 
> make do with random consonants when they run short.
They use a, e, o, u and I. W and Y are also considered vowels. They don’t use 
K, Q, V or Z  Double L, D, F as well as ch, ph, rh, th and ng all make 
consonant sounds. 29 ‘letters’ in total with 7 vowels. 

But I get that you were only jesting ;)
___
use-livecode mailing list
use-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: Number of items

2021-10-25 Thread Pi Digital via use-livecode
It’s not a bug. It’s a feature. And a welcome one, too. We just have to handle 
it differently to the way it is for CSVs and DB records. 

Sean


> On 25 Oct 2021, at 15:56, Paul Dupuis via use-livecode 
>  wrote:
> 
> On 10/25/2021 10:46 AM, Mike Kerner via use-livecode wrote:
>> I'm glad we have these sorts of discussions out in the open.
>> I hope there is not an appeal coming based on the lists that are submitted.
>> And even though this horse is dead, maybe some day we can have equal rights
>> for all items, especially the poor, empty ones. For those of you that don't
>> recall, the number of items in ",1" and the number of items in "1," are not
>> the same. Database records and CSV's continue to object.
> 
> I didn't realize that. What bug number is it in the Livecode Quality Center 
> Bugzilla database? I'd like to CC myself on the bug.
> 
> ___
> use-livecode mailing list
> use-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: Mud slinging versus genuine criticism

2021-10-25 Thread Pi Digital via use-livecode

> On 25 Oct 2021, at 14:54, Richmond via use-livecode:

> genuine criticisms

Every word! 
‘Extremely intemperate’, maybe, but not without cause. Or, indeed, 
unconsidered. I had held off from commenting at all (to a number of posts in 
fact) while I considered my take on it. 

Sometimes a bit of ‘genuine’ (justified) mud gets lobbed along with the 
critique. You don’t have to agree with it. If any of it was false there are 
plenty of others here that could ‘prove’ it. However, here we are.

___
use-livecode mailing list
use-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: Mud slinging versus genuine criticism

2021-10-25 Thread Pi Digital via use-livecode
I would if I could, Bob. 

I seriously would if I could!

Sigh. 

Sean


> On 24 Oct 2021, at 02:51, Bob Sneidar wrote:
> 
> If Sean doesn’t like the product, he is certainly within his rights to 
> cancel his subscription and cut off all associations. 
___
use-livecode mailing list
use-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: ‘Mud slinging’ versus ‘genuine criticism’

2021-10-25 Thread Pi Digital via use-livecode
Thanks, Richmond Mathewson, for your review from your perspective. 

I’m sure anyone else here not a ‘bottom feeder’ could enlighten you to the 
points I made to better ‘educate’ you. I’m too ‘ill’ to respond myself. 

Sigh

Sean


> On 23 Oct 2021, at 17:45, Richmond via use-livecode 
>  wrote:
> 
> some ridiculous claims …
> 
> I suspect Sean Cole may turn his nose up at us "bottom-feeders" who use 
> LiveCode for what are, really, bloody basic, humdrum requirements: but they 
> do make one hell of a difference to the learning experiences of a lot of 
> children.
> 
> I am sorry to unearth this, but I do feel that this 'situation' that has 
> arisen has to be examined fully for some good
> to come out of it.
> 
> 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


Re: Our survey - please don't discuss :)

2021-10-22 Thread Pi Digital via use-livecode

>> never conciously
> 
> I've tried that excuse but my wife never buys it. ;)
> 

My wife and I have an agreement that ‘if it isn’t written down, it never 
happened’. We never wrote the agreement down though, so…

Sean

___
use-livecode mailing list
use-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: Our survey - please don't discuss :)

2021-10-22 Thread Pi Digital via use-livecode

> Come on, how should Matthias know?
He won’t. Heather might. Obviously  

___
use-livecode mailing list
use-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: Our survey - please don't discuss :)

2021-10-22 Thread Pi Digital via use-livecode
Where do you opt in or out. I never consciously did so

Sean Cole
Pi Digital Productions Ltd

eMail Ts & Cs


> On 22 Oct 2021, at 09:15, Heather Laine via use-livecode 
>  wrote:
> 
> Hi Sean,
> 
> You didn't get the survey because you have opted out from receiving our 
> surveys. This is not speculation, I checked, and you are clearly marked as 
> opted out. So we can't send it to you. 
> 
> Best Regards,
> 
> Heather
> 
> Heather Laine
> Customer Services Manager
> LiveCode Ltd
> www.livecode.com
> 
> 
> 
>> On 22 Oct 2021, at 00:11, Sean Cole via use-livecode 
>>  wrote:
>> 
>> Hi
>> I'm guessing I haven't and won't get the survey because either you already
>> know my gripes, or, more likely, my opinion counts for nothing here.
>> 
>> Normally my gripes get overlooked in favour of some 1-5 user 'feature' like
>> FMP integration @ $400/seat. Like purchasing a 2-year licence for HTML5
>> with the promise that it would get fixed (following an Edinburgh visit with
>> Ian@LC) (which it didn't so I couldn't use because it was so dysfunctional)
>> then told I would have to buy the next licence on the promise that the new
>> one (LC10) will work this time. It literally makes me nauseous right now
>> just typing about it. How immensely pee'd and dump'd on I feel. You guys
>> put me in hospital more than once. And as 85% of my livelihood is dependant
>> on LC it won't be long before ridiculousness like this put me back in.
>> 
>> Asking people to fill out a survey will only cause more of your users to
>> become disappointed when 'their' extremely valid top 10 bugs get lost in
>> the flood of other people's, probably only based on how many remember the
>> same matching ones. When 'theirs' don't get fixed, it will only feed their
>> despondency.
>> 
>> My advice is what we all have to follow on a day to day basis - fix all the
>> base-level stuff like fields, buttons, graphic, groups and their
>> inconsistencies. Then UX/IDE elements like the messed up script editor (so
>> we don't have to use 3rd part ones), dictionary (so we don't have to use
>> 3rd part ones!), user guide (so we don't have to use 3rd part ones!!),
>> project browser (so we don't have to use 3rd part ones!!!) and property
>> inspector (so we don't have to use 3rd part ones). THEN, move on to
>> higher-level stuff in the language code and extensions.
>> 
>> You don't need a survey to work that out. Just get on with it! You want to
>> know what the top bugs are - use your product for real-world stuff yourself
>> and try to do it without having to use workarounds!
>> 
>>> On Thu, 21 Oct 2021 at 16:45, Klaus major-k via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> Hi Heather,
>>> 
>>>> Am 21.10.2021 um 16:36 schrieb Heather Laine via use-livecode <
>>> use-livecode@lists.runrev.com>:
>>>> 
>>>> Dear list folks,
>>>> 
>>>> We've just sent out a survey to try and determine what our top 10 bug
>>> list should look like. We would ask you please not to discuss the bugs you
>>> enter in the survey on the list, the forums or in general. We want your own
>>> unbiased opinions based on your personal needs and experiences.
>>>> 
>>>> Thank you very much!
>>>> 
>>>> Warmest Regards,
>>>> 
>>>> Heather
>>> 
>>> I did not receive any mails yet, but maybe this will take a little time.
>>> Just quoted this mail in the Facebook LC forum!
>>> 
>>> 
>>> Best
>>> 
>>> Klaus
>>> 
>>> --
>>> Klaus Major
>>> https://www.major-k.de
>>> https://www.major-k.de/bass
>>> kl...@major-k.de
>>> 
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-livecode@lists.runrev.com
>>> Please visit this url to subscribe, unsubscribe and manage your
>>> subscription preferences:
>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> ___
> use-livecode mailing list
> use-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: Stack with the same name loop

2021-10-08 Thread Pi Digital via use-livecode

> On 8 Oct 2021, at 16:08, J. Landman Gay via use-livecode 
>  wrote:
> 
> Actually I never quit LC. I duplicate the file in Finder and then rename the 
> one I was working on, which is still open in memory.
> 
> I don't often use Save As but when I do I don't see a second copy of the 
> stack. But I did notice once that when manually removing a stack from memory 
> it doesn't always remove the datagrid libraries. I wonder if that's related.
> --
> Jacqueline Landman Gay |

Me too. In this Particular instance I had made some changes and thought I’d 
better make it a quarantined version away from the main version. I wish now I’d 
just do what I normally do and copy paste the code into notepad then make a 
copy and open that. It’s only because I got stuck in the loop I asked the 
question. And then got miffed because it’s another one of these things that is 
known about, fundamental, and still not resolved after 18yrs. 18yrs of pain 
versus a few weeks or months of work for LC. 

Sigh





___
use-livecode mailing list
use-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: Stack with the same name loop

2021-10-07 Thread Pi Digital via use-livecode
On 7 Oct 2021, at 17:28, Mark Waddingham via use-livecode 
 wrote:
> 
> So the first thing to ask is, is the recipe as simple as:
> 
>  1) Select stack you want to 'Save As'
>  2) File > Save As
>  3) Give a different name and Save
>  4) Duplicate name Save/Purge/Cancel dialog appears?
> 
> Or is there any more to the recipe?

Quite right. I make sure it’s the main stack selected and that all other 
stacks, inspectors and editors are closed just in case. Then, as you have it 
laid out in steps 2 to 4 and 4 and 4 ad infinitum. :)

That’s all there is to it. 

There is nothing, as I am aware, that is loading any other external stacks at 
all. They only reference to substacks of the main. 

What do we check next?

Sean

___
use-livecode mailing list
use-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: Stack with the same name loop

2021-10-07 Thread Pi Digital via use-livecode

> On 7 Oct 2021, at 15:49, Mark Waddingham via use-livecode 
>  wrote:
> 
> Indeed, is this a multi-stack system which you are working on? Is there a way 
> your code (which is being triggered somehow after save) is referencing the 
> stack you just saved as, by its original filename?

It is a multi-stack system for sure. 114 substacks, 840 cards, 90,039 objects 
and counting. 

The stacks and cards only every reference themselves as ‘me’ or ‘this’. The 
preopenstack has a bunch of references to ‘start using stack “whatever”’ to run 
as libraries I’ve written. And then the openstack uses a dispatch to run a 
script from one of these libraries, closely followed by a ‘send “blah” to 
“aLib” in 0 sec with messages’ just to finish up. 

There is a preclosestack which is intentionally empty. The preopenCard and 
openCard of the first card in the mainStack only recall data from one of the 
library stacks into globals. Then runs a centreMe handler from the mainStack 
script which is just a ‘set the loc of this stack to the screenloc’. 

And that is it. No closeStack handler. 

I can reproduce it every time I do a saveAs. 

The ‘save/purge/cancel’ is only intuitive to you it seems because you 
understand the background. It doesn’t seem to make sense to us (and certainly 
not a newcomer) because we have only our experience from other software to go 
on and how we expect it to work. If we do a saveAs in any other ware, we would 
never see a purge option. Maybe just an ‘are you sure’ or a ‘this will have 
this kind of effect’ warning. So we would never expect this kind of behaviour 
from software and know what to do with it. Hence the immediate initial 
responses to my OP (which were hilarious by the way, much needed light relief). 

Thanks yet again. 

Sean

___
use-livecode mailing list
use-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: Stack with the same name loop

2021-10-07 Thread Pi Digital via use-livecode


> On 7 Oct 2021, at 15:38, Mark Waddingham via use-livecode 
>  wrote:
> 
> So the looping problem here lies somewhere in the process removing the 
> existing stack from memory / saving it.

Like what, for example?

Thanks. 

___
use-livecode mailing list
use-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: Stack with the same name loop

2021-10-07 Thread Pi Digital via use-livecode
Hi Mark (both :) )

Thanks for your explanation. Very thorough. 

What I don’t understand is why the engine needs to delete the old reference 
(weak handle) when invoking a ‘save as’. Is it not just a matter of resaving 
you a new location and making the pointer to the storage device for that 
instance? Why does it need to save it and then remove from memory at all? Just 
carry on with what is already in memory without the need to reload. That’s why 
we use a ‘save as’ anyway. 

Thanks again. 

Sean


> On 7 Oct 2021, at 14:40, Mark Waddingham via use-livecode 
>  wrote:
> 
> On 2021-10-06 22:30, Mark Wieder via use-livecode wrote:
>> That's what I do as well. Kill, then go do something else for a bit.
>> Reading the code that invokes this dialog (the reloadstack handler in
>> revbackscriptlibrary.livecodescript) isn't much help. It's only the
>> IDE that can't handle this, not the engine.
>> This would all be moot if the IDE used the long id of the stack
>> instead of just the short name of the stack, but that would require
>> work.
> 
> That isn't true - the problem is a lot deeper than that.
> 
> Most 'stack' related engine syntax works with the short name of stacks e.g. 
> defaultStack, topStack, stackFiles.
> 
> The IDE is built using the engine, so has to work within the limitations the 
> engine has.
> 
> Internally the engine references stacks by 'weak handles' (basically pointers 
> which 'know' when the thing they are pointing at has been deleted) - it does 
> not use names... However the way stacks are referenced by script (as 
> mentioned above) do use the short name - to keep things simple.
> 
> Of course it would be possible to add new syntax and such - and it would be 
> possible to update the IDE to use it (and thus the 'irksome' dialog could be 
> removed).
> 
> However, the reality is that, that endeavour (which would be a very large 
> amount of work) would only shift the problem - onto users themselves.
> 
> If user code did not use the new syntax, then chances are they would end up 
> causing really hard to track down issues in their own code due to having two 
> stacks with the same name. This is regardless of whatever resolution order 
> was chosen to resolve conflicts - unless user code also uses unique stack 
> references, there is no choice which would not stop problems from happening.
> 
> I'd like to point out that this is not me copping out here - it is merely 
> pointing out that simplicity does come with restrictions - and as it stands, 
> one of these restrictions (with livecode) is uniquely named stacks.
> 
> I'd further point out that 'critical things having unique name' isn't that 
> rare. For example, you can't have two files with the same name in a folder 
> for example (even though on UNIX systems, every file has an internal unique 
> integer id - the inode number) and you can't have two handlers, variables, 
> methods, types (or any named thing) with the same name (in the same 
> namespace) in any language that I know of.
> 
> So, may I suggest, the problem to solve is to figure out why the dialog which 
> spawned this thread does not work correctly in some circumstances?
> 
> I say some circumstances, because it does work precisely as advertised in a 
> (fresh) IDE after it has been started:
> 
>  1) Create a stack "Foo" - save it as "FooEmpty.livecode" and remove from 
> memory
>  2) Create another stack "Foo" - place a button on it and save it as 
> "FooButton.livecode"
>  3) Load FooEmpty.livecode from the menu - ask to Purge. FooEmpty appears 
> (and FooButton goes)
>  4) Add a tab control to FooEmpty.
>  5) Load FooButton.livecode from the menu - ask to Save, FooEmpty is saved 
> and FooButton appears.
>  6) Load FooEmpty.livecode from the menu - ask to Purge, FooEmpty appears 
> (now with tab control) and FooButton has gone.
> 
> The correct behavior of that dialog is precisely what you would expect from 
> the button names:
> 
>  1) Cancel - the loading of the new stack does not happen.
>  2) Purge - the existing stack of the same name is removed from memory 
> without saving first, and the new stack is loaded.
>  3) Save - the existing stack of the same name is saved and then removed from 
> memory, and the new stack is loaded.
> 
> The effect observed (the looping) could be an interaction with a component in 
> the IDE (which somehow causes the stack which should be being removed to be 
> reloaded), or it could be some code pattern in user stacks which cause much 
> the same problem. In the former case, we need to fix the IDE to be 'purge 
> safe in this case', in the latter case we need to understand the pattern so 
> that we can change the mechanism to not be affected by it.
> 
> Warmest Regards,
> 
> Mark.
> 
> -- 
> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> LiveCode: Everyone can create apps
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to 

Re: OT: Priorities (was: Re: Stack with the same name loop)

2021-10-07 Thread Pi Digital via use-livecode

> On 7 Oct 2021, at 05:49, J. Landman Gay wrote:
> 
> In the larger picture, what would you address first:

Firstly the fundamentals
Closely followed by UX

These are the foundation upon which ALL software AND hardware are based. 
Without them everything else is a waste. 

Sure, a wheel can have pretty callipers and spokes, fancy tyres with run-flat 
technology, but if it can’t turn because the bearings are exposed or the lug 
nuts rust easily meaning you have to drill them out (an irritating workaround) 
to replace a damaged one, then what’s the point of all the fancy stuff?

An ‘irritating’ workaround that’s been in place for “18 YEARS” is seen as 
acceptable. However kind a person is, putting their core users through that 
torture goes to show what lies at the heart of them. Gently water boarding. 
Leathal injection given in nano-ounces every day/week/month. A noose tightened 
gradually and gently while slowly pushing the stool from under you. You get the 
picture. It sounds kind but ultimately winds up killing us all in the end. 

Everybody ‘seems’ kind and genuine. Without exception, everyone are not, not 
entirely. Every single one at their core is self-serving. That leads to 
protective behaviours. This is developed from childhood, impressed upon by 
parenting and society, then ingrained by experience and environment. Some get 
pampered and groomed into not seeing the maltreatment, believing that all or 
some are benevolent and beyond reproach. That is either illusionary or 
delusionary. 

I HAVE met a lot of the people at LC. Visited three of their bases. They all 
‘seemed’ nice. But, unfortunately, we are all flawed and are all inconsistent. 
All affected and feel the effects of time and events. It’s inescapable. If we 
have a nerve touched we respond, as did you to my last post. Those reactions 
are only a natural reflex to how we have been trained to respond based on our 
past. You’ve been trained to accept things that others find uncomfortable. I 
respond badly, partly because of the chemicals, but mostly by the scars of 
mistreatment over a long period that have enabled me to see people in a 
different light, sometimes distorted, but more often in their true nature, and 
choose not to accept it’s discomfort. I can be nice, but my nerves are exposed 
and raw. 

I don’t mean to offend, but offence is inevitable no matter what is said in 
this day and age of woke mentality. So I apologise to those who have been 
offended now. That sounds nice but, at it’s core, is false because I don’t care 
if you are offended - I had something to say about how I feel and so said it. 
Which is only fair because a lot of what has been said here over the past few 
weeks has deeply offended me but I’ve said nothing. Because, so what if I’m 
offended. :) 

Now loop back to paragraph three and four and read in context. 

___
use-livecode mailing list
use-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: IDE line number doesn't update

2021-09-22 Thread Pi Digital via use-livecode
Hi
Probably best if you go back to bed, Curry. You’re too unwell to read my Full 
report (a whole stream of specific bug reports with duplicates and fixes and 
reprisals) or notice how Lng the email was you wrote regarding the bugs 
you’d found. A bit more than two lines. 
Stop getting ratty with me (I don’t nderatand it’s probably just your illness 
making you that way) while I’m really ‘trying’ to be nice. I have to be nice or 
nasty people on here start getting upset and kick up a stink to have me kicked 
off. Please read as written, with a pleasant tone. I’ll show my workings when I 
have time. As Mark says, I should probably leave my Mac (and all other contact 
devices) at home. 

Sean Cole
Pi Digital Productions Ltd

eMail Ts & Cs


> On 22 Sep 2021, at 19:13, Curry Kenworthy via use-livecode 
>  wrote:
> 
> 
> Sean:
> 
> > I think Curry was aiming that at me to read his previous lng
> > email and see all that stuff about his well being
> 
> Line Counts in my first email below
> - Re Tiemo's line # issue: 3
> - Re Sean's Bug comment: 5
> - Re Separate LC 9 SE Bugs: 9
> - Re Me sick: 2
> 
> Wasted if you don't read things, but Me once again:
> 
> > Is there a separate Bug reported on this?
> > It is not the same as performance issues.
> 
> I asked you first.
> 
> Best wishes,
> 
> Curry Kenworthy
> 
> Custom Software Development
> "Better Methods, Better Results"
> LiveCode Training and Consulting
> http://livecodeconsulting.com/
> 
> ===
> 
> Tiemo:
> 
> > beside the horrible IDE performance in general
> > the line number doesn't gets updated when scrolling the code
> > Has anybody perhaps found any tweak to get the line # working again?
> 
> Only the same tactic you mentioned:
> 
> > You have to click the mouse into the code, to get the line # updated
> 
> So the user discipline: Look at code, scroll, click, look at line#.
> This feature keeps us on our toes. :)
> 
> Sean:
> 
> > This is an issue dating all the way back to LC9.0.0.
> > It has been raised several times
> > I've ended up at Bug 23117
> > <https://quality.livecode.com/show_bug.cgi?id=23117>
> 
> Is there a separate Bug reported on this?
> It is not the same as performance issues.
> 
> (The SE has performance issues, and even
> line # performance limits I would think,
> but not updating is a separate bug.)
> 
> I am still a bit sick with the tail end of COVID,
> so not up to searching or reporting bugs this week.
> 
> Separate LC 9 SE Bugs we have, or had:
> 
> - Performance and practical script size limit.
> - This one, line # updating.
> - Messed up handler indentation.
> - Disassociation of SE from script's object.
> - SE window disappears if too many tabs.
> - Excessive disk use (for HDD/antivirus)
> - SE confusion about last insertion point/scroll.
> - Weird text hilites in SE.
> 
> Best wishes,
> 
> Curry Kenworthy
> 
> Custom Software Development
> "Better Methods, Better Results"
> LiveCode Training and Consulting
> http://livecodeconsulting.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: IDE line number doesn't update

2021-09-22 Thread Pi Digital via use-livecode
Thanks Bill. But I think Curry was aiming that at me to read his previous 
lng email and see all that stuff about his well being. Which is noted. I 
only took a cursory glance at his message as I was in the midst of client 
liaisons. Apologies for not taking more time. 

As you are incapacitated and I am concerned that you are without the strength 
to submit a report I will post a series of reports to the quality list and see 
which ones get bumped as duplicates of others. At least then we will know they 
have all been logged and put in the system. They can’t fix what hasn’t already 
been reported. And if it had been ‘fixed’ and now a regression, this too will 
be brought into the repair process. 

I won’t be able to do it right away. It is our anniversary and will be going 
away for a number and of days, so I’m getting things done before we do. Maybe 
someone else can beat me to it. Maybe the OP could grab the gauntlet and run 
with it :)

All the best, y’all. 

Sean


> On 22 Sep 2021, at 15:48, William Prothero via use-livecode 
>  wrote:
> 
> Sean,
> Sending much hope for your good recovery.
> Bill Prothero
> 
> Sent from my iPad
> 
>> On Sep 22, 2021, at 7:29 AM, Pi Digital via use-livecode 
>>  wrote:
>> 
>> Have you logged these on the quality site? I didn’t see them when doing my 
>> research. 
>> 
>> Sean Cole
>> Pi Digital Productions Ltd
>> 
>> eMail Ts & Cs
>> 
>> 
>>>> On 22 Sep 2021, at 14:08, Curry Kenworthy via use-livecode 
>>>>  wrote:
>>> 
>>> 
>>> Me:
>>> 
>>>> Separate LC 9 SE Bugs we have, or had:
>>> 
>>> "- Performance and practical script size limit.
>>> - This one, line # updating.
>>> - Messed up handler indentation.
>>> - Disassociation of SE from script's object.
>>> - SE window disappears if too many tabs.
>>> - Excessive disk use (for HDD/antivirus)
>>> - SE confusion about last insertion point/scroll.
>>> - Weird text hilites in SE."
>>> 
>>> ... Also more SE bugs:
>>> 
>>> - Messed up drags
>>> - Clipboard affected by SE editing
>>> - Invisible menus in stacks while SE open
>>> - Uncontrollable scrolling
>>> - Null filter needed when pasting
>>> - Certain errors do not trigger debugging
>>> - (Unable to save changes due to above Disassociation)
>>> - (Hard to set breakpoints due to above line # updating)
>>> - SE sometimes doesn't notice a copy or paste keystroke
>>> - "Find in>Docs" will not be noticed by newbies
>>> - Sometimes either "on" or "end" gets clipped/disappears
>>> -  (and there are more; this is a few)
>>> 
>>> All from memory, haven't rechecked them.
>>> 
>>> Best wishes,
>>> 
>>> Curry Kenworthy
>>> 
>>> Custom Software Development
>>> "Better Methods, Better Results"
>>> LiveCode Training and Consulting
>>> http://livecodeconsulting.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
> 
> 
> ___
> use-livecode mailing list
> use-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: IDE line number doesn't update

2021-09-22 Thread Pi Digital via use-livecode
Have you logged these on the quality site? I didn’t see them when doing my 
research. 

Sean Cole
Pi Digital Productions Ltd

eMail Ts & Cs


> On 22 Sep 2021, at 14:08, Curry Kenworthy via use-livecode 
>  wrote:
> 
> 
> Me:
> 
> > Separate LC 9 SE Bugs we have, or had:
> 
> "- Performance and practical script size limit.
> - This one, line # updating.
> - Messed up handler indentation.
> - Disassociation of SE from script's object.
> - SE window disappears if too many tabs.
> - Excessive disk use (for HDD/antivirus)
> - SE confusion about last insertion point/scroll.
> - Weird text hilites in SE."
> 
> ... Also more SE bugs:
> 
> - Messed up drags
> - Clipboard affected by SE editing
> - Invisible menus in stacks while SE open
> - Uncontrollable scrolling
> - Null filter needed when pasting
> - Certain errors do not trigger debugging
> - (Unable to save changes due to above Disassociation)
> - (Hard to set breakpoints due to above line # updating)
> - SE sometimes doesn't notice a copy or paste keystroke
> - "Find in>Docs" will not be noticed by newbies
> - Sometimes either "on" or "end" gets clipped/disappears
> -  (and there are more; this is a few)
> 
> All from memory, haven't rechecked them.
> 
> Best wishes,
> 
> Curry Kenworthy
> 
> Custom Software Development
> "Better Methods, Better Results"
> LiveCode Training and Consulting
> http://livecodeconsulting.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: Licensing model change

2021-09-18 Thread Pi Digital via use-livecode
> Licensing emails are going out,

Did everyone else receive theirs? I still haven’t heard anything. I wasn’t 
going to push or be impatient but it’s been on my mind. Just wondering if I 
somehow got forgotten or they at just struggling to get through the tens of 
paying users. 

Sean Cole
Pi Digital Productions Ltd

eMail Ts & Cs


> On 31 Aug 2021, at 19:34, Kevin Miller via use-livecode 
>  wrote:
> 
> I don't know your specific license plan and Heather has left for the 
> evening, however generally if we promised something in the past we do honour 
> it. Licensing emails are going out, if you don't have yours by tomorrow feel 
> free to drop us a line in support.
> 
> Kind regards,
> 
> Kevin
> 
> Kevin Miller ~ ke...@livecode.com ~ http://www.livecode.com/
> LiveCode: Develop Yourself
> 
___
use-livecode mailing list
use-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: Send a table in an email.

2021-09-09 Thread Pi Digital via use-livecode
Hehe. Full of ‘solutions’ :)

It’s because we need to see it as a table in an email :D
That’s the point of the question. 

Here’s my full process if it helps you understand. 

I (that is to say, a server I code and manage) process around 100-120 emails a 
day from the mobile (cell phone) carriers O2 and EE. They all get done at about 
5am every day at including weekends. Some have call data in them and some do 
not. Some have broken csv’s in them. Myself and others in the team need to 
quickly know when it breaks so we can look into it. 

So, to be absolutely sure, we email ourselves every morning a list of which 
emails have been processed for all of the clients (4 so far). It has the 
details of the email UID, the customer name, the client(or Dealer as we call 
them) name, the date range, the account number, number of Kb, and a bunch of 
other relevant data to us. This list has grown. Each line has a of course a 
different length and does not format out like the table it is put into in LC. 

The purpose of the email is a forceful reminder to us to check. The subject 
let’s us know immediately if there may be issues by telling us how many got 
processed and how many had data and how many are potentially broken. These can 
only be indicators. We find ourselves in the rubbish position of checking it 
over by eye. 

We ‘could’ have it sent to a database, or show up in an app or all manner of 
other methods but by far and away the simplest way for us to daily get this 
reminder is by a simple email with a heading and a list. Email is a system with 
a long track record of ‘working’. The fact that email still exists is testament 
to this. A quick scan over this daily doc helps us quickly see which ones we’ve 
already checked, what potential issues there are and, more importantly for me, 
if the remote server had completely fallen over. No need to open any links or 
other software to view quickly a stream of data. It’s easier to recall and 
delete than our mySQL database. Email is just there, always. 

So, the ability to quickly convert our little table from a text field on the 
server into the body of an email is what I’m looking to do. I had expected the 
mime field encoder to do this but it seems it’s only very simple in its view of 
a field. 

The data returned from ‘the htmlText of field’ is so long and convoluted and 
also does not contain either the correct formatting or table info suitable for 
email. 

So, it looks like if I have to do it I will have to code a whole html method 
for expressing it as a table in an email body that email will accept and 
display as expected. That’s why I had ‘hoped’ that the MIME encoder already did 
it for us. Alas, negatory!

I didn’t want to have to have put all this into an email when asking the 
question and ‘hoped’ that a simple question would suffice to get a simple 
answer (which MarkW was gracious to provide from the most qualified position I 
know). 

But, seriously, thank you for your interest and attempts to offer useful 
suggestions. Sometimes what sounds like a simple answer actually just 
overcomplicates the ‘end user experience’. Something we as software engineers 
should be ever aware of ;)

Thanks again

Sean
Pi Digital


> On 9 Sep 2021, at 05:29, Rick Harrison via use-livecode 
>  wrote:
> 
> Hi Sean,
> 
> Why don’t you just email them a spreadsheet or a .csv file,
> let them open it. and they can copy and paste whatever they want
> into their own spreadsheet?
> 
> Rick
> 
> 
>> On Sep 8, 2021, at 10:43 PM, Pi Digital via use-livecode 
>>  wrote:
>> 
>> Hi Rick
>> 
>> Because, as stated before, you can’t select the text and paste it into a 
>> spreadsheet. 
>> 
>> Thanks though. 
>> 
>> Sean
> 
> ___
> use-livecode mailing list
> use-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: Send a table in an email.

2021-09-08 Thread Pi Digital via use-livecode
Hi Rick

Because, as stated before, you can’t select the text and paste it into a 
spreadsheet. 

Thanks though. 

Sean



> On 8 Sep 2021, at 23:19, Rick Harrison via use-livecode 
>  wrote:
> 
> Hi Sean,
> 
> If you just want to show the table in an email why not just send
> an image of it? Create a screenshot of the table and email it.
> Are you trying to send just one or a lot of them over a period of time?
> 
> Rick
> 
>> On Sep 8, 2021, at 3:42 PM, Pi Digital via use-livecode 
>>  wrote:
>> 
>> I just wanted a simple way of showing it without all the extra coding 
>> rigmarole. Especially in html. 
>> 
>> Sean Cole
>> Pi Digital Productions Ltd
>> 
>> eMail Ts & Cs
>> 
> 
> 
> ___
> use-livecode mailing list
> use-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: Send a table in an email.

2021-09-08 Thread Pi Digital via use-livecode
Me too, Bob. Same sort of scenario. It should just deal with them. 

It looks like I may end up with a mix of Mark’s and Rick’s suggestions. Maybe 
just html that bit. 

Sean Cole
Pi Digital Productions Ltd

eMail Ts & Cs


> On 8 Sep 2021, at 18:09, Bob Sneidar via use-livecode 
>  wrote:
> 
> I have this need as well. I send emails with completed tickets that have 
> table data. What I have done in the past is use fixed length data padded with 
> spaces, then I send the email in a monospaced font. Having the ability to 
> send an email as html formatted text would be great, but last time I 
> attempted it, it does not get received as html displayed, but only as the 
> html itself. 
> 
> Watching thread with interest. 
> 
> Bob S
> 
> 
>> On Sep 8, 2021, at 09:41 , Rick Harrison via use-livecode 
>>  wrote:
>> 
>> Hi Sean,
>> 
>> So you want the receiver of your emailed table to be able to modify the data 
>> in it.
>> 
>> I would make it an HTML email so you can allow the user to enter the data
>> directly into your server database table field.
>> 
>> That’s if I am understanding you correctly here.
>> 
>> Rick
>> 
>> 
>>>> On Sep 8, 2021, at 11:05 AM, Sean Cole (Pi) via use-livecode 
>>>>  wrote:
>>> 
>>> Hi Rick,
>>> 
>>> It's not strictly what I was asking as I am talking about the mimeEncode
>>> library. Plus it's a file that is then not easily selectable directly from
>>> the email. I just want to be able to display a small table of data in the
>>> email that is easily readable with a small footprint and using specifically
>>> the mimeEncodeFieldAsMIMEMultipartDocument(pField).
>>> 
>>> Sean
>> 
>> ___
>> use-livecode mailing list
>> use-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: Send a table in an email.

2021-09-08 Thread Pi Digital via use-livecode
I just wanted a simple way of showing it without all the extra coding 
rigmarole. Especially in html. 

Sean Cole
Pi Digital Productions Ltd

eMail Ts & Cs


> On 8 Sep 2021, at 17:41, Rick Harrison via use-livecode 
>  wrote:
> 
> Hi Sean,
> 
> So you want the receiver of your emailed table to be able to modify the data 
> in it.
> 
> I would make it an HTML email so you can allow the user to enter the data
> directly into your server database table field.
> 
> That’s if I am understanding you correctly here.
> 
> Rick
> 
> 
>> On Sep 8, 2021, at 11:05 AM, Sean Cole (Pi) via use-livecode 
>>  wrote:
>> 
>> Hi Rick,
>> 
>> It's not strictly what I was asking as I am talking about the mimeEncode
>> library. Plus it's a file that is then not easily selectable directly from
>> the email. I just want to be able to display a small table of data in the
>> email that is easily readable with a small footprint and using specifically
>> the mimeEncodeFieldAsMIMEMultipartDocument(pField).
>> 
>> Sean
> 
> ___
> use-livecode mailing list
> use-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: Send a table in an email.

2021-09-08 Thread Pi Digital via use-livecode
Thanks Mark
I will take a look

Sean Cole
Pi Digital Productions Ltd

eMail Ts & Cs


> On 8 Sep 2021, at 16:28, Mark Waddingham via use-livecode 
>  wrote:
> 
> On 2021-09-08 11:02, Sean Cole (Pi) via use-livecode wrote:
>> Hi all
>> I'm trying to use the MIME encoder to send an email with a table in the
>> body. I have a field that has both plain text and a few lines that are
>> displayed as a table in the middle of it. I basically just turn on the v
>> and h lines and set tab stops.
>> mimeEncodeField... puts the text into the email body but does not seem to
>> format out the table. Is there a way to get it to recognise the table or
>> some other way of getting the table to display correctly in the email?
> 
> So the mime library call you are talking about is super simple - it just 
> dumps the htmlText of the field into the HTML (so is fine as long as its just 
> simple formatting involved), and then looks for inline images and attaches 
> them as other parts.
> 
> The code is in the mime extension (com.livecode.library.mime) and the handler 
> in question (mimeEncodeFieldAsMIMEMultipartDocument) is built out of other 
> public mime library APIs... It would be relatively straightforward to create 
> your own version and customize the HTML output to your needs.
> 
> Warmest Regards,
> 
> Mark.
> 
> -- 
> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> LiveCode: Everyone can create apps
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


I’m a software engineer, not a platform engineer.

2021-09-02 Thread Pi Digital via use-livecode
Peace to all at this difficult time. 

My working structure doesn’t seem to fit in with the new ‘model’ that LiveCode 
have imposed on us earlier this week. I understand their need to change and up 
their methodology. And I’m sure their model probably does fit the vast majority 
of LC users and will benefit them greatly. But it doesn’t fit mine even 
closely. 

I’m a software engineer, not specifically to any platform. As a freelancer I 
work where the need is. Any given client will have any number of needs. 

My main client work is almost exclusively for the Windows environment although 
we were trying to get it moved over to HTML. This failed because the LC 
deployment to that platform was not fit for use and so we await eagerly LC10 
(despite continuing to have to pay the subscription while they fix it). We have 
also used the Linux deployment for a period until CentOS got dropped from our 
server. 

But other clients, especially in the TV, Film and AV industry, could require 
software being produced for any given platform depending on their needs. These 
projects last little more than a month. But I have to pay for a full years 
licence as and when I’d need it. But I won’t be able to get a ‘bundle discount’ 
as they put it. But they don’t hold prices for upgrading a current 
subscription. So one can only assume they will carry on charging $300 per 
platform per year plus any other addons. 

What LiveCode (and probably most on here) would say is that I should have to 
charge whatever deployment fee I have to pay on top of my usual fees. Which 
sounds ok except for many of these quick turnaround jobs it basically makes it 
unviable to the end clients. So I’m guessing that means most of my clients will 
disappear. Again. Or I am forced to buy all platforms ‘just in case’ and try to 
absorb the cost into future possible work. Which sucks. And is there in no way 
equivalent to what I currently pay. 

I don’t know how this will play out for me. It’s all a bit skewed and too fresh 
in my mental inbox at the moment to fully comprehend. Time will tell. I’m still 
waiting to hear from Heather what they are offering for when my next sub ends. 
I’m hoping they take all of the above into account. 

All the best to all of you. 

Sean
Pi

___
use-livecode mailing list
use-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 community edition is gone

2021-09-02 Thread Pi Digital via use-livecode
Rick has brought to mind an interesting point about the new pricing model. It’s 
one that I think of occasionally. Currently and in the new model we pay for 
each deployment. But it’s a bit odd. Surely what we should be paying for is the 
Core engine and then smaller amounts for each deployment module we wish to add 
in. As it is we are paying say $300 for Win/Mac/Lin then $300 for iOS then $300 
for html (which doesn’t work, but that’s a whole other thread) and so on. Now 
we’re being told we’re going to have to pay for Win, then Mac, then Lin then 
HTML and so on. It just seems a bit off to me. 

Needless to say, because of my commitments, I am forced to do whatever LC 
impose on us and there’s not a great deal I or any of us can do about it. They 
could raise it by $1M per platform and I’d still have to put myself into 
bankruptcy territory to carry on with my work. I’m just saying, it ‘feels’ a 
little off. 

I’m hoping the the calculator on the pricing page is just majorly broken. 

Here’s the calculations as it stands for the new Standard Plan. 

1 platform = $300
2 platforms = $500 ($200 more)
3 platforms = $900 (another $400 more ??)
4 platforms = $1000 ($100 more )
5 platforms = $1500 ($500 more [mind blown])
6 platforms = $1800 ($300 more)
All 7 platforms = $2000 ($200 more)

To say it’s inconsistent would be the understatement of the millennia. 

Add Email support and/or the pro features pack and the numbers are even more 
baffling. 

Barmy! Hopefully Kevin/Heather can put us right on how the pricing was worked 
out coz I’m blown if I can work it out as a mathematician. 

Sean Cole
Pi Digital Productions Ltd

eMail Ts & Cs


> On 2 Sep 2021, at 17:13, Rick Harrison via use-livecode 
>  wrote:
> 
> Hi Dan,
> 
> Yes, there were a lot of us who specifically contributed to make the 
> Community version possible
> as open source.  One of the justifications was that if the company went under 
> we would still have
> the Community version available to us. The promise that the company would 
> also support it was
> equally appealing. While the original intent was to use the Community version 
> to widen the user
> base, and get more paying customers, it apparently didn’t get enough of them 
> to be able to
> justify sustaining the Community version. 
> 
> I can understand why there are users who feel betrayed by the company 
> especially with the new 
> pricing structure, and the discontinuance of support for the Community 
> version which was even 
> paid for in a marketing campaign in advance of it’s release.
> 
> It can seem that the company keeps increasing it’s prices while taking away 
> functionality by
> forcing users to select which specific platforms to be able to deploy to. 
> That seems to go against 
> the idea of coding once and being able to deploy to all platforms in one 
> affordable package.
> 
> Access to the Community version is still very important as that is how many 
> users were first
> introduced to LiveCode who then became paying customers. I believe the try it 
> before buying 
> model is still very important for helping users to make the purchase decision.
> 
> It would be nice if the company were willing to provide the final version of 
> the Community 
> version under an MIT license instead of GPL since they will no longer be 
> supporting it at all, and 
> it marks a true fork in the road from the codebase going forward.  That might 
> make the transition
> easier to accept for some users. Continually making users of your product 
> feel disappointed
> or angry isn’t a good marketing strategy.  The happier you can make your 
> customers the better
> your business will be!
> 
> I think it’s great that the CEO is interested in negotiating with those users 
> who feel they can’t
> afford the new pricing structure, which is certainly something one would 
> never see with
> large companies like Disney.
> 
> The LC community is going through a shock with so much change that had no 
> gradual hints
> about it. Acceptance of the changes will take time as it always does, but we 
> will adjust.
> 
> Just my 2 cent observations for the day.
> 
> Rick
> 
>> On Sep 1, 2021, at 11:44 AM, Dan Brown via use-livecode 
>>  wrote:
>> 
>> That's a bit harsh, are you forgetting the amount of money that was
>> contributed by users to the fund raisers over the years?  > $600k
>> 
> 
> 
> 
> 
> ___
> use-livecode mailing list
> use-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: Bye, and thanks for the fish

2021-09-02 Thread Pi Digital via use-livecode
You will still be able to use the current Community Edition. It just won’t get 
updated any further or receive support from LCLtd. 

You are welcome for the fish. 

Sean Cole
Pi Digital Productions Ltd

eMail Ts & Cs


> On 2 Sep 2021, at 09:38, Bernard Devlin via use-livecode 
>  wrote:
> 
> Over on the forum Kevin has been encouraging people to contact support with
> any issues. Some are refusing to do so, making ridiculous demands in
> response.
> 
> Yesterday I had a look at the historical prices to see if LC was
> significantly more expensive than Metacard:
> 2001 - Metacard ($995)  [$288]
> 2005 - Revolution Enterprise (£899) [£243]
> 2021 - Livecode (3x distro platforms £720) [£1316]
> 
> In square brackets behind each is [the price of an ounce of gold] (if
> someone's got a better comparator, they can post it e.g. crude oil, pork
> bellies, cost of an entry level Mac, etc).
> 
> So Metacard cost 3 ounces of gold, Rev Enterprise cost 3.7 oz of gold,
> today's Livecode equivalent costs 0.54 oz of gold.  Even if one adds all 7
> of the distro platforms (3 of which certainly didn't exist in 2005), a full
> Livecode license costs just over 1oz of gold, so between 1/3rd of the price
> of 15 years ago (or as little as 1/6th the price of Metacard). Objectively
> speaking, the customer today gets so much more for so much less.  Apart
> from those who have been used to getting something for free.
> 
> It was only this time last year I stated how amazing it was that Livecode
> manages all the complexity of producing software that runs on so many
> divergent platforms (I was navigating the version compatibilities of Xcode,
> Android Studio, MacOS, iOS, AndroidOS, Windows OS, and Livecode), not to
> mention producing two different versions of Livecode (free and
> commercial).  Something had to give.
> 
> Regards, Bernard
> ___
> use-livecode mailing list
> use-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: Can't reach license server...

2021-08-31 Thread Pi Digital via use-livecode
The main website is undergoing maintenance at the moment so this may have 
caused an interruption. 

Sean
Pi


> On 31 Aug 2021, at 16:13, Paul Dupuis via use-livecode 
>  wrote:
> 
> Apparently only temporary as now the license server is back and responding.
> 
> 
>> On 8/31/2021 10:57 AM, Paul Dupuis via use-livecode wrote:
>> When trying to launch LiveCode, I keep getting errors contacting the license 
>> server and I see that Livecode.com is currently down for maintenance, so 
>> hopefully, this is a very temporary issue.
>> 
>> However, is anyone else having problems running LC due to not getting a 
>> license validated?
>> 
>> ___
>> use-livecode mailing list
>> use-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: Apple App Store Agreement

2021-08-27 Thread Pi Digital via use-livecode
Is good news. EA won. This is great for us that also work on Unreal Engine. 
Back on the Mac for v5 hopefully. 

Sean Cole
Pi Digital Productions Ltd

eMail Ts & Cs


> On 27 Aug 2021, at 20:02, Stephen Barncard via use-livecode 
>  wrote:
> 
> Does this actually level the playing field; or is it lip service?
> 
>> On Fri, Aug 27, 2021 at 11:57 Jim Lambert via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>> FYI
>> 
>> "Apple has agreed to a class action settlement that will allow apps
>> developers to implement payment systems outside of the App Store and
>> communicate directly with customers about them."
>> 
>> 
>> https://www.zdnet.com/article/apple-settles-lawsuit-to-allow-developers-to-use-payment-systems-outside-of-app-store/
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your
>> subscription preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
>> 
> -- 
> --
> Stephen Barncard - Sebastopol Ca. USA -
> mixstream.org
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-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: Collaborative help request for oAuth2 access to DocuSign

2021-06-11 Thread Pi Digital via use-livecode
I’ve still not been able to make any headway with getting oAuth to work for 
DocuSign. Anyone have any ideas?

Sean


> On 9 Jun 2021, at 20:31, Pi Digital via use-livecode 
>  wrote:
> 
> Yep, exactly. So that is where DocuSign should send back a redirect that is 
> picked up by the oAuth2 LC library. From there it should continue with the LC 
> code. But the only way out at the moment is to press Cancel. 
> 
> I think the red message is not relevant as it always seems to be there. 
> 
> What I’m hoping for is that Monte sees this thread and points us in the right 
> direction as the clued in one for this library. But if anyone else already 
> has experience that too may be helpful. 
> 
> Thanks for giving it a go Matthias. 
> 
> Sean
> 
> 
>>> On 9 Jun 2021, at 20:19, matthias rebbe via use-livecode 
>>>  wrote:
>>> 
>> I pressed the send button to early...
>> 
>> When i continue, i got logged in and see the normal developer account page 
>> in the "oauth" window.
>> 
>> 
>>> Am 09.06.2021 um 21:15 schrieb matthias_livecode_150...@m-r-d.de:
>>> 
>>> Tried it here with your script, but currently the 'login" page shows an 
>>> additional text in red saying "DocuSign is temporarily unavailable. Please 
>>> try again momentarily.".
>>> 
>>> 
>>> 
>>> 
>>>>> Am 09.06.2021 um 20:04 schrieb Sean Cole (Pi) via use-livecode 
>>>>> :
>>>> 
>>>> Hi All,
>>>> 
>>>> Until now I have been using SOAP to connect to Docusign without the need
>>>> for oAuth2. However, they will soon (August 16th, 2021) require oAuth2
>>>> entry.
>>>> 
>>>> To make it easier for us to play together, I've created a temp gmail and
>>>> DocuSign account. The code I'm using is as follows:
>>>> 
>>>> //
>>>> local sDocuSignAuth
>>>> on es_DocuSignTest
>>>> put "http://account-d.docusign.com/oauth/auth; into tAuthURL -- //
>>>> account-d DURING TESTING / account WHEN LIVE //
>>>> put "http://account-d.docusign.com/oauth/token; into tTokenURL
>>>> put "e36917d4-72be-4924-aced-3e75844080a2" into tClientID // LCTest
>>>> put "0493edd9-a8a6-431e-a64e-2d6f162ca98b" into tClientSecret // LCTest
>>>> put "signature" into tScopes
>>>> put "58081" into tPort // Redirect uri set to 'http://127.0.0.1:58081'
>>>> put "code" into tParamsA["response_type"]
>>>> --
>>>> put "pi.lc.apit...@gmail.com" into tUser // Docusign test account
>>>> put "lctestaccount" into tPass // Docusign test account
>>>> --
>>>> if sDocuSignAuth is empty then
>>>>OAuth2 tAuthURL, tTokenURL, tClientID, tClientSecret, tScopes,
>>>> "58081", tParamsA
>>>>put the result & it
>>>>if the result is not empty then
>>>>   return "Not authorized!" for error
>>>>else
>>>>   put it into sDocuSignAuth
>>>>end if
>>>> end if
>>>> end es_DocuSignTest
>>>> //
>>>> 
>>>> You can log in to the DocuSign account using those credentials if you feel
>>>> the need.
>>>> 
>>>> As you will find when you try the code, the oAuth window comes up, you log
>>>> in, but it never responds with the Token or the redirect uri. So I don't
>>>> know what I'm missing or how to fix it. Perhaps by getting this one sorted
>>>> out we can have a definitive method for any API.
>>>> 
>>>> Thanks for any help.
>>>> 
>>>> Sean
>>>> ___
>>>> use-livecode mailing list
>>>> use-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: Collaborative help request for oAuth2 access to DocuSign

2021-06-09 Thread Pi Digital via use-livecode
Yep, exactly. So that is where DocuSign should send back a redirect that is 
picked up by the oAuth2 LC library. From there it should continue with the LC 
code. But the only way out at the moment is to press Cancel. 

I think the red message is not relevant as it always seems to be there. 

What I’m hoping for is that Monte sees this thread and points us in the right 
direction as the clued in one for this library. But if anyone else already has 
experience that too may be helpful. 

Thanks for giving it a go Matthias. 

Sean


> On 9 Jun 2021, at 20:19, matthias rebbe via use-livecode 
>  wrote:
> 
> I pressed the send button to early...
> 
> When i continue, i got logged in and see the normal developer account page in 
> the "oauth" window.
> 
> 
>> Am 09.06.2021 um 21:15 schrieb matthias_livecode_150...@m-r-d.de:
>> 
>> Tried it here with your script, but currently the 'login" page shows an 
>> additional text in red saying "DocuSign is temporarily unavailable. Please 
>> try again momentarily.".
>> 
>> 
>> 
>> 
 Am 09.06.2021 um 20:04 schrieb Sean Cole (Pi) via use-livecode 
 :
>>> 
>>> Hi All,
>>> 
>>> Until now I have been using SOAP to connect to Docusign without the need
>>> for oAuth2. However, they will soon (August 16th, 2021) require oAuth2
>>> entry.
>>> 
>>> To make it easier for us to play together, I've created a temp gmail and
>>> DocuSign account. The code I'm using is as follows:
>>> 
>>> //
>>> local sDocuSignAuth
>>> on es_DocuSignTest
>>> put "http://account-d.docusign.com/oauth/auth; into tAuthURL -- //
>>> account-d DURING TESTING / account WHEN LIVE //
>>> put "http://account-d.docusign.com/oauth/token; into tTokenURL
>>> put "e36917d4-72be-4924-aced-3e75844080a2" into tClientID // LCTest
>>> put "0493edd9-a8a6-431e-a64e-2d6f162ca98b" into tClientSecret // LCTest
>>> put "signature" into tScopes
>>> put "58081" into tPort // Redirect uri set to 'http://127.0.0.1:58081'
>>> put "code" into tParamsA["response_type"]
>>> --
>>> put "pi.lc.apit...@gmail.com" into tUser // Docusign test account
>>> put "lctestaccount" into tPass // Docusign test account
>>> --
>>> if sDocuSignAuth is empty then
>>>OAuth2 tAuthURL, tTokenURL, tClientID, tClientSecret, tScopes,
>>> "58081", tParamsA
>>>put the result & it
>>>if the result is not empty then
>>>   return "Not authorized!" for error
>>>else
>>>   put it into sDocuSignAuth
>>>end if
>>> end if
>>> end es_DocuSignTest
>>> //
>>> 
>>> You can log in to the DocuSign account using those credentials if you feel
>>> the need.
>>> 
>>> As you will find when you try the code, the oAuth window comes up, you log
>>> in, but it never responds with the Token or the redirect uri. So I don't
>>> know what I'm missing or how to fix it. Perhaps by getting this one sorted
>>> out we can have a definitive method for any API.
>>> 
>>> Thanks for any help.
>>> 
>>> Sean
>>> ___
>>> use-livecode mailing list
>>> use-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: number = layer?

2021-06-05 Thread Pi Digital via use-livecode
Hi Paul. 

Your field numbers will not be the same as layer numbers if anything else is in 
a layer between or before them. 

The better indicator would be 
If word 7 of X = the number of fld “Address” then

That will do what you are thinking I believe. 

Sean

> On 5 Jun 2021, at 19:12, Paul Dupuis via use-livecode 
>  wrote:
> 
> Here is a basic question I am not sure of (after decades of LC coding) and 
> can't pin down in teh Dictionary
> 
> If you execute "put the selectedChunk into X" then (assume a valid selection) 
> X contains an expression of the form "char  to  of field 
> "
> 
> If I want to check that the selection is in one of a number of fields on my 
> stack, say called "Address", is the following conditional correct?
> 
> if word 7 of X = the layer of fld "Address" then -- the selection is in the 
> address field
> 
> In other words, is the  returned by selectedChunk the same as 
> the layer property of objects OR is it an index to the number of fields on 
> that card (two different things if you have objects other than fields on the 
> card)
> 
> Any one know for sure?
> 
> 
> ___
> use-livecode mailing list
> use-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


Set and get dgData and dgText delay

2021-03-24 Thread Pi Digital via use-livecode
Hi All

This has been a bit of a mind bender, mainly because in a test stack it works 
just fine, but...

Has anyone ever had problems with something like this:

on myHandle
— ...some code
Set the dgData of grp “myDG” to tDataA
Put the dgText of grp “myDG” into tDataS
— tDataS returns empty
— process tDataS...
end myHandle

And this:

on myHandle
— ...some code
Set the dgData of grp “myDG” to tDataA
dispatch “myHandlePt2”
end myHandle

on myHandlePt2
Put the dgText of grp “myDG” into tDataS
— tDataS returns empty
— process tDataS...
end myHandlePt2

However, this works:

on myHandle
— ...some code
Set the dgData of grp “myDG” to tDataA
send “myHandlePt2” to me in 0 sec
end myHandle

on myHandlePt2
Put the dgText of grp “myDG” into tDataS
— tDataS returns empty
— process tDataS...
end myHandlePt2


It seemingly doesn’t have anything to do with data length. I’ve tried forcing a 
refresh of the grid using dispatch refreshList to it but that makes no 
difference. Stepping through in the debugger allows it to work or setting a 
breakpoint, but does not when in full run. Both in standalone and ide. 

A one have any clues why this might not work sometimes?

Thanks

Sean Cole
Pi Digital
eMail Ts & Cs

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

2021-02-11 Thread Pi Digital via use-livecode
Hi Ludovic
Do you get this one?

Sean Cole
Pi Digital


> On 10 Feb 2021, at 19:43, Ludovic THEBAULT via use-livecode 
>  wrote:
> 
> I can send but I don't receive anything!
> 
> You can see the list here : 
> http://lists.runrev.com/pipermail/use-livecode/2021-February/date.html 
> <http://lists.runrev.com/pipermail/use-livecode/2021-February/date.html>
> 
> Here the explanation : I missed an "use-livecode-requ...@lists.runrev.com 
> <mailto:use-livecode-requ...@lists.runrev.com> » because "Your membership in 
> the mailing list use-livecode has been disabled due to excessive bounces"
> 
> So I replied this message as indicated, we'll see
> 
> Ludovic
> ___
> use-livecode mailing list
> use-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: No visual effects on Big Sur?

2021-02-08 Thread Pi Digital via use-livecode
It’s been confirmed to be a regression in RC2 and should be fixed in RC3

Sean Cole
Pi Digital


> On 8 Feb 2021, at 16:15, ELS Prothero via use-livecode 
>  wrote:
> 
> Folks,
> I get effects in Apple’s Big Sur when I use v9.6.1 in Livecode. But 
> 9.6.2(rc2) fails. It’s not the Mac OS. Something happened in 9.6.2. I haven’t 
> tried it in 9.6.2(rc1).
> Bill
> 
> William Prothero
> https://earthlearningsolutions.org
> 
>> On Feb 8, 2021, at 2:29 AM, Richmond via use-livecode 
>>  wrote:
>> 
>> No joy over here:
>> 
>> LC 9.6.2 RC 2 / macOS 11.3 Beta 1
>> 
>> But this does work this way:
>> 
>> LC 8.2.0 DP 2 / macOS 11.3 Beta 1
>> 
>> So the problem may not lie with macOS.
>> 
>>>> On 7.02.21 15:42, Håkan Liljegren via use-livecode wrote:
>>> That is strange. As it worked for you Sean, what machine are you on? But, 
>>> as we have several of us where it doesn’t work I filed a bug anyway:
>>> 
>>> https://quality.livecode.com/show_bug.cgi?id=23085
>>> 
>>> :-Håkan
>>>> On 7 Feb 2021, 05:12 +0100, Sean Cole (Pi) via use-livecode 
>>>> , wrote:
>>>> Hi all,
>>>> I just tested here in BigSur 11.2 and they work fine in both the IDE and
>>>> standalone. The only ones that do not work are the core image transitions
>>>> (with the exception of dissolve which, although having the same name, does
>>>> not appear to use the CI version of the effect).
>>>> 
>>>> I made a simple default stack with one button with this code:
>>>> 
>>>> on mouseUp pButtonNumber
>>>> lock screen for visual effect
>>>> set the backcolor of this card to (line random(552) of colornames())
>>>> unlock screen with visual effect "dissolve"
>>>> end mouseUp
>>>> 
>>>> The standalone was set with all the default parameters and auto inclusions.
>>>> 
>>>> Sean
>>>> 
>>>> On Sat, 6 Feb 2021 at 18:16, prothero--- via use-livecode <
>>>> use-livecode@lists.runrev.com> wrote:
>>>> 
>>>>> Hakan:
>>>>> I get the same thing. Big Sur, livecode version LC 9.6.2 (rc2). It was
>>>>> working on previous versions.
>>>>> 
>>>>> Yes, please file a bug report.
>>>>> 
>>>>> Bill
>>>>> 
>>>>>> On Feb 5, 2021, at 10:55 PM, Håkan Liljegren via use-livecode <
>>>>> use-livecode@lists.runrev.com> wrote:
>>>>>> Running LC 9.6.2 (rc2) on macOS Big Sur I have no visual effects that
>>>>> work. None! Is there anyone else having the same experience, or is it just
>>>>> my setup? I have tried to wipe every RunRev/LiveCode file in the Library
>>>>> and in the applications folder and then reinstall but still no luck. Also
>>>>> tried older (stable versions) with no luck, but that was before wiping
>>>>> every file out of existence.
>>>>>> Can anyone else running Big Sur confirm before I file a bug-report?
>>>>>> 
>>>>>> :-Håkan
>>>>>> ___
>>>>>> use-livecode mailing list
>>>>>> use-livecode@lists.runrev.com
>>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>>>> subscription preferences:
>>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>> William A. Prothero, Ph.D.
>>>>> University of California, Santa Barbara Dept. of Earth Sciences (Emeritus)
>>>>> Santa Barbara, CA. 93105
>>>>> http://earthlearningsolutions.org/
>>>>> 
>>>>> 
>>>>> ___
>>>>> use-livecode mailing list
>>>>> use-livecode@lists.runrev.com
>>>>> Please visit this url to subscribe, unsubscribe and manage your
>>>>> subscription preferences:
>>>>> http://lists.runrev.com/mailman/listinfo/use-livecode
>>>>> 
>>>> ___
>>>> use-livecode mailing list
>>>> use-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
___
use-livecode mailing list
use-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: Ali or Monte - MimeEncodeAsMIMEMultipartDocument

2021-01-03 Thread Pi Digital via use-livecode
Thanks Monte

That’ll point me in the right direction. 

I only put Ali in there because he was in the ‘blame’ list on GitHub. I figured 
he might know a little about it’s innards as he’d worked on it a couple of 
times.

As I’d not got a reply I’d bumbled my way around and gave it a play based on 
python guides I’d found on MIME. When I’m done on this project I’ll look to 
improve the library inline docs. 

Thanks again

Sean Cole
Pi Digital

> On 4 Jan 2021, at 02:49, Monte Goulding via use-livecode 
>  wrote:
> 
> Hi Sean
> 
> The MIME lib is all my fault so don’t blame Ali ;-)
> 
> It may help you to read RFCs 2045-2049 to gain an understanding of MIME. With 
> the exception of mimeEncodeFieldAsMIMEMultipartDocument you really need to 
> understand MIME to use the library.
> 
> You probably want the mimeEncodeAsMIMEEmail command though.
> 
> For the body presuming plain text email then you want something like:
> 
> put "Content-Type: text/plain; charset=UTF-8" & crlf & \
> "Content-Transfer-Encoding: quoted-printable" & crlf & crlf & \
>  mimeEncodeForMIMETransfer(tText, "quoted-printable”) into tBody
> 
> If you want html email then if you don’t know what you need as parameters for 
> mimeEncodeAsMIMEMultipartDocument then best to see the code of 
> mimeEncodeFieldAsMIMEMultipartDocument as an example which builds that from 
> field content.
> 
> Regarding BCC that’s nothing to do with the library. See tsNet recipients 
> list for that.
> 
> Cheers
> 
> Monte
> 
>> On 29 Dec 2020, at 3:18 am, Sean Cole (Pi) via use-livecode 
>>  wrote:
>> 
>> Hi all,
>> 
>> The dictionary, as usual, is a bit lacking in regards to the Mime Library.
>> For MimeEncodeAsMIMEMultipartDocument we have parameters but no idea what
>> the values (enum) for them could or should be.
>> 
>> pContentA: How do we pre-encode parts including headers?
>> 
>> pMultipartType: What MultiPart types are there?
>> 
>> pParamA: What kind of parameters does ParamA take?
>> 
>> There is a lesson that has a single use-case instance but it does not cover
>> all attachment or part types so we are still left guessing. Perhaps this is
>> where either Monte or Ali who coded this could help us out. (
>> https://github.com/livecode/livecode/blob/38790fc428ff5fc3dc769b3a9cde5733bcf209a2/extensions/script-libraries/mime/mime.livecodescript
>> )
>> 
>> I'm trying to attach a pdf to an email and have bcc addresses too.
>> 
>> Thanks
>> 
>> Sean Cole
>> *Pi Digital *
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: Slow performance on Big Sur

2020-12-16 Thread Pi Digital via use-livecode
What about using ‘lock screen’? Then go card. For preopen it ‘shouldn’t’ make a 
difference but I have found this to be a cause for stammering in the past. 
Don’t bother putting an ‘unlock screen’ at the end of the preopencard  or 
opencard as it will unlock itself at the end of the open sequence anyway (as 
I’m sure you’re already aware). 

Sean


> On 16 Dec 2020, at 05:55, J. Landman Gay via use-livecode 
>  wrote:
> 
> I had my client try it. Adding "wait 0 milliseconds" after a "go card" 
> didn't make any difference really. The first four card changes were pretty 
> fast, and after that it got slower and slower with each subsequent card 
> change. I was watching her screen remotely but I couldn't see it due to how 
> remote viewing works, but she said the redraw was quite noticeable.
> 
>> On 12/14/20 4:45 PM, merakosp via use-livecode wrote:
>> Hello all,
>> Does adding a  after the  command make
>> any difference?
>> Cheers,
>> Panos
> 
> 
> -- 
> 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
___
use-livecode mailing list
use-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: CentOS Death in 2021

2020-12-16 Thread Pi Digital via use-livecode
Ah, i see your POV now. You distinguish a difference between ‘runs on’ and 
‘deploys on’. Where as I infer that there is no difference and that ‘supports’ 
is as ‘system requirements’ or ‘supported systems’. 

The document is aimed at users of Livecode who, of course are developers but, 
are also making use of the IDE. So, imho I would see a need to have perhaps a 
separate part for each then. A runs on and deploys to section. More than just 
runs on in fact. That infers that it can chug along on with fits and starts. 
But a ‘system recommendation for development’. And THEN a section for ‘systems 
supported for deployment’ or ‘standalone system requirements’ to keep the same 
vernacular as the IDE itself. With known issues covering both the IDE and 
Deployment as two separate sections also. 

But ideally I would assume that these would be the same for both environments - 
with the exception of course of Android, iOS, iPadOS (there is a distinction 
now), iWatchOS (knowing full well this is not supported at all), HTML5, etc. 

And then the requirement for Linux to have these separate libraries installed 
on BOTH the IDE machine AND the ‘end users’ Linux machine running the 
standalone should be made all the more clearer. Perhaps the ‘installation’ 
section should be separated entirely into the three main platforms with Linux 
being given a little more care in referring to each Linux distro in turn where 
needed. 

To me, because CentOS is only referred to in the release notes and only under 
the support section is where the inference occurred and why it seemed 
reasonable to assume that this referred both to IDE and deployment supports. 
And this difference in observation was neither made clear in my posts nor your 
responses which is where the misunderstandings occurred. 

So

Back to my OP. 
- What system build of Linux should I best install in Parallels virtual and 
Server Remote Host for deployment should I run with? Given the choices of 
potentially having LC IDE running as the ‘live’ software stack on the server 
itself (which is not the best way to run it, but potentially a method that is 
usable for our purposes perhaps). 
- Which systems of Linux can we safely develop and test in? 
- And then, which systems of Linux can we safely deploy and run in? And what 
are the known issues for both develop/test, and deploy/run?

Sean

> On 16 Dec 2020, at 06:23, Richard Gaskin via use-livecode 
>  wrote:
> 
> So...
> 
> Since what we want to know is on which Linux distros LiveCode is known to run 
> well on, would replacing "support" with "runs on" suffice?


___
use-livecode mailing list
use-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: CentOS Death in 2021

2020-12-15 Thread Pi Digital via use-livecode
It’s this kind of rhetoric that drive me to madness and then getting a used of 
being abusive as I defend what I’ve said.  Richard, there is no need as you 
have clearly misinterpreted practically everything I said in an effort to get 
some kind of oneupmanship. 

>> On 16 Dec 2020, at 01:00, Richard Gaskin via use-livecode 
>>  wrote:
>> 
>> Pi Digital wrote:
>> 
>> But that does not seem to correlate to the way it is for MacOS or Win.
>> Are you saying they compile from all of those versions of MacOS and
>> Win they reference to supporting.
> 
> Mac and Windows are each made by a single organization, with specs defining 
> compatibility.
> 
> "Linux" isn't an OS per se, it's a family of OSes, where the one thing they 
> all have in common is some form of the Linux kernel.

Show Quoted Content
>> On 16 Dec 2020, at 01:00, Richard Gaskin via use-livecode 
>>  wrote:
>> 
>> Pi Digital wrote:
>> 
>> But that does not seem to correlate to the way it is for MacOS or Win.
>> Are you saying they compile from all of those versions of MacOS and
>> Win they reference to supporting.
> 
> Mac and Windows are each made by a single organization, with specs defining 
> compatibility.
> 
> "Linux" isn't an OS per se, it's a family of OSes, where the one thing they 
> all have in common is some form of the Linux kernel.

Debian is Debian. Ubuntu is Ubuntu. Red hat is red hat. Blah blah. This is not 
my issue. Get the net. 

>> When reading about LiveCode support, to me it doesn’t matter if it
>> is LC Ltd or the LC app. The two are pretty much interchangeable.
> 
> One is a business, the other is a technology stack. The difference may not 
> matter to you, but it matters to them, and understandably so...
> 
Point entirely missed! We are wholly talking about its mention in the release 
notes and that the ambiguation is not made evident and can ONLY be understood 
in the context of a release note under the heading of OS support that it refers 
to the support by the software of a given OS. Sheesh, I’m surprised I have to 
spell this out to you. Why do you pick on me as if, in this instance, I am 
trying to criticise LC (Ltd) in any way. 

> 
>> ...the release notes are written SPECIFICALLY for LC the product, not
>> in reference to the company.
> 
> Clearly I agree that the wording in the Release Notes can too easily give 
> that impression, which is why I submitted the enhancement request to clarify 
> it:
> https://quality.livecode.com/show_bug.cgi?id=23035
> 
> 
>> I cannot see where this inference is coming from.
> 
> It is not an inference. I'm familiar with qualifiers like "might be", and use 
> them liberally. I did not use a qualifier here, because in this case I'm 
> drawing from direct conversation with a key member of the core team.
> 
> The explanation I conveyed to you was given to me a while back by Dr Peter 
> Brett in one of my ongoing Community Liaison meetings I have with the company.

Show Quoted Content
> 
>> ...the release notes are written SPECIFICALLY for LC the product, not
>> in reference to the company.
> 
> Clearly I agree that the wording in the Release Notes can too easily give 
> that impression, which is why I submitted the enhancement request to clarify 
> it:
> https://quality.livecode.com/show_bug.cgi?id=23035
> 
> 
>> I cannot see where this inference is coming from.
> 
> It is not an inference. I'm familiar with qualifiers like "might be", and use 
> them liberally. I did not use a qualifier here, because in this case I'm 
> drawing from direct conversation with a key member of the core team.
> 
> The explanation I conveyed to you was given to me a while back by Dr Peter 
> Brett in one of my ongoing Community Liaison meetings I have with the company.

PB hasn’t worked there in a while so I’m guessing that conversation has 
disappeared into obscurity. 
> 
> This is why I wrote: "...cited Mark Weider. He and I have each had
> conversations with the core team on this, and what he wrote is correct."
> 
> I have no reason to make this up.  When I take time to write to you it's 
> because I'm doing my best to provide you with the best information I have

Misunderstood as it is. 

> 
>> Basically put, if they can’t build it in, for example, Ubuntu 20, then
>> it is not supported fully because of some minor/major issue.
> 
> Have you considered the possibility that not everything in the build system 
> is made in LiveCode?

I know all this so yes it’s not only considered but fully appreciated. This is 
not a complaint. It’s a situation I find myself facing with legitimate 
questions around what I should do best case for t

Re: CentOS Death in 2021

2020-12-15 Thread Pi Digital via use-livecode
Thanks Panos. 

My main concern of late has been the PDF output font rendering in CentOS and I 
am hoping that it will be better in Ubuntu or another distro. But I’m guessing 
I’m going to have to do a whole heap of testing to find out. 

Sean Cole
Pi Digital


> On 15 Dec 2020, at 09:24, merakosp via use-livecode 
>  wrote:
> 
> Hello Sean,
> 
> Off the top of my head, the main Linux issues that are currently unresolved
> are:
> 
> 1. The player object is broken on all Linux distros. You might be able to
> workaround this by using shell commands with mplayer.
> 
> 2. The browser widget is broken in most Linux distros. It might work for
> just displaying a webpage, but not for typing into input fields of the
> webpage. I am not sure if there is a workaround for this.
> 
> 3. Also, you might experience window layering problems with some Linux
> window manager (e.g. Cinnamon).
> 
> Hope this helps,
> Panos
> --
> 
>> On Tue, 15 Dec 2020 at 10:42, Pi Digital via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>> 
>>> On 15 Dec 2020, at 02:52, Richard Gaskin via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> As Mark Weider noted, the "official" support is merely a reflection of
>> their build system, and it relies on a version of Ubuntu still actively
>> getting security updates.
>> 
>> That doesn’t seem to be stated or inferred in the release notes. It’s
>> under the heading ‘Platform Support’ which infers, like ‘System
>> Requirements’ might, “This is what it will run on”. Indeed, under the
>> heading it states:
>> 
>>>> The engine supports a variety of operating systems and versions. This
>> section describes the platforms that we ensure the engine runs on without
>> issue (although in some cases with reduced functionality).
>> 
>> 
>> Then under Linux it states:
>> 
>>>> LiveCode supports the following Linux distributions, on 32-bit or
>> 64-bit Intel/AMD or compatible processors:
>>>> Ubuntu 14.04 and 16.04
>>>> Fedora 23 & 24
>>>> Debian 7 (Wheezy) and 8 (Jessie) [server] CentOS 7 [server]
>> 
>> 
>> Then lists the Core and ‘optional’ GUI feature requirements. None of this
>> states or infers that >=Ubuntu 18, >=Fedora 25, >=Debian 9 or >=CentOS 8.
>> 
>> So we are left assuming that these unlisted platforms/versions, much like
>> macOS 10.16, is “Unsupported”! Hence my initial question/request for
>> community knowledge/experience. I’m not seeking to stir up trouble (for a
>> change). I’m seeking understanding and wisdom. If LC is Not Supported on
>> later builds, what aspects do not function in your (plural, ie, everyones)
>> experiences.
>> 
>> Because LC write “This section describes the platforms that we ensure the
>> engine runs on without issue”, it would just be useful to know what issues
>> later builds experienced.
>> 
>> Thanks for the input though.
>> 
>> Sean
>> 
>> 
>> 
>> 
>> ___
>> use-livecode mailing list
>> use-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: CentOS Death in 2021

2020-12-15 Thread Pi Digital via use-livecode
But that does not seem to correlate to the way it is for MacOS or Win. Are you 
saying they compile from all of those versions of MacOS and Win they reference 
to supporting. 

This is a very odd use of semantics. 

When reading about LiveCode support, to me it doesn’t matter if it is LC Ltd or 
the LC app. The two are pretty much interchangeable. Both the software and the 
company Support xyz platform version. It’s not like LC make many/any other 
products. Especially as the release notes are written SPECIFICALLY for LC the 
product, not in reference to the company. I cannot see where this inference is 
coming from. 

Basically put, if they can’t build it in, for example, Ubuntu 20, then it is 
not supported fully because of some minor/major issue. So, going back to my 
question of: what issues have led to support not being passed for them that has 
led to release notes purposefully omitting mention of these later versions of 
Linux disro’s?

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


Re: CentOS Death in 2021

2020-12-15 Thread Pi Digital via use-livecode

> On 15 Dec 2020, at 02:52, Richard Gaskin via use-livecode 
>  wrote:
> 
> As Mark Weider noted, the "official" support is merely a reflection of their 
> build system, and it relies on a version of Ubuntu still actively getting 
> security updates.

That doesn’t seem to be stated or inferred in the release notes. It’s under the 
heading ‘Platform Support’ which infers, like ‘System Requirements’ might, 
“This is what it will run on”. Indeed, under the heading it states:

>> The engine supports a variety of operating systems and versions. This 
>> section describes the platforms that we ensure the engine runs on without 
>> issue (although in some cases with reduced functionality).


Then under Linux it states:

>> LiveCode supports the following Linux distributions, on 32-bit or 64-bit 
>> Intel/AMD or compatible processors:
>> Ubuntu 14.04 and 16.04
>> Fedora 23 & 24
>> Debian 7 (Wheezy) and 8 (Jessie) [server] CentOS 7 [server]


Then lists the Core and ‘optional’ GUI feature requirements. None of this 
states or infers that >=Ubuntu 18, >=Fedora 25, >=Debian 9 or >=CentOS 8. 

So we are left assuming that these unlisted platforms/versions, much like macOS 
10.16, is “Unsupported”! Hence my initial question/request for community 
knowledge/experience. I’m not seeking to stir up trouble (for a change). I’m 
seeking understanding and wisdom. If LC is Not Supported on later builds, what 
aspects do not function in your (plural, ie, everyones) experiences. 

Because LC write “This section describes the platforms that we ensure the 
engine runs on without issue”, it would just be useful to know what issues 
later builds experienced. 

Thanks for the input though. 

Sean




___
use-livecode mailing list
use-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: CentOS Death in 2021

2020-12-13 Thread Pi Digital via use-livecode
Thanks all. These insights are useful. Hery’s explanation of their choice to 
move to Debian provides a good argument. I had just tried Ubuntu 20.04 in a 
parallels virtual machine and my server app worked ok. I will try a Debian 
build too. I wonder why LC don’t state support for later Ubuntu, Fedora or 
Debian builds?

Sean Cole
Pi Digital

> On 13 Dec 2020, at 19:27, Heriberto Torrado via use-livecode 
>  wrote:
> 
> Hi Sean,
> 
> I've been using LiveCode on Ubuntu 16.04 and 18.04 for years (Servers and 
> Desktops) and it worked fine.  A years ago we migrated everything to CentOS / 
> RedHat and Fedora (development machines and servers).  However, we are going 
> to migrate everything  to Debian.
> Debian is very stable and offers the same user experience on Laptops, 
> Workstations and Servers.
> 
> Ubuntu is a good system, but after the drift from CentOS with IBM I don't 
> want to put the heart of our systems in the hands of any big company.
> What would happen if tomorrow Ubuntu is acquired by Microsoft and they decide 
> to charge money for it? That's not the case with Debian: Debian is completely 
> independent and rock solid.
> 
> I live between Madrid and New York and in both cities there are good 
> professional companies who offer commercial technical support for Debian, so 
> you don't need any big and greedy corps getting their hands on your IT 
> systems.
> 
> Best,
> Hery
> 
> 
> 
> 
>> On 12/13/20 12:40 PM, Sean Cole (Pi) via use-livecode wrote:
>> Hi all,
>> 
>> I just heard the news that RedHat is going to be dropping support for
>> CentOS. With my recent issues with PDF Printing in CentOS, I was already
>> looking to perhaps try out CentOS8 or another Dist. but now we have this
>> news I'm thinking of going to Ubuntu.
>> 
>> The release notes for LC says it supports Ubuntu 16.04, which is cool. But
>> I notice my server host says they have 16.04, 18.04, 20.04 and 20.10. Is
>> anyone out there running LC on one of these later builds of Ubuntu? I'd
>> like to hear your thoughts. Or maybe I should be looking at Fedora.
>> 
>> All the very best
>> 
>> Sean Cole
>> *Pi Digital *
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: Printing To Pdf Linux Rendering

2020-12-03 Thread Pi Digital via use-livecode
That’s a possibility. Interesting. I’ll give it a go when I’m more awake. 
Thanks Richard

Sean Cole
Pi Digital


> On 4 Dec 2020, at 06:16, Richard Gaskin via use-livecode 
>  wrote:
> 
> Sean Cole wrote:
>> I've got a CentOS7 server that I am printing reports from as PDFs. No
>> matter which font or style I use I get occasional anomalies where
>> characters from words get placed over each other like a kerning issue gone
>> mental.
>> Bad rendering:
>> https://www.dropbox.com/s/v09vacw8x3873qh/Screenshot%202020-12-04%20at%2005.53.47.png?dl=0
>> Good rendering:
>> https://www.dropbox.com/s/ehbdofm3nusgzyh/Screenshot%202020-12-04%20at%2005.54.08.png?dl=0
>> It's very random. Sometimes it's ok. the next report will come out bad.
>> There's no real pattern I can identify. I've been going at it for a few
>> days trying different font types and styles but they are all very hit and
>> miss. I can't work out if it is Cairo, Cups or something else. From the
>> print card dialogue I get the same issue. I'm so tired and frustrated from
>> trying to sort it out. Anyone have a fix/workaround/suggestion?
> 
> It's been a while since I've seen that, but when I did it was with an older 
> stack brought forward through many versions to v9.
> 
> IIRC I replaced the fields that showed the issue one by one until the problem 
> went away.
> 
> -- 
> 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


Downloading LC9

2020-11-16 Thread Pi Digital via use-livecode
Hi

I’ve been getting weird errors in MacOS (Catalina 10.15.7) where LC is saying 
there is a script error in a data grid of the startup window and also the 
script editor is not opening at all from any stack card or object. So I’ve 
decided to delete and reload LC. But the download is taking FOREVER. I’ve tried 
different browsers, restarting macOS, downloading via windows but I’m only 
getting 100kbps max. I did a speed test and have 300Mbps download capability 
but LC remains stupid slow. 

Anyone else get this too?

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


Re: Livecode server UNIX version (not Linux).

2020-10-28 Thread Pi Digital via use-livecode
It’s a great idea. How do you propose it be handled? Assuming this is a build 
based on the current system it will likely have to be compiled in Linux as the 
obvious choice. Do we have anyone with the appropriate skills in coding C to 
look into the various server platforms to be compiled for? Someone with enough 
time and resources, knowledge and energy? 

If so, why aren’t those people helpful enough to fix what we already have? 

[Get’s off soap box (for the time being)]  ;) 

Here’s my take (for what it’s worth). Although Unix is used in 71.6% (source: 
w3techs.com) of all known websites as of today and Linux only 29.0%, at least 
we have ‘a’ distro that works on some server. Like you, I’m currently using a 
CentOS web server with LC happily. But the clincher has to be that currently 
FreeBSD has no support for Dell,HP or IBM servers. The only advantages to 
having FreeBSD is a teeny bit better security, tiny performance improvement and 
have it in a fully fledged OS instead of just a kernel. Is it worth anyone’s 
time and effort building for those ‘advantages’?

Seriously, if anyone was considering doing this, please..., please, reconsider 
and put your efforts and talent into fixing what we already have. It would be 
far more beneficial to a much greater community population. 

All the very best. 

Sean Cole
Pi Digital


> On 28 Oct 2020, at 19:53, Heriberto Torrado via use-livecode 
>  wrote:
> 
> So, here is my idea: What about to create non official versions of Livecode 
> server (for scripting purposes) for other platforms not yet supported?
> I think it could be good for RunRev: They won't have to work supporting those 
> versions and Livecode language will spread to other fields.
> 
> What do you guys think? Do you think we'll have enough manpower into our 
> community to do that?
> 
> Best,
> Hery
___
use-livecode mailing list
use-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: POST to https in LC5.0.2 - Error socket closed

2020-10-23 Thread Pi Digital via use-livecode
Hi Heather

Had you managed to find anything? I imagine it’s quite a task going back so far 
for a key generator. 

All the best

Sean Cole
Pi Digital Productions Ltd


eMail Ts & Cs


> On 23 Oct 2020, at 11:27, matthias rebbe via use-livecode 
>  wrote:
> 
> Do you have a current commercial license? If so, maybe Support is willing to 
> give you a license for the old 5.x.
> 
> Regards,
> Matthias
> 
> 
>> Am 23.10.2020 um 11:47 schrieb Pi Digital via use-livecode 
>> :
>> 
>> Hi
>> 
>> Is there any way I can get Lc5.0.2 unlocked to Enterprise level just so I 
>> can get this ssl https revdb behind me so our clients don’t all go running 
>> before we upgrade the code to v9.x. I’m truly at a loss. 
>> 
>> Sean Cole
>> Pi Digital
>> 
>> 
>>>> On 23 Oct 2020, at 05:48, Sean Cole (Pi)  wrote:
>>> 
>>> 
>>> Hi all,
>>> 
>>> I'm desperate. I'd written my code in LC9 and tested to put into an LC5.0.2 
>>> stack. It worked ok in v9 but v5 throws back an error of 'error socket 
>>> closed'.
>>> 
>>> This is my only workaround for accessing MySQL using SSL via a 'post' 
>>> command through PHP, as suggested by Mark Waddingham and others.
>>> 
>>> Now I am at a total loss! From what I can see in the forums, LC locked out 
>>> 'post to https' to only Enterprise users. Arrrghhh! 
>>> 
>>> I don't know what else I can do. Curl is not an option as this will be 
>>> running as an app on clients Windows machines. But even put url("https:// 
>>> returns error socket closed so that rules out setting up a server app too. 
>>> Nothing works!
>>> 
>>> I'm Delirious! HELP!
>>> 
>>> Sean Cole
>>> Pi Digital 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> 
> -
> Matthias Rebbe
> Life Is Too Short For Boring Code
> 
> 
> ___
> use-livecode mailing list
> use-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: POST to https in LC5.0.2 - Error socket closed

2020-10-23 Thread Pi Digital via use-livecode
Hi

Is there any way I can get Lc5.0.2 unlocked to Enterprise level just so I can 
get this ssl https revdb behind me so our clients don’t all go running before 
we upgrade the code to v9.x. I’m truly at a loss. 

Sean Cole
Pi Digital


> On 23 Oct 2020, at 05:48, Sean Cole (Pi)  wrote:
> 
> 
> Hi all,
> 
> I'm desperate. I'd written my code in LC9 and tested to put into an LC5.0.2 
> stack. It worked ok in v9 but v5 throws back an error of 'error socket 
> closed'.
> 
> This is my only workaround for accessing MySQL using SSL via a 'post' command 
> through PHP, as suggested by Mark Waddingham and others.
> 
> Now I am at a total loss! From what I can see in the forums, LC locked out 
> 'post to https' to only Enterprise users. Arrrghhh! 
> 
> I don't know what else I can do. Curl is not an option as this will be 
> running as an app on clients Windows machines. But even put url("https:// 
> returns error socket closed so that rules out setting up a server app too. 
> Nothing works!
> 
> I'm Delirious! HELP!
> 
> Sean Cole
> Pi Digital 
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: POST to https in LC5.0.2 - Error socket closed

2020-10-23 Thread Pi Digital via use-livecode
Yes. But have you seen how it has to get turned on. I have trouble enough with 
IT departments not wanting to install our software let alone ask them to go 
through the hassle of setting curl up on all of their clients desktops. This 
whole ssl https mySQL security thing came about because an IT Tech did a snoop 
on our app calling to the sql database. 

With those kind of security fears do you think it is likely that they will turn 
on curl? Not a chance!

 This is why I’m trying to get HTML5 deployment working. But there’s not a 
chance of LC doing anything about that. Especially now Covid has brought them 
to their knees. If they can’t get anything beyond the backspace key working and 
end up wrecking everything else about it in the process so that LC9.6.2 is 
unusable by me, then I don’t hold out much hope. 

Back on subject, curl would have to be done through shell requests which adds 
in a whole other bunch of issues. I really need a solution to get either the 
revdb security working or basic https messages. 

Sean Cole
Pi Digital


> On 23 Oct 2020, at 09:55, matthias rebbe via use-livecode 
>  wrote:
> 
> You are writing that curl is not an option, because the app shall run under 
> Windows,
> 
> but there are also Curl builds for Windows available.
> 
> https://curl.haxx.se/windows/
> 
> Regards
> 
> -
> Matthias Rebbe
> Life Is Too Short For Boring Code
> 
>> Am 23.10.2020 um 06:48 schrieb Sean Cole (Pi) via use-livecode 
>> :
>> 
>> Hi all,
>> 
>> I'm desperate. I'd written my code in LC9 and tested to put into an LC5.0.2
>> stack. It worked ok in v9 but v5 throws back an error of 'error socket
>> closed'.
>> 
>> This is my only workaround for accessing MySQL using SSL via a 'post'
>> command through PHP, as suggested by Mark Waddingham and others.
>> 
>> Now I am at a total loss! From what I can see in the forums, LC locked out
>> 'post to https' to only Enterprise users. Arrrghhh!
>> 
>> I don't know what else I can do. Curl is not an option as this will be
>> running as an app on clients Windows machines. But even put url("https://
>> returns error socket closed so that rules out setting up a server app too.
>> Nothing works!
>> 
>> I'm Delirious! HELP!
>> 
>> Sean Cole
>> *Pi Digital *
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: Livecode Podcast Player

2020-10-23 Thread Pi Digital via use-livecode
I made a conscious effort to reply to the OP thread by Tom by somehow got 
attributed to David’s. 

So I’m guessing either there is a problem with the LC use list server or (more 
likely) iPhones dumb mail app. It was meant to be following on from Tom’s 
original thread. 

But even added to the podcast subject divergence that was still in relation to 
the OP. 

The hijacking I spoke of was a complete subject change. I arseume that, that 
her than start a new mail, some people use the reply button as an easy way to 
start a new topic then think that changing the subject line will start a new 
thread instead of continuing in from the previous one. It happens a lot it 
seams looking back through the archives. 

I’m sorry if it seemed I had hijacked this hijacked thread buck to the OP ;)

Sean Cole
Pi Digital


> On 21 Oct 2020, at 20:16, JeeJeeStudio via use-livecode 
>  wrote:
> 
> You've just hijacked someone's thread...you said something last time. It's
> now a totally different subject.
> But nevertheless I total agree with what you just said.
> 
> Op wo 21 okt. 2020 17:46 schreef Pi Digital via use-livecode <
> use-livecode@lists.runrev.com>:
> 
>> I’m going to chime in, not to discredit anyone else or their comments,
>> only to voice a reason I personally feel is far more needed and worthwhile.
>> 
>> Before any of what has been suggested being carried out, as lovely as it
>> all would be, getting the dictionary and the guide usable and
>> accurate/up-to-date would be of greater importance. Especially for the
>> modern and recent modifications. But even simple stuff that has been
>> altered in tiny ways has not been touched in the guide for an age.
>> 
>> My point is, there is no point in introducing and inviting new users to a
>> product that becomes difficult to use because documentation is out of date
>> and not matching in appearance or fiction to what is described. Sure a
>> community can advise those ones of workarounds and correct usage. But
>> that’s just pathetic and should be unnecessary. And you all know my
>> opinions on workarounds.
>> 
>> My ethos, fix what we have, don’t introduce more problems.
>> 
>> Sean Cole
>> Pi Digital
>> 
>> 
>>> On 21 Oct 2020, at 14:31, David Bovill via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>> 
>>> Does anyone have a stack that plays audio podcasts?
>>> ___
>>> use-livecode mailing list
>>> use-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: POST to https in LC5.0.2 - Error socket closed

2020-10-23 Thread Pi Digital via use-livecode
It’s not listed in LC5.0.2 dictionary so I arseumed it wasn’t implemented in 
that version. 

But I tried it. It made no difference at all. Either set to true or false. Even 
the call to put url https://google.com came back with error socket closed. 

Http works. Https does not. It is locked out to all except Enterprise license 
holders for LC5.x

Sean Cole
Pi Digital


> On 23 Oct 2020, at 06:53, Mark Wieder via use-livecode 
>  wrote:
> 
> On 10/22/20 9:48 PM, Sean Cole (Pi) via use-livecode wrote:
> 
>> I don't know what else I can do. Curl is not an option as this will be
>> running as an app on clients Windows machines. But even put url("https://
>> returns error socket closed so that rules out setting up a server app too.
>> Nothing works!
>> I'm Delirious! HELP!
> 
> have you tried
> 
> libUrlSetSSLVerification false
> 
> -- 
> 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: POST to https in LC5.0.2 - Error socket closed

2020-10-22 Thread Pi Digital via use-livecode
Hi bill

Even a call to https://google.com returns the same error. It’s https it does 
not like. As mentioned, in LC9 it works perfectly. LC5.0.2 won’t let me access 
https because LC locked out that for enterprise users only. So basically, I 
screwed! Again!

Sean Cole
Pi Digital


> On 23 Oct 2020, at 06:14, ELS Prothero via use-livecode 
>  wrote:
> 
> Sean,
> I wonder if you used http without ssl, but did 256 bit encryption and 
> decryption at source and in the php connecting to mysql. I posted a link to a 
> sample stack using this method awhile back. It’s pretty simple. I am 
> traveling and not at my computer, but if you searched the emails for the last 
> few weeks on “earthlearningsolutions”, you would find it.
> 
> Good luck,
> Bill
> 
> William Prothero
> http://es.earthednet.org
> 
>> On Oct 22, 2020, at 9:49 PM, Sean Cole (Pi) via use-livecode 
>>  wrote:
>> 
>> Hi all,
>> 
>> I'm desperate. I'd written my code in LC9 and tested to put into an LC5.0.2
>> stack. It worked ok in v9 but v5 throws back an error of 'error socket
>> closed'.
>> 
>> This is my only workaround for accessing MySQL using SSL via a 'post'
>> command through PHP, as suggested by Mark Waddingham and others.
>> 
>> Now I am at a total loss! From what I can see in the forums, LC locked out
>> 'post to https' to only Enterprise users. Arrrghhh!
>> 
>> I don't know what else I can do. Curl is not an option as this will be
>> running as an app on clients Windows machines. But even put url("https://
>> returns error socket closed so that rules out setting up a server app too.
>> Nothing works!
>> 
>> I'm Delirious! HELP!
>> 
>> Sean Cole
>> *Pi Digital *
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com
>> Please visit this url to subscribe, unsubscribe and manage your subscription 
>> preferences:
>> http://lists.runrev.com/mailman/listinfo/use-livecode
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


Re: Livecode Podcast Player

2020-10-21 Thread Pi Digital via use-livecode
Maybe that’s what we can all contribute. Get assigned a section of the guide 
and rewrite it. Submit, revise and add to the guide. 

And rewrite a better built in guide viewer. One that is searchable at the very 
least. And doesn’t take an age to load each section. 

Sean Cole
Pi Digital


> On 21 Oct 2020, at 16:45, Pi Digital  wrote:
> 
> I’m going to chime in, not to discredit anyone else or their comments, only 
> to voice a reason I personally feel is far more needed and worthwhile. 
> 
> Before any of what has been suggested being carried out, as lovely as it all 
> would be, getting the dictionary and the guide usable and accurate/up-to-date 
> would be of greater importance. Especially for the modern and recent 
> modifications. But even simple stuff that has been altered in tiny ways has 
> not been touched in the guide for an age. 
> 
> My point is, there is no point in introducing and inviting new users to a 
> product that becomes difficult to use because documentation is out of date 
> and not matching in appearance or fiction to what is described. Sure a 
> community can advise those ones of workarounds and correct usage. But that’s 
> just pathetic and should be unnecessary. And you all know my opinions on 
> workarounds. 
> 
> My ethos, fix what we have, don’t introduce more problems. 
> 
> Sean Cole
> Pi Digital
> 
> 
>>> On 21 Oct 2020, at 14:31, David Bovill via use-livecode 
>>>  wrote:
>>> 
>> Does anyone have a stack that plays audio podcasts?
>> ___
>> use-livecode mailing list
>> use-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 Podcast Player

2020-10-21 Thread Pi Digital via use-livecode
I’m going to chime in, not to discredit anyone else or their comments, only to 
voice a reason I personally feel is far more needed and worthwhile. 

Before any of what has been suggested being carried out, as lovely as it all 
would be, getting the dictionary and the guide usable and accurate/up-to-date 
would be of greater importance. Especially for the modern and recent 
modifications. But even simple stuff that has been altered in tiny ways has not 
been touched in the guide for an age. 

My point is, there is no point in introducing and inviting new users to a 
product that becomes difficult to use because documentation is out of date and 
not matching in appearance or fiction to what is described. Sure a community 
can advise those ones of workarounds and correct usage. But that’s just 
pathetic and should be unnecessary. And you all know my opinions on 
workarounds. 

My ethos, fix what we have, don’t introduce more problems. 

Sean Cole
Pi Digital


> On 21 Oct 2020, at 14:31, David Bovill via use-livecode 
>  wrote:
> 
> Does anyone have a stack that plays audio podcasts?
> ___
> use-livecode mailing list
> use-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: SQL Show Status

2020-10-20 Thread Pi Digital via use-livecode
I was actually trying to look at the sslcypher tag. Wanted to see if it thought 
the server was enabled for it and if the certs would work. But there was no way 
of telling using revdb if the certs were wrong, if the server was set or 
anything. No one was able to tell me how to find out and was just flying blind 
(as is often the case with LC documentation). 

But I’ve abandoned revdb now and opted entirely for php. That way I just use 
https for security. 

Next issue when I transfer back to HTML5 deployment of these apps is to work 
out how to get RSA encryption working. Probably another php script (which again 
will be insecure while feeding through JS, unless the Post command works ok in 
that environment - ??).  

All the best Bob 

Sean Cole
Pi Digital


> On 20 Oct 2020, at 22:20, Bob Sneidar via use-livecode 
>  wrote:
> 
> I’m wondering what status you are trying to retrieve. If you are wanting to 
> see if the SQL database is accessible/online, using an actual query has it’s 
> drawbacks. Querying an SQL database that is inaccessible will result in a 60 
> second timeout during which Livecode will be unresponsive. 
> 
> What I do instead is I first execute a telnet command using shell(). This 
> will tell me if I can get to the SQL server and if it’s listening. The next 
> thing you can do is execute a simple query SHOW STATUS will work as well as 
> anything else. You can also execute something like select 1+1 as sum. You 
> don’t even need to know a table or column. 
> 
> Bob S
> 
> 
>> On Oct 19, 2020, at 10:53 AM, matthias rebbe via use-livecode 
>>  wrote:
>> 
>> You have to use
>> 
>> revDataFromQuery()
>> 
>> because that will execute the SQL statement and will return any data that is 
>> coming from the DB Server.
>> 
>> Regards,
>> Matthias
>> 
>> -
>> Matthias Rebbe
>> Life Is Too Short For Boring Code
>> 
>>>> Am 19.10.2020 um 19:41 schrieb Sean Cole (Pi) via use-livecode 
>>>> :
>>> 
>>> Hi Ralph,
>>> 
>>> What do I do to see the data in the two columns? My brain is hurting too
>>> much to figure it out.
>>> 
>>> Thanks
>>> Sean
>>> 
>>> On Mon, 19 Oct 2020 at 18:26, Ralph DiMola via use-livecode <
>>> use-livecode@lists.runrev.com> wrote:
>>> 
>>>> Sean,
>>>> 
>>>> revQueryDatabase(tConnId, “SHOW STATUS”) only returns an integer
>>>> 
>>>> That integer is a record set.
>>>> In my case it returned 536 rows.
>>>> Each row has two columns:
>>>> Variable_name
>>>> Value
>>>> 
>>>> 
>>>> Let me tell you Mr. Johnson... Some very interesting stuff in there.
>>>> 
>>>> Ralph DiMola
>>>> IT Director
>>>> Evergreen Information Services
>>>> rdim...@evergreeninfo.net
>>>> 
>>>> 
>>>> -Original Message-
>>>> From: use-livecode [mailto:use-livecode-boun...@lists.runrev.com] On
>>>> Behalf Of Sean Cole (Pi) via use-livecode
>>>> Sent: Monday, October 19, 2020 12:50 PM
>>>> To: How to use LiveCode
>>>> Cc: Sean Cole (Pi)
>>>> Subject: SQL Show Status
>>>> 
>>>> Hi
>>>> 
>>>> As everyone likes to hijack threads here, I’ve started another to make
>>>> sure it gets seen.
>>>> 
>>>> 
>>>> revQueryDatabase(tConnId, “SHOW STATUS”) only returns an integer
>>>> 
>>>> Same for revdb_execute which returns 0
>>>> 
>>>> Any clues on how to actually get the status back?
>>>> 
>>>> Still trying to work out why these certificates are not working.
>>>> --
>>>> Sean Cole
>>>> *Pi Digital Productions Ltd*
>>>> www.pidigital.co.uk
>>>> +44(1634)402193
>>>> +44(7702)116447
>>>> 'Don't try to think outside the box. Just remember the truth: There is no
>>>> box!'
>>>> 'For then you realise it is not the box you are trying to look outside of,
>>>> but it is yourself!'
>>>> 
> 
> ___
> use-livecode mailing list
> use-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: SSL cPanel mySql setup

2020-10-16 Thread Pi Digital via use-livecode
Bill

Thanks for this. We were just discussing the same solution. I already have some 
php scripts I’m using for the HTML5 deployment of a LC stack as a portal to the 
same database. 

The whole thing needs an overhaul. I’ve inherited this world of pain that has 
been 10-15years of amateur coding. A testament to LCs ease of learning for my 
client who had no coding background before. But, boy, is it a mess. The call to 
the server along with all the credentials had been copy pasted over 900 times 
inside 700 objects. That’s just counting each time it opens a connection to the 
database. Bonkers! 

I think we’ve got a plan of attack now and some light at the end of this very 
long tunnel. Let’s see how much speed I can get out of this chuff chuff in the 
tunnel. 

Sean Cole
Pi Digital


> On 16 Oct 2020, at 17:31, William Prothero via use-livecode 
>  wrote:
> 
> Sean:
> You might find this download interesting, perhaps useful:
> http://earthlearningsolutions.org/wp-content/uploads/2018/07/RemoteDbEncryption.livecode.zip
>  
> <http://earthlearningsolutions.org/wp-content/uploads/2018/07/RemoteDbEncryption.livecode.zip>
> 
> It is a demo of AES encryption that I use. The livecode app encrypts it, 
> sends to a php file, which decrypts it and posts to a mysql database. You 
> could even store the data encrypted if you want, but I like to access the db 
> with phpMyAdmin.
> 
> Best,
> Bill
> 
> William A. Prothero
> https://earthlearningsolutions.org
> 
>> On Oct 16, 2020, at 2:51 AM, matthias rebbe via use-livecode 
>>  wrote:
>> 
>> Hi Sean,
>> 
>> there was a discussion a few weeks ago with the topic "Strange behavior 
>> between Mysql, MariaDB and SSL."
>> I am not sure if the information in that discussion will solve your problem.
>> 
>> Another approach is the following. For security reasons we do not let 
>> communicat our LC apps directly with MySQL Databases, if the Database is 
>> hosted on a public server.
>> 
>> We using a Livecode Server Script on the Webserver for doing the complete DB 
>> communication.
>> Our standalones (Mobile and Desktop) send the requests (password encrypted 
>> string) either as POST or GET to the LC Server script. The script encrypts 
>> the  request string and executes it. The return from the DB is then returned 
>> to our standalone.
>> 
>> Another way would be to use an LC server api HostM is providing for free.
>> https://www.hostm.com/tutorials/livecode/api-mariadb-mysql
>> 
>> 
>> Regards,
>> Matthias
>> 
>> -
>> Matthias Rebbe
>> Life Is Too Short For Boring Code
>> 
>>>> Am 16.10.2020 um 10:34 schrieb Pi Digital via use-livecode 
>>>> :
>>> 
>>> Hi
>>> 
>>> I’ve found myself out of my depth and in need of advice. 
>>> We have a cPanel webspace with mySQL running on a phpMyAdmin layer within 
>>> the cPanel setup. Communicating with it from LC has been a breeze. However, 
>>> doing a traffic scan we noticed that our queries and responses from the 
>>> database are completely visible. Obviously a high security risk. 
>>> 
>>> Using an ssl certificate set, how do I implement this? How do I get cPanel 
>>> to allow for it and get LC to make use of them when using revOpenDatabase? 
>>> I have the useSSL flag set to Boolean ‘true’. I’ve tried using the set 
>>> certificates pointing it at the three ssl files. But the data still is 
>>> fully readable as plaintext in both direction when checked by our traffic 
>>> scanner. 
>>> 
>>> Thanks
>>> 
>>> Sean
>>> 
>>> ___
>>> use-livecode mailing list
>>> use-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: SSL cPanel mySql setup

2020-10-16 Thread Pi Digital via use-livecode
Thanks Mark

As I thought. Might as well have a server app that does the talking to the 
database. 

Sean Cole
Pi Digital

> On 16 Oct 2020, at 11:33, Mark Waddingham via use-livecode 
>  wrote:
> 
> On 2020-10-16 10:51, matthias rebbe via use-livecode wrote:
>> Hi Sean,
>> there was a discussion a few weeks ago with the topic "Strange
>> behavior between Mysql, MariaDB and SSL."
>> I am not sure if the information in that discussion will solve your problem.
> 
> I had a quick look through that thread and I don't think that is necessarily 
> relevant here (unless there was a part I missed) - that seemed to be mostly 
> about authentication method rather than SSL specifically - it sounds like in 
> this case a connection is being made it is just that it does not seem to be 
> secured using SSL encryption.
> 
> I checked the mysql client library code and it seems that if the MySQL server 
> says it does not support SSL then even if you ask for SSL connection (which 
> revDB does is the useSSL flag is true) that request will be ignored and you 
> will get a plaintext connection.
> 
> So this definitely *sounds* like a MySQL server setup problem rather than a 
> client one (there's some useful info for at least testing the type of 
> connection using the mysql command-line terminal utility here - 
> https://docs.cpanel.net/knowledge-base/security/how-to-configure-mysql-ssl-connections/)
> 
>> Another approach is the following. For security reasons we do not let
>> communicat our LC apps directly with MySQL Databases, if the Database
>> is hosted on a public server.
>> We using a Livecode Server Script on the Webserver for doing the
>> complete DB communication.
>> Our standalones (Mobile and Desktop) send the requests (password
>> encrypted string) either as POST or GET to the LC Server script. The
>> script encrypts the  request string and executes it. The return from
>> the DB is then returned to our standalone.
> 
> This is most definitely a better solution - and is the only real option if 
> client apps are talking to the server from arbitrary networks.
> 
> Whilst a secured (via SSL) connection to MySQL directly should mitigate 
> security concerns (as all data flowing between client and server is 
> encrypted), there is no guarantee that an arbitrary network will *allow* 
> connection to the MySQL database port which is required for that to function.
> 
> In contrast, you'd be hard pressed to find any network which allows access to 
> the internet which blocks port 80 (HTTP) or 443 (HTTPS).
> 
> Of course, the other advantage of using a 'gateway API' to access your server 
> data is that it allows client and server more flexibility in changing and 
> optimizing things - i.e. if you change something server-side then you can 
> probably make it so you don't necessarily need a client update to match (as 
> you can just adjust what the gateway does).
> 
> Warmest Regards,
> 
> Mark.
> 
> -- 
> Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> LiveCode: Everyone can create apps
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode


SSL cPanel mySql setup

2020-10-16 Thread Pi Digital via use-livecode
Hi

I’ve found myself out of my depth and in need of advice. 
We have a cPanel webspace with mySQL running on a phpMyAdmin layer within the 
cPanel setup. Communicating with it from LC has been a breeze. However, doing a 
traffic scan we noticed that our queries and responses from the database are 
completely visible. Obviously a high security risk. 

Using an ssl certificate set, how do I implement this? How do I get cPanel to 
allow for it and get LC to make use of them when using revOpenDatabase? I have 
the useSSL flag set to Boolean ‘true’. I’ve tried using the set certificates 
pointing it at the three ssl files. But the data still is fully readable as 
plaintext in both direction when checked by our traffic scanner. 

Thanks

Sean

___
use-livecode mailing list
use-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: Contesting for Idiot du Jour

2020-09-07 Thread Pi Digital via use-livecode
Except Black

... and white. 


> On 7 Sep 2020, at 18:16, Roger Guay via use-livecode 
>  wrote:
> 
> … and reminding me yet again that most things are never black or white!


___
use-livecode mailing list
use-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: How Do You Get Filename / Image

2020-09-07 Thread Pi Digital via use-livecode
I see. You will need to use the full path for tImageName. That will be true for 
all of the file names you have stored on your cards and stacks. 

With images, the filename can be either the full path or a relative path, 
relative to the defaultFolder or the folder the stack is saved in. RevCopy only 
assumes names without full paths to be relative to the defaultFolder, not the 
stack location. RevCopy is definitely better when on desktop systems. 

One way to only see full paths is by turning on ‘Always use absolute file paths 
for images’ in the Files & Memory section of the main LC prefs. Or you could 
set the defaultFolder to specialFolderPath(“resources”) if you would prefer to 
keep relative paths in the file lists. 

Relying on ‘item n1 to n2’ for working out the origin path is not always going 
to be right, especially if you have been using relative paths in your script. 
Best to use full paths for both tImageName and tDestinationPath. 

Just make sure there wasn’t a space after ‘ellora’ as in your sample.

I’m confident you will work this out. As you said, it can’t be hard :) It is 
working fine using both methods here so I’m sure it’s going to be something 
simple you end up kicking yourself about. 

All the best. 

> On 7 Sep 2020, at 15:11, Sannyasin Brahmanathaswami via use-livecode 
>  wrote:
> 
> Goal: to get a folder a disk that can be copied to the web server. We have 
> all kinds of files on disk. So, I am trying to copy a list of filename in the 
> cards of stack. It can't that hard. But I think the method for doing the 
> tRelativeName of filename is "broken" where are get the defaultFolder.
> 
> So I tried this. As it as simple as revCopyFile (as I discovered in that 
> dictionary)
> 
> But this don't work!
> 
> on mouseUp
>   local tImageName, tDestinationPath, tDefaultFolder
>   get the effective filename of this stack
>   set the itemdelimiter to "/"
>   put item 1 to -2 of it into tDefaultFolder
> 
>   set the defaultFolder to tDefaultFolder 
>   put the  defaultFolder
>   # it appears correct
> 
>   --put the filename of img "slideImage" into tImageName
> 
>   put "ellora /DC123344.jpg" into tImageName
>   put   "_ForWebSite" into tDestinationPath
> 
>   revCopyFile tImageName, tDestinationPath
> 
> end mouseup
> 
> # I'm against the wall on this!
> 
> # but directed at your attempt did not work 
> # as expected, no file was written
> 
> # a new attempt at your email was expecting
> # but the defaultFolder was entirely different!
> 
> on mouseUp
>   local tRelativeURL
> 
>   set the itemdelimiter to "/"
>   put (the item -2 to -1 of the filename of img "slideimage" ) into 
> tRelativeURL
>   # this works is: there is a path
>   # 1-ellora/dsc1234.jpg
> 
>   # this will work
>   Set the defaultFolder to item 1 to -3 of the filename of img "slideimage"
>   put the defaultFolder
> # a defaultFolder appeared that was older
> 
> put URL("binfile:" & tRelativeURL ) into URL("binfile:_ForWebSite/"& 
> tRelativeURL)
> 
> end mouseUp
> 
>  Pi Digital wrote:
> 
>I’ll try that again::
> 
># I’m going to assume this was a hiccup too and now fixed:
>  set the filename of img “slideimage” to (item 1 to -3 of the filename of 
> img “slideimage” & “/_ForWebSite/” & tRelativeURL)
> 
>> On 6 Sep 2020, at 23:01, Pi Digital via use-livecode 
>>  wrote:
>> 
>> # I’m going to assume this was a hiccup too and now fixed:
>>  set the filename of img “slideimage” to URL(“binfile:_ForWebSite/” & 
>> tRelativeURL)
> 
> 
> 
> ___
> use-livecode mailing list
> use-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: Contesting for Idiot du Jour

2020-09-07 Thread Pi Digital via use-livecode
Sure. Draw a circle on a 10x10, 20x20, 100x100, etc grid. Only Whole pixels get 
counted (Pass or 1 in digital binary). Depending on the methodology, either 1) 
only those within the circle line (complete) or 2) those on the line itself  
and within it (incomplete). 

In your example, a 200x200 circle has a resolution where it’s practically 
negligible from regular mathematics. However, the resolution at 100x100 and 
lower starts to flat wildly away from it. If you are measuring using collision 
and it’s accounting for antialiased pixels it can become even more diverse from 
standard math as it does not ‘see’ it in percentages of visible, only on or 
off. 

So, the difference between measuring only inside of a 200x200 and outside of 
the 100x100 will throw off considerably any ordinary calculations you might 
expect. Even a 400x400 PixelWise ‘circle’. 

Look up Gauss’ Circle Problem. The same chap we get the name for Gaussian blur 
from. 

> On 7 Sep 2020, at 05:26, Roger Guay via use-livecode 
>  wrote:
> 
> I’m sorry, I don’t understand your terminology. Could you please elaborate? 
> 
> Thanks,
> Roger
> 
>> On Sep 6, 2020, at 10:54 AM, Pi Digital via use-livecode 
>>  wrote:
>> 
>> Pixel math:
>> 
>> Counting incomplete pixels within a circle outline (%Pass)(%Fail):
>> 10x10 = 88 (88%)(12%)
>> 20x20 = 344 (86%)(14%)
>> 100x100 = 8012 (80%)(20%)
>> 
>> Counting complete pixels:
>> 10x10 = 48 (48%)(52%)
>> 20x20 = 276 (69%)(31%)
>> 100x100 = 7444 (74.4%)(26%)
>> 
>> Your conclusion here: _
>> 
>> ___
>> use-livecode mailing list
>> use-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: How Do You Get Filename / Image

2020-09-06 Thread Pi Digital via use-livecode
I’ll try that again::

# I’m going to assume this was a hiccup too and now fixed:
  set the filename of img “slideimage” to (item 1 to -3 of the filename of img 
“slideimage” & “/_ForWebSite/” & tRelativeURL)

> On 6 Sep 2020, at 23:01, Pi Digital via use-livecode 
>  wrote:
> 
> # I’m going to assume this was a hiccup too and now fixed:
>   set the filename of img “slideimage” to URL(“binfile:_ForWebSite/” & 
> tRelativeURL)


___
use-livecode mailing list
use-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: How Do You Get Filename / Image

2020-09-06 Thread Pi Digital via use-livecode
on mouseUp
local tRelativeURL
-- repeat with x = 1 to (the number of cards of stack “SlideShowSetUp”)
--go card x
   set the itemdelimiter to “/”
put (the item -2 to -1 of the filename of img “slideimage” ) into 
tRelativeURL
   # this works is: there is a path
   # 1-ellora/dsc1234.jpg

   # this will work
Set the defaultFolder to item 1 to -3 of the filename of img “slideimage”

# Just in case:
If there is not a folder “_ForWebSite” then
 Create folder “_ForWebSite”
End if

put URL(“binfile:” & tRelativeURL ) into URL(“binfile:_ForWebSite/” & 
tRelativeURL)
   
# I’m going to assume this was a hiccup too and now fixed:
   set the filename of img “slideimage” to URL(“binfile:_ForWebSite/” & 
tRelativeURL)
   
-- end repeat
end mouseUp


> On 6 Sep 2020, at 14:58, Sannyasin Brahmanathaswami via use-livecode 
>  wrote:
> 
> Maybe  it is aphasia...
> 
> How do we get file from one location to another location
> 
> ??
> 
> Brahmanathaswami


___
use-livecode mailing list
use-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: Contesting for Idiot du Jour

2020-09-06 Thread Pi Digital via use-livecode
Pixel math:

Counting incomplete pixels within a circle outline (%Pass)(%Fail):
10x10 = 88 (88%)(12%)
20x20 = 344 (86%)(14%)
100x100 = 8012 (80%)(20%)

Counting complete pixels:
10x10 = 48 (48%)(52%)
20x20 = 276 (69%)(31%)
100x100 = 7444 (74.4%)(26%)

Your conclusion here: _

___
use-livecode mailing list
use-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: Cross Platform Font Layout

2020-08-25 Thread Pi Digital via use-livecode
>> Am 26.08.2020 um 00:43 schrieb J. Landman Gay via use-livecode 
>> :
>> 
>> Kudos also to Mark Waddingham who calmly delivered supportive info in an 
>> even response, even after reading for days how he and the team are liars, 
>> incompetents, and cheats


That would be the case if it wasn’t completely irrelevant to desktop display 
and aimed at browser rendering. 

-20

My claims still stand. Read my next post for context. 

Sean Cole
Pi Digital


> On 25 Aug 2020, at 23:48, matthias rebbe via use-livecode 
>  wrote:
> 
> 
> 
> -
> Matthias Rebbe
> Life Is Too Short For Boring Code
>> .
>> 
>>> On 8/25/20 2:59 PM, Richmond via use-livecode wrote:
>>> This sort of stuff will NOT help you at all; it appears intemperate and is 
>>> aimed (if it has to be
>>> aimed at all) at the wrong people.
>>> You have just managed to lose my sympathy completely, for what it's worth.
>>> "redundant and without merit": judgemental, arrogant, and so on: obviously 
>>> you need to go
>>> away and either calm down or boil your head.
>>> On 25.08.20 20:48, Sean Cole (Pi) via use-livecode wrote:
>>>> Your argument also is redundant and without merit. This is not my first
>>>> rodeo. I AM BRINGING TO LIGHT AND to THE SURFACE THE OBVIOUS FLAWS IN OUR
>>>> MIDST!!
>> 
>> 
>> 
>> -- 
>> Jacqueline Landman Gay | jac...@hyperactivesw.com 
>> <mailto:jac...@hyperactivesw.com>
>> HyperActive Software   | http://www.hyperactivesw.com 
>> <http://www.hyperactivesw.com/>
>> 
>> ___
>> use-livecode mailing list
>> use-livecode@lists.runrev.com <mailto:use-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://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: Cross Platform Font Layout - current workarounds

2020-08-25 Thread Pi Digital via use-livecode
Hi Mike

I agree. But if you are providing the identical, Paid for font (and those 
things aren’t cheap to a tv  programme maker) then you would expect them to 
show up in the same place in the text field from one platform to another. I 
just don’t get that it’s been 15 years and they still can’t get this right. 

I’ve been forced to go through all of the fields and write code for each one of 
them to reposition them. Some I can ‘get away with. But where they need to 
appear central to a graphic (which there are a hundred of) it stands out badly 
and the customer, of course, notices as in my example pictures of my OP. 

LC Mark or Kevin, care to respond? I WONT let it lay without one. 

Sean Cole
Pi Digital Productions Ltd


eMail Ts & Cs


> On 25 Aug 2020, at 14:45, Mike Kerner via use-livecode 
>  wrote:
> 
> this has always been a problem with multiple development tools, at least
> for as long as I can remember x-platform development tools and WYSIWYG
> being a thing, so Win 95, and MacOS 6 or 7 (uh...7?).  I agree it would be
> great if LC would try harder, since the goal is to make the developer's
> life easier, and if the mantra and the goal is to design it/lay it out/code
> it once, then that should be what you get.
> some development tools have gone so far as to use style sheets, so on one
> platform you have different sizes (or different fonts) to accommodate the
> issues, but i'm not a fan.  there are too many exceptions to the rule, and
> you're always chasing "good enough", which is "good enough", until you rap
> your knuckles on the next exception.
> at least for us, the easiest thing to do has been to size objects for the
> mac, because we have found that on the mac, fonts render slightly larger,
> and therefore wrap or overflow.  then when we port to windoze, things are
> ok.
> 
>> On Tue, Aug 25, 2020 at 9:29 AM Richmond via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>> 
>> Well; let's consider that suggestion:
>> 
>> 1. The Holy Grail was an abstract idea dreamt up by the Knights Templars.
>> 
>> 2. Most people have worked out by the time they are about 35 that
>> perfection is a dangerous illusion.
>> 
>> 3. "Years of hell": Why do you suppose the OP has stuck with LiveCode
>> for the length of time he has if it has been 'hell'?
>> 
>> 4. "find another language that will do exactly what you want" . . .
>> ouch, I hurt my leg falling off the chair with laughter.
>> 
>> 5. Why do I get a "funny feeling" that by calling yourself 'Paul
>> Pystcat' you are an undercover agent pushing Python (a language
>> which I could say one or two "fruity" things about)?
>> 
>> 6. The OP is NOT a fool; that is quite obvious from his previous
>> postings over a number of years, and he would not be
>> posting the sort of thing he posted if he were considering abandonong
>> LiveCode.
>> 
>> 7. Err . . . on the subject of rants and "squishes" . . .
>> 
>>> On 25.08.20 16:11, Paul Pystcat via use-livecode wrote:
>>> I really have to ask…  if you are having such problems that are so
>> insurmountable using LiveCode, then why not just abandon ship…?
>> Seriously.  If this is such a showstopper, why not find another language
>> that will do exactly what you want..?  Don’t waste any more of your time.
>> Do it.  You may find the Holy Grail and all will be well… you can look back
>> on your years of hell with LiveCode and laugh at us that remain.
>>> 
>>>> On Aug 25, 2020, at 6:01 AM, Pi Digital via use-livecode <
>> use-livecode@lists.runrev.com> wrote:
>>>> 
>>>> Not Fridge, Fork.
>>>> 
>>>> I assume (dangerously) from your reply that you do not have to make
>> real world applications for corporate branded customers. Where design has
>> been done by a branding team with a 12 - 120 page Production guide).
>> Someone like the BBC, Channel 4, NBC, or their subsidiaries. Like Saatchi
>> and Saatchi, Mars, Ford, Pfizer, Virgin, VTech, Bandai.
>>>> 
>>>> My case study this project. Two week turnaround (first week primary
>> development wireframed , second week skin and output for Windows(primary
>> output)/Mac(Backup)). Tv gameshow multiscreen (some split across multiple
>> screens themselves) for live recording screen graphics. 35 cards (or
>> frames, pages, slides, whatever you want to call them) plus video inserts
>> all with live updated content input by a controller on a remote machine (pc
>> or Mac as they see fit on the day) as the show progresses.
>>>> 
>>>> As the platf

Re: Cross Platform Font Layout - current workarounds

2020-08-25 Thread Pi Digital via use-livecode
Paul

It’s a reasonable question so I’ll afford it the dignity it deserves. Here’s 
the thing. With thousands of £ invested in them including when they beg for 
money to help them out during times of distress you end up almost locked into 
their ecosystem. Besides, my main bread and butter client is 100% LiveCode 
dépendant so I HAVE to continue down the LC route. 

Unless I do what Richmond suggests, which has often been on my mind, and just 
jump ship and abandon my client. I’ve had partnerships I’ve had to do this with 
before, mostly due to their poor business skills though. This one has been 
nothing but good to me especially since I came out of the mental hospital two 
years ago. I wouldn’t want to insult him. 

And therein lies the rub because, to achieve the html conversion of his app his 
clients were effectively demanding, I had to have certain assurances from LC 
before investing yet more thousands of £ into them. However, that has all been 
proven to be LIES. 

And this is the real reason of late I have been up on MY high horse. Because 
time and time again, things promised are NEVER delivered. Except FMPro so we 
are led to believe. If they were really making so many sales, Jacque, why on 
earth would they be begging for money to help them out?? Why don’t they call on 
their new FM partners or users?? 

In response to the question ‘what on earth made you believe it would be 100% 
cross platform’. Look on their homepage. The first 2 sections repeat it several 
times. According to that they have built their own system that delivers just 
this. Backed up by images that make it appear to be exactly this way with 
identical screen shots from multiple platforms. And they say it DOES NOT NEED 
ADDITIONAL CODE!!

How are you going to defend them this time? LC have not responded to this or my 
other posts. THEY KNOW I’M RIGHT and are keeping out of the frame. 

Look at the bug report from my original post. Look at it. 15 years on, STILL 
NOT FIXED. Confirmed as a bug. Nothing done. 

I want to give up so desperately but I am forced into carrying on until LC 
drive me into hospital yet again. I think I’ve explained enough above to show 
why that is. I’m doomed. I’m facing my own inevitable demise like someone with 
cancer. 

But I won’t go down without a fight!

All the best to the best of you all. (But not the rest of you) ;)

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


Re: Cross Platform Font Layout - current workarounds

2020-08-25 Thread Pi Digital via use-livecode
Not Fridge, Fork. 

I assume (dangerously) from your reply that you do not have to make real world 
applications for corporate branded customers. Where design has been done by a 
branding team with a 12 - 120 page Production guide). Someone like the BBC, 
Channel 4, NBC, or their subsidiaries. Like Saatchi and Saatchi, Mars, Ford, 
Pfizer, Virgin, VTech, Bandai. 

My case study this project. Two week turnaround (first week primary development 
wireframed , second week skin and output for Windows(primary 
output)/Mac(Backup)). Tv gameshow multiscreen (some split across multiple 
screens themselves) for live recording screen graphics. 35 cards (or frames, 
pages, slides, whatever you want to call them) plus video inserts all with live 
updated content input by a controller on a remote machine (pc or Mac as they 
see fit on the day) as the show progresses. 

As the platform my POC and his office colleagues was using was a PC it made 
sense to do development in Windows for output to PC and Mac for studio techs to 
pick from based on location around the studio (the gallery for controllers, 
back stage and stage floor). It is arse-umed that how it looks on Windows is 
how it should look on any other platform we distribute to including the various 
output sizes (1024x576SD, 960x540HHD, 1920x1080HD, 3840x2160 4k). Everything 
has to match to the pixel. That’s how branding works. We have no issue with 
that moving between platforms in editing and graphics platforms, so post 
production facilities (mine included) could not conceive or perceive that it 
would be any different in a development environment. Design it in photoshop on 
a pc and send it to your colleagues working in After Effects on a Mac and send 
it back to an editor on a PC running Premiere and it looks the same end to end. 
That is ‘just the way it is’! 

So, after developing at a stupid rate, 12 solid 14-18hr days, we have the 
finished app layered out (don’t get me back on the layering embargo), animated 
with text & graphic moves and effects, ready for deployment out to Mac and PC. 
Tick the boxes in the standalone settings, build and open in their respective 
platforms. 

Only to find that everything you had laid out perfectly matching on PC is 
totally screwed on the Mac. Opening up the stack on the Mac, it’s the same 
thing. Now with only one day to go I am forced to work out the fastest way to 
realign every text box (anything from 2 - 200 per card) so they match exactly 
regardless of platform. Like is done automatically on any other software we use.

That’s ‘real world’ development. Not to mention my current bread and butter job 
for Porrima which has, to date, 47 substacks, 377 cards, 10,800+ text objects 
and  is now being ported from PC o et to HTML5 by way of a tonne of 
NON-CODE-ONCE workarounds and layout alterations.

It’s this kind of BS that keeps me mental, ensures I don’t get too sane. Makes 
sure you get a good rant out of me every week or month. 

Sean Cole
Pi Digital
> 
> That is HowTF  (What do you mean exactly by "How Tin Fridge"?) ;-), I get
> things done.
> 
> Best, 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


  1   2   3   >