Re: Livecode Builder developer wanted

[Paul McClernan via use-livecode]

I would say go ahead and jump in yourself, I’d be willing to help if I can
(I’m rather busy myself), if you post questions in the LCB forum section,
if you get stuck. I’m sure Trevor has left a nice starting base (I’ve
looked at all of his LCB work). You could likely get the lib binary for
macOS using “HomeBrew”.

On Thu, Jul 28, 2022 at 1:44 PM harrison--- via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi Paul,
>
> You should have led with that information.
>
> Keys here:  Not time sensitive. Pay competitive rates:  What is your
> rate?  Be upfront with that if you can.
>
> Thanks for clearing things up a bit.
>
> Cheers,
>
> Rick
>
>
> > On Jul 28, 2022, at 12:23 PM, Paul Dupuis via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > I've hired and managed independent software developers for various
> businesses for nearly 40 years. I am well aware of the market.
> >
> > We pay competitive contract rates. My estimate of time is probably about
> right for someone who has set up at least 1 or 2 cross-platform LCB DLL
> wrappers based on decades of estimating IT projects, but it was more meant
> to suggest the work is something in the scope of many hours to days vs.
> weeks or months.
> >
> > As for job size, if you are a contract developer who has a queue of
> large jobs providing regular income, good for you. My experience is that
> many contract developers value non-time sensitive small jobs they can fit
> in and around larger projects to fill in the inevitable gaps between larger
> projects that can come up.
> >
> > If no one is available or interested, as I said, it is not time
> sensitive, so we can either wait or tackle it ourselves as time permits.
> >
> > 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: deleting folders on server with revDeleteFolder

[Paul McClernan via use-livecode]

Yeah, what Alex said, those are posix (Unix) placeholders that point to
folders (. self, and .. parent directory), they aren’t actual real folders.

On Sun, Jul 17, 2022 at 8:21 AM Alex Tweedly via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Those folders are
>
> "." - the folder itself
>
> ".." - the parent of the folder itself.
>
> As such, neither can be deleted directly, nor do they need to be in
> order to delete the folder itself. The folder itself should be deleted
> when the current folder is set to somewhere else.
>
> So - there isn't really a problem, just don't try to delete them by
> those names.
>
>
> Alex.
>
>
> On 17/07/2022 10:16, jbv via use-livecode wrote:
> > Hi list,
> >
> > On my LC Hosting account, I have a php script that creates directories :
> >mkdir($dirname, 0755);
> > Each directory is used to temporarily store text & image files.
> >
> > Then I have a LC script that is supposed to delete those directories
> > under certain conditions. No problem for deleting files inside each
> > directory, but 2 sub-directories are systematically created, named
> > "." and ".." and those can't be deleted, either by script of via ftp.
> > Therefore, there's no way to delete the directories created via php.
> >
> > Last but not least, the doc for LC 9.6.8 says that "revDeleteFolder"
> > is the command to use to remove a folder and all its contents and that
> > it is available on both desktop and server platforms, but on my LC
> > hosting account I get : Handler: can't find handler (revDeleteFolder)
> >
> > Any idea how to solve this problem ?
> > Thank you in advance.
> > jbv
> >
> > ___
> > use-livecode mailing list
> > use-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: macOS Ventura (13.x.x)...

[Paul McClernan via use-livecode]

The OSS "community" already had TONs of work to do.

Apparently a lot of other software is crashing with macOS Ventura as well.
I wonder why? Time to install Ventura and find out I guess.

Every year this former mac fan-boy inches closer to becoming a Linux regular.


On Sun, Jul 10, 2022 at 4:50 PM J. Landman Gay via use-livecode
 wrote:
>
> On 7/10/22 12:26 PM, Colin Holgate via use-livecode wrote:
> > With 9.6.3 Community version, showing the message box, or the script window 
> > of a button, crashes LiveCode right away.
>
> Sounds like the OSS community has some work to do, if there is anyone with 
> the skills still there.
>
> --
> 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: Sharing a desktop app, or with beta testers

[Paul McClernan via use-livecode]

Late to this thread, but I’d like to add some FYI:
You can get a free Apple Dev account, which allows you to code-sign (but not 
notarize, only Apple can do that) Mac apps and up to 5 or so iOS apps (which 
you would have to "side load” somehow unless you jailbreak your iDevice). 
However, without the notarization this approach doesn’t seem much different 
than self-signing, which I’m pretty sure you can generate a certificate for 
that with the KeyChain app, even without even an Apple Account, and then you 
could get friends, family and whomever to trust your certificate on their Macs. 
I believe (unless your certificate is trusted on the host computer) the only 
advantage to signing over completely unsigned code is that there are less 
warning dialogs popping up before the app will launch.

Paul McClernan

GitHub: https://github.com/PaulMcClernan

> On Jan 26, 2022, at 2:29 PM, William Prothero via use-livecode 
>  wrote:
> 
> Folks:
> Sorry for this question which probably has been answered many times, but …. 
> I’m trying not to waste my day searching around.
> 
> What’s the best way to send a desktop app on Apple OS 12.1 to a friend or 
> beta tester? I sent an app and a security issue came up.
> 
> Thanks,
> Bill P
> 
> 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

Re: Standalone build under Big Sur on M1 Airbook

[Paul McClernan via use-livecode]

> On Feb 27, 2022, at 12:51 PM, Paul Dupuis via use-livecode 
> mailto:use-livecode@lists.runrev.com>> wrote:
> 
> On 2/27/2022 12:18 PM, Curry Kenworthy via use-livecode wrote:
>> 
>> Paul:
>> 
>> > building an app under Big Sur on a new M1 Airbook
>> 
>> > macOS told me the command 'lipo' was not installed
>> 
>> > Has anyone else seen this?
>> 
>> I only noticed this thread today, but FWIW ... Yes!
>> Exactly the same when setting up M1 Mac mini.
>> 
>> I think I had to install a recent xCode, after
>> first updating to a newer version of Big Sur.
>> 
> 
> I posted about this not because it was a problem - the OS asked whether I 
> wanted to download the required tool and did when I told it to and LiveCode 
> then built everything correctly. I mentioned it in that I would have expected 
> LiveCode to have either preemptively downloaded any utility it needs to build 
> standalones if it was not already installed OR presented some sort of alert 
> noting that an OS utility was missing when I tried to first build a 
> standalone and that I SHOULD click download. I presume, if I had clicked NO 
> to the download questions from macOS, there may have been a problem building 
> my standalone. Or perhaps not?
> 
> 
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com 
> Please visit this url to subscribe, unsubscribe and manage your subscription 
> preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode 
> 
It might still build but the standalone may include some byte code for 
architectures that aren’t your intended target, which I don’t think is really a 
problem unless you’re uploading your app for the App Store, or perhaps if the 
extra code adds significantly to the file size (not likely) and you want to 
keep the DL size down.

Paul McClernan

GitHub: https://github.com/PaulMcClernan 

___
use-livecode mailing list
use-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: Standalone build under Big Sur on M1 Airbook

[Paul McClernan via use-livecode]

Is Lipo is part of the Apple Command Line tools? I believe so, and that’s a
separate from XCode (I’ve usually install it via Terminal command).
It is used to strip out unwanted architectures (PPC,X86 32bit, etc.) from
binaries (it can unfatten ‘fat’ binaries)

On Tue, Feb 22, 2022 at 4:44 PM Mike Kerner via use-livecode <
use-livecode@lists.runrev.com> wrote:

> i'm not sure what an airbook is, but i'm using a 2021 m1max mbp
>
> On Tue, Feb 22, 2022 at 4:24 PM Mike Kerner 
> wrote:
>
> > i am not having any trouble building using 6.8.5 on osx 12.2.1
> >
> > On Tue, Feb 22, 2022 at 3:05 PM Paul Dupuis via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> I was just building an app under Big Sur on a new M1 Airbook when during
> >> the build process with the build dialog showing "Copying files..." the
> >> macOS told me the command 'lipo' was not installed and did I want to
> >> download it.
> >>
> >> Has anyone else seen this?
> >>
> >> I mean I already get a whole pile of "Do you want to allow permission to
> >> ..." the Desktop, Documents, etc. etc.
> >>
> >> You would think the LC being code signed, entitled, notarized, stapled,
> >> etc. would mean the macOS would not ask me, but Apple is nuts with
> >> "security" these days.
> >>
> >>
> >>
> >> ___
> >> use-livecode mailing list
> >> use-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."
> >
>
>
> --
> 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: Sharing a desktop app, or with beta testers

[Paul McClernan via use-livecode]

Just an FYI, you have to do that  right-click-to-open thing TWICE on BigSur
and higher to clear the gatekeeper check before the app will actually
launch on the second try. There’s actually few ways to get by the
gatekeeper.

On Wed, Jan 26, 2022 at 2:36 PM Richmond via use-livecode <
use-livecode@lists.runrev.com> wrote:

> The security issue is because the user probably just did a double-click
> on the thing.
> a right-click will allow them to run the app.
>
> On 26.01.22 21:29, William Prothero via use-livecode wrote:
> > Folks:
> > Sorry for this question which probably has been answered many times, but
> …. I’m trying not to waste my day searching around.
> >
> > What’s the best way to send a desktop app on Apple OS 12.1 to a friend
> or beta tester? I sent an app and a security issue came up.
> >
> > Thanks,
> > Bill P
> >
> > 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

Re: Record audio on Mac

[Paul McClernan via use-livecode]

Yes and despite info to the contrary mergMicrophone does still work in a
standalone on macOS, but as a “heads up”, entitlements may be an issue
making a standalone that uses it because on newer macOS need user
permission to use the microphone. I entirely removed the signature on a
standalone and then it asked for pets mission as required.

On Fri, Dec 10, 2021 at 2:30 PM Klaus major-k via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi all,
>
> > Am 10.12.2021 um 14:02 schrieb Klaus major-k via use-livecode <
> use-livecode@lists.runrev.com>:
> >
> > Hi all,
> >
> > There is an entry in the dictionary -> record sound...
> > But that obviously relies on Quicktime.
> > And then there is this in the "Release Notes":
> > ...
> > 64-bit standalones for Mac OS X do not have support for audio recording.
> > ...
>
> almost forgot that we have all this wonderful MERG AV... and
> MERGmicrophone... stuff on the Mac! :-)
> So please remove that line from the Release Notes.
>
>
> 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: How to extract whole text from a PDF file with the PDF

[Paul McClernan via use-livecode]

Ah, OK thanks for the clarification. I hadn’t realize PDFium has been
around as long as it has been.
I wouldn’t sweat the naming conflict, there’s at least three “PDFKit”
libraries so you’re not alone.

On Tue, Dec 14, 2021 at 11:01 AM Paul Dupuis via use-livecode <
use-livecode@lists.runrev.com> wrote:

> On 12/14/2021 10:33 AM, Paul McClernan via use-livecode wrote:
> > I was fairly certain that XPDF external was/is based on this XPDF:
> > https://en.m.wikipedia.org/wiki/Xpdf
> > Which has both GPL and Proprietary Licensing options available.
>
> Nope. My company (Researchware) and I paid for the development of the
> XPDF External shipped with LiveCode. Monte did the code for us when he
> was an independent LiveCode developer, paid directly by Researchware. It
> is based on the C++ "external" API template, calling the Google PDFium
> library. Researchware then transferred the license to LiveCode when
> Monte went to work for them. I called it XPDF because it was an eXternal
> for PDFs. I was unaware (at the time) for anything else using the XPDF
> name. And yes, I am to blame (or credit) for the majority of the syntax
> for messages, commands, and functions of the XPDF external (with Monte
> correcting me when I had a really stupid syntax specified)
>
> >
> > The newer (> 9.6.3) PDF Widget is based on PDFium which is an offshoot
> > project that spawned from Google’s Chromium project. I’m not sure about
> the
> > licensing involved with that.
> >
> > If you’re running macOS I released a (semi-complete) library that uses
> > Apple PDFKit (not to be confused with several other PDFKits that are out
> > there, such as this JS PDFKit: https://pdfkit.org ). That can extract
> text
> > from PDF, per-document or per-page.
> >
> > At some point I may update that library, adding the ability to extract
> RTF
> > styled text and also make iso it can use UIView, which would make
> available
> > on iOS devices too, but I’m really busy right now so that’s not likely to
> > get attention from me anytime soon.
> >
> >
> > On Mon, Dec 13, 2021 at 12:47 PM Richard Gaskin via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> >
> >> Richmond wrote:
> >>
> >>   > On 12.12.21 21:33, Richard Gaskin wrote:
> >>   >> Stam Kapetanakis wrote:
> >>   >> > i presume the pdf widget in pro is the opensource xpdfReader but
> >>   >> > don’t know for sure.
> >>   >>
> >>   >> If it is that would be problematic, as the open source edition of
> >>   >> xpdfReader is licensed under GPL, and LC no longer has an edition
> >>   >> compatible with GPL.
> >>   >
> >>   > The consequences are endless.
> >>
> >> Note my "if".
> >>
> >> In the next message in this thread Paul clarified that the component is
> >> not derived from a GPL-governed work, so the rights and responsibilities
> >> of the GPL do not apply here:
> >>
> http://lists.runrev.com/pipermail/use-livecode/2021-December/266435.html
> >>
> >> --
> >>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
>
>
> ___
> use-livecode mailing list
> use-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 to extract whole text from a PDF file with the PDF

[Paul McClernan via use-livecode]

I was fairly certain that XPDF external was/is based on this XPDF:
https://en.m.wikipedia.org/wiki/Xpdf
Which has both GPL and Proprietary Licensing options available.

The newer (> 9.6.3) PDF Widget is based on PDFium which is an offshoot
project that spawned from Google’s Chromium project. I’m not sure about the
licensing involved with that.

If you’re running macOS I released a (semi-complete) library that uses
Apple PDFKit (not to be confused with several other PDFKits that are out
there, such as this JS PDFKit: https://pdfkit.org ). That can extract text
from PDF, per-document or per-page.

At some point I may update that library, adding the ability to extract RTF
styled text and also make iso it can use UIView, which would make available
on iOS devices too, but I’m really busy right now so that’s not likely to
get attention from me anytime soon.


On Mon, Dec 13, 2021 at 12:47 PM Richard Gaskin via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Richmond wrote:
>
>  > On 12.12.21 21:33, Richard Gaskin wrote:
>  >> Stam Kapetanakis wrote:
>  >> > i presume the pdf widget in pro is the opensource xpdfReader but
>  >> > don’t know for sure.
>  >>
>  >> If it is that would be problematic, as the open source edition of
>  >> xpdfReader is licensed under GPL, and LC no longer has an edition
>  >> compatible with GPL.
>  >
>  > The consequences are endless.
>
> Note my "if".
>
> In the next message in this thread Paul clarified that the component is
> not derived from a GPL-governed work, so the rights and responsibilities
> of the GPL do not apply here:
> http://lists.runrev.com/pipermail/use-livecode/2021-December/266435.html
>
> --
>   Richard Gaskin
>   Fourth World Systems
>   Software Design and Development for the Desktop, Mobile, and the Web
>   
>   ambassa...@fourthworld.comhttp://www.FourthWorld.com
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: screen resolution and stack height

[Paul McClernan via use-livecode]

Alternatively you could add a magnification control that sets the stack’s
scaleFactor properly, or sets the stack to fullscreen mode and stretches it
to fit with fullScreenMode “exact fit”.

On Thu, Dec 2, 2021 at 10:24 AM Sean Cole via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I remember when 16:9 became the new 'standard'. That didn't last long.
> Nowhere near as long as 4:3. Soon after we started seeing 16:10 and 5:4.
> Now we are starting to see these Ultrawides at about 21:9. It won't stop.
>
> Do you remember when there were only 2 screen ratios for iPhone and iPad?
> Heady days!
>
> It's worth splitting your apps up into panels that are each width/height
> adjustable. Then have your app geometry adjust to the users desires and
> limitations. It's a lot of coding as the geometry controls aren't always
> perfect (even the 3rd party ones) but it gives the user greater freedom.
>
> Sean
>
> On Thu, 2 Dec 2021 at 14:51, David V Glasgow via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> >
> >
> > > On 2 Dec 2021, at 2:31 pm, Craig Newman via use-livecode <
> > use-livecode@lists.runrev.com> wrote:
> > >
> > > Here is a neat article:
> > >
> > > https://www.studiobinder.com/blog/what-is-4-3-aspect-ratio/
> > >
> >
> > Interesting!  I suppose my original point is that in the old days you
> > could create at any intermediate ratio and it would match or scale nicely
> > to fit the screen.
> >
> > Is there a larger ratio that works similarly?(I suspect not)
> >
> > Alternatively, I will take the recommended anarchists’ solution and make
> > it the best dimensions for the task.
> >
> > Thanks for the advice folks.
> >
> > Cheers
> >
> > David G
> >
> >
> > ___
> > use-livecode mailing list
> > use-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: OT: Priorities (was: Re: Stack with the same name loop)

[Paul McClernan via use-livecode]

OK, well sorry I guess. I me be slightly obsessed with the history lately,
and since this was already an off-topic thread, I felt a need to inject
some accurate (as accurate as I can gather anyway) history.

On Mon, Oct 25, 2021 at 6:05 PM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I don't disagree but the point I was addressing was why Hypercard was
> abandoned, and how this related to the recent changes in RunRev pricing
> policy.
>
> Bob S
>
>
> > On Oct 25, 2021, at 12:52 , Paul McClernan via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > On Mon, Oct 25, 2021 at 11:18 AM Bob Sneidar via use-livecode
> >  wrote:
> >>
> >> Or the lesson may be that when a product is not commercially produced,
> there is no incentive to keep it updated and improve it. The lesson may be
> that a free mainstream product is an eventually doomed product.
> >>
> >> Bob S
> >
> > Hypercard was commercially produced and updated in the 1990s. 1998 was
> > the last update (2.4.1), at the time Apple was planning to integrate
> > HC 3.0 on a system level as part of QuickTime 3. HC was still usable
> > via "Classic" mode in Mac OSX and available for purchase from Apple
> > for $49 until 2004. By 2004 there were a handful of clones available
> > all of which had more modern features than HyperCard, including
> > SuperCard (which is still available, but is apparently chained to
> > Apple's now defunct Carbon API) and MetaCard. Coincidentally (or not?)
> > I've gathered that was around the same time that RunRev came to be and
> > acquired the MetaCard engine(s). If you consider, which I do,
> > AppleScript as a HyperCard cousin of sorts, then HC is still, at least
> > residually, ingrained into current versions of macOS. Coupled with
> > XCode's interface builder and AppleScript Objective C (ASObjC), or
> > not, you can build native mac apps with it. As we are here, people
> > still fairly frequently bring up HyperCard, a software package
> > introduced 34 years ago, was available for 17 years, and spurred a
> > bunch of clones! Pretty darn good for a doomed, free (and then cheap),
> > mainstream product, IMO.
> >
> > ___
> > use-livecode mailing list
> > use-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: OT: Priorities (was: Re: Stack with the same name loop)

[Paul McClernan via use-livecode]

On Mon, Oct 25, 2021 at 11:18 AM Bob Sneidar via use-livecode
 wrote:
>
> Or the lesson may be that when a product is not commercially produced, there 
> is no incentive to keep it updated and improve it. The lesson may be that a 
> free mainstream product is an eventually doomed product.
>
> Bob S

Hypercard was commercially produced and updated in the 1990s. 1998 was
the last update (2.4.1), at the time Apple was planning to integrate
HC 3.0 on a system level as part of QuickTime 3. HC was still usable
via "Classic" mode in Mac OSX and available for purchase from Apple
for $49 until 2004. By 2004 there were a handful of clones available
all of which had more modern features than HyperCard, including
SuperCard (which is still available, but is apparently chained to
Apple's now defunct Carbon API) and MetaCard. Coincidentally (or not?)
I've gathered that was around the same time that RunRev came to be and
acquired the MetaCard engine(s). If you consider, which I do,
AppleScript as a HyperCard cousin of sorts, then HC is still, at least
residually, ingrained into current versions of macOS. Coupled with
XCode's interface builder and AppleScript Objective C (ASObjC), or
not, you can build native mac apps with it. As we are here, people
still fairly frequently bring up HyperCard, a software package
introduced 34 years ago, was available for 17 years, and spurred a
bunch of clones! Pretty darn good for a doomed, free (and then cheap),
mainstream product, IMO.

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

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

[Paul McClernan via use-livecode]

On Sat, Oct 23, 2021 at 12:49 PM Richmond via use-livecode <
use-livecode@lists.runrev.com> wrote:

> What seems to come out of your interesting historical observations is
> that HyperCard went "wrong" when people had to start paying for it.
>

 I think it was a series of things that went wrong with HyperCard.

Interestingly enough WINE (open source) and CodeWeavers (prop.) seem to
> manage to co-exist and help each other successfully.
>

I can think of quite a few examples of successfully making use of
"FreeWare" and Open Source Software and building successful
commercial endeavors from them. Another example that comes to mind as I
surf apps on my smart TV is the streaming media platform PLEX, which is
available on just about every platform, Computers, TVs, Game Consoles,
Mobile, that started as a fork of XMBC (XBox Media Center) now called KODI.

In fact you could take that further. As I mentioned, the NeXT software that
became modern macOS, was originally built with a freeware C compiler, GCC.

 I guess it's easy to forget these days that large swaths of modern
computing / networking is built on top of ideas and work done by those that
came before, much of it as "freeware", including various libraries such as,
drawing / graphics FreeType, Cairo or more recently Skia, or things
Konquer / WebKit, Chromium and PDFium, used by many a commercial software
titles you may be using right now (not naming any names ;) )

I wonder how much benefit those freeware projects get in return? I believe
the reason why WINE changed to LGPL license from a more liberal license in
the early 2000s is because they didn't!

Taking it much, much further, the entire Internet (ARPNET), with its
nuclear attack proof decentralized networking, is (was?) a "freeware",
thats creation was largely subsidized by UK and US tax payers (yes, thanks
Al Gore, hah!).

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

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

[Paul McClernan via use-livecode]

On Thu, Oct 7, 2021 at 11:56 AM Bob Sneidar via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I say the people at Livecode LTD. deserve all the recompense they can get,
> and by the way, we should be thankful to Steve Jobs who gave us Hypercard
> (and actually convinced Apple to give it away for free!


This may be going slightly further off topic, but it's a subject
I've recently become very interested in again, and so for the sake of
accuracy I'd like to try to correct this...

It was actually HyperCard creator Bill Atkinson that gave HyperCard
(originally called WildCard) to Apple on the condition that they would give
it away to users included free with Macintosh computers.

According to Bill, Jobs was actually angry that Atkinson refused to leave
Apple to join Jobs' new company NeXT. Bill wanted to finish HyperCard and
so stayed at Apple. Meanwhile NeXT created Objective C / NeXTstep, AppKit,
etc. (much of which is open source, still available as GNUStep, thanks to
Roger Stallman requiring Jobs to do so to use his GCC compiler). That's
stuff that became the basis for the modern macOS.

In the late 80s the first, and more advanced, clone of HC, SuperCard showed
up, but Apple didn’t sue, they had a working group to standardize HyperTalk
compatible languages (commonly known as xTalk).

Over at Apple HyperCard while financial troubles hit, HC was spun off to a
new subsidiary Claris (now FileMaker Inc.), which re-released HC as
seperate a commercial product, and then HC's popularity started to wane.
Around the same time HC inspired “WebBrowsers” with JavaScript their
Scripting language, came to be. Which further reduced HCs popularity.
Eventually HC was returned to Apple Proper, but hitch was then going to be
used for QuickTime Interactive features of QT 3.0, which didn’t happen due
to a shift towards streaming movies over interactivity.

When Jobs came back to Apple, allegedly Jobs didn’t like HyperCard because
it had “Sculley’s Stink all over it” because Jobs blamed John Sculley for
convincing Atkinson to stay at Apple, and so under Jobs, Apple stopped
supporting HyperCard, leaving it to wither away and die.

HyperCard’s early success popularity was in large part due to it being
freely available and ubiquitous on Macintosh, not in spite of it. Of course
Apple was (and much more so now) a large company that could afford to give
away a product like that to add value to its platform.

I like the idea that in some alternate universe timeline where Apple
successfully made XTalk a widely used standardized language, interactive
pages of information and interactive content is being driven by xTalk
Script rather than HTML/CSS/JavaScript.
___
use-livecode mailing list
use-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 - anyone up for maintaining the community edition?

[Paul McClernan via use-livecode]

Thank you very much for the info and advice Mark, very much appreciated. 
This is all entirely new ground for me and so I may make mistakes going 
forward, just let me know and I’ll do my best to correct them ASAP!
I hope certainly hope anyone else trying to do anything with the legacy code 
base would respect LC Ltd’s iP / copyrights as well.

> With all that said, I wish you, and anyone who joins you, well with your 
> endeavour.
> 
> Have fun!
> 
> Warmest Regards,


Having fun IS one of the primary goals!
Good luck and Thanks again.

> On Sep 9, 2021, at 10:18 AM, Mark Waddingham via use-livecode 
>  wrote:
> 
> On 2021-09-08 22:54, Paul McClernan via use-livecode wrote:
>> I've already fixed a bug that I reported back in April in my fork(s) and
>> added a link to my fix to that bugzilla report.
>> https://github.com/PaulMcClernan/LiveCodeCommunity-IDE-DontPanicEdition
> 
> At this point in any changed relationship, it’s necessary to set out the new 
> terms, as amicably as possible. Each side needs to clearly understand where 
> they can and cannot go now. As our move away from supporting Open Source 
> LiveCode is still very new, it’s likely the ramifications are not as yet 
> understood.
> 
> I have to ask you (and anyone involved in that project, or any other forks) 
> politely not to submit any changes back to bugzilla or anywhere else 
> associated with LiveCode Ltd. as it creates a business risk for us.
> 
> We (LiveCode Ltd.) cannot take any code changes you make to your project's 
> version of the LiveCode source-code and use them in our commercial code as 
> (by default) it will be GPLv3 licensed, and the copyright of that will be 
> held by the person who authored the changes; just as you cannot change the 
> license from GPLv3 nor copyright attribution (LiveCode Ltd.) - whether 
> explicit or implicit - of any existing line of code in your project's fork of 
> the LiveCode repositories, nor take any changes which appear from now onwards 
> in any commercial edition to incorporate into your project.
> 
> When we were running the open source project, we had in place a Contributor's 
> License Agreement which meant that the copyright of any code authored by a 
> contributor in any patch submitted to LiveCode Ltd was assigned to us. 
> However, this only extended to contributions submitted through GitHub, where 
> there was an appropriate immutable record of such submissions and it was 
> universally clear what changes were being made. For obvious reasons, this no 
> longer exists.
> 
> More generally, I must also ask you not to use the LiveCode mailing list, bug 
> reporting system or LiveCode forums for discussions surrounding your fork - 
> particularly related to plans, ideas, developments and changes which are 
> being or have been made.
> 
> At no point do I want us to be the target of any sort of public ill-will or 
> indeed lawsuit due to assertions of copyright theft, or appropriation of 
> other people's ideas that were not clearly (whether implicitly or explicitly) 
> proffered to us directly.
> 
> The only way to ensure that is for any forks (yours included) to stand 
> completely independently and by themselves - with their own communication 
> forums, distinctive product name and distinct branding so there can be no 
> risk of confusion nor appropriation of anything from either side.
> 
> I should point out that recent events are actually nothing to do with my 
> above words - I would have said the same to any fork maintainer who actively 
> sought to advertise their fork within the existing LiveCode community - as 
> defined by LiveCode's mailing lists, forums, bug reporting system, or any 
> other forum owned and run by LiveCode Ltd. for the purposes of public 
> interaction - or posted links to code changes from that project or on any 
> such forum/system. Indeed, ensuring complete independence really is standard 
> practice when forks are made of open source projects - OpenOffice and 
> LibreOffice spring to mind.
> 
> We fully respect the legacy we have created in terms of the GPLv3 
> source-code, copyrighted to LiveCode Ltd., which is forever preserved in the 
> archived GitHub repositories in the LiveCode GitHub account which carry the 
> LiveCode name. We have no issue with any or all forks or open-source 
> GPLv3-based projects which might arise from that legacy.
> 
> All we ask is that any such project ensures that it respects LiveCode Ltd.'s 
> intellectual property as embodied within that (through its GPLv3 licensed, 
> copyrighted source-code) and also respects LiveCode Ltd.'s right to assert 
> itself as the only entitled user of the LiveCode name, trademarks and brand 
> identity.
> 
>

Re: LiveCode Community - anyone up for maintaining the community edition?

[Paul McClernan via use-livecode]

Well I've wanted to contribute more, and have as time allowed. I first had
to learn how to use GitHub before I could even start to contribute, and did
appreciate the hand holding I got from the team along the way. But
understand that LC needs to be very careful and methodical about what they
merged into their main repo, this made even contributing simple spelling
fixes to the docs (which also requires some understanding of .markdown used
in .lcdoc) a tedious task. Additionally,in don't think it was clear to a
some users a lot of the IDE/libs are bootstrapped and so one only needs an
understanding of LCScript to contribute changes.

Contributing to the engine code, however, is not the only way Community
could contribute. I jumped on the chance to extend the possibilities by
learning LCBuilder once that became available, made all of my LCB work open
source in Hope's of encouraging and helping others to get over the learning
curve inherent in that. Community freely supporting other members of the
community should also be valued.

I will likely get on board LC10 train at some point, when I know more about
the improvements being made to it, beyond syntax changea and a faster HTML5
engine. But I also plan to try to improve and maintain my own fork of LCC,
and I hope others will explore the many possibilities with that as well.

I've already fixed a bug that I reported back in April in my fork(s) and
added a link to my fix to that bugzilla report.

https://github.com/PaulMcClernan/LiveCodeCommunity-IDE-DontPanicEdition

On Wed, Sep 1, 2021, 7:56 AM David Bovill via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Here are my thoughts on this - and a request.
>
> Yes - it’s not a surprising move by Livecode Ltd - they were clearly
> struggling supporting the community aspect and taking the language to the
> next level and they need more revenue to do that.
>
> The question is (for my part at least) - what to do about this. Personally
> I have never seen a future for a closed source language, and the projects I
> work on will not fund. Projects developed in closed source - especially by
> a small company. So I have a choice, switch language, or look to continue
> with developing with the community edition and help build an open source
> community around that. The former (switching languages) is relatively easy,
> the latter a lot of work.
>
> I’m happy to have a company like Livecode Ltd create closed source
> products  that I can use, so how to have both an open source language, and
> the ability to work with closed source products developed by Livecode Ltd?
> As I see it the only option is for those interested in the community to
> take control and responsibility for the core language.
>
> There are a number of options with regard to future language development,
> that would put the language on an even par with other open source
> languages, and there are also new ways to finance such initiatives. It
> would be valuable to get together as a community and discuss those.
>
> How about having a community conference to look at what is possible? We
> can do this online and showcase new and existing open source projects and
> discuss the opportunities this new environment presents?
>
>
> Schedule a call with me
> On 1 Sep 2021, 12:18 +0100, David V Glasgow via use-livecode <
> use-livecode@lists.runrev.com>, wrote:
> >
> >
> > > On 1 Sep 2021, at 11:26 am, Bernard Devlin via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> > >
> > > There you had a group of programmers who supposedly loved what
> > > HyperCard could do, but they only loved that concept as a historical
> > > artefact, not as a tool available to people now.
> >
> > Abso-frogging-lutely.
> >
> > The really interesting questions are “why?" and “Is there anything we
> could do about it?”
> >
> >
> > Best Wishes,
> >
> > David Glasgow
> > Consultant Forensic & Clinical Psychologist
> > Carlton Glasgow Partnership
> > Director, Child & Family Training, York
> > Honorary Professor
> > Sexual Offences, Crime and Misconduct Research Unit
> > Nottingham Trent University
> >
> >
> > ___
> > use-livecode mailing list
> > use-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: Double sided PDF Problem

[Paul McClernan via use-livecode]

> Why? On a LiveCode list you have to ask why? :)
It was more of a rhetorical question / suggestion... Output PDF of
1-Up card pages from LiveCode and then use imposition software or a
page layout app, link the layout to the LC PDF file and print, that's
the way it's done by printers. And most of these apps have some type
of scripting to automate workflows like that. Nowaday some online
printing outfits (like Avery) have sites where you can just drag-drop
pages into a web page-layout. I'm not sure if any of those have an API
that could be hooked into, but that's another idea.

> 1. Because we can.  It's fun to figure stuff out.
Sounds like work to me, because I've done a lot of that for work. I do
get a kick out of figuring stuff out. Decades ago I read a short book
called The PostScript Language Cookbook and got inspired to create
HyperCard Stack (using a bunch of XCMD/XFCNs from Dartmouth, Rindaldi,
etc.) that could generate raw postscript.ps files of Font-book
specimen pages and download them directly to a LaserPrinter,
completely bypassing print driver / print dialog boxes. After learning
more about Postscript and a various graphics formats like TIFF, I
worked up an almost complete Prepress-Preflight app in HC, but just
then a commercial product called FlightCheck came out and so I just
abandoned the idea.

> 2. Print-and-Play tabletop games. It's quite a burgeoning folk art to
> design and print your own game.  Doesn't have to be fancy, but sometimes
Not my bag but cool. I'm using my fun time I'm trying to Bring The
Noise to LC ;-)

> And I'm finding it's not that hard.  The hardest part is making a few
> test runs to work out the metrics between logical pixels and printer
> metrics.
In my limited examination of PDF output from LC (back in version 7 or
8, i think), it seems that some items, such as text are output as
resolution independent vectors graphics while other things are
rendered as pixel images at 288 DPI (4 x 72px), which should be
high-res enough for most people. A printer should take whatever you
send it and just interpolate to it's native resolution (300,1200,2400
DPI) and screening system.

But again, most home printers can't do edge-to-edge printing, and will
have printable areas / margins that are not centered on the
sheet-size, for example the top may have 1/4 inch non-printable area
due to the gripper, while the bottom may be only 1/8th inch
non-printable area, so you should consider that if you are designing a
layout that needs to line up with the other-side when the sheet needs
to flipped in that direction.

>That was a great size, but they still offer a business card size with
rounded corners
> https://www.avery.com/products/cards/88220
I'm a big fan of Avery. Used their scored/perf'd/label sheets many
times over the years.
Full Disclosure: I currently work for the company that owns that brand.

___
use-livecode mailing list
use-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: Double sided PDF Problem

[Paul McClernan via use-livecode]

I've worked in the printing industry for 30+ years now. What you're
talking about is called page impositions, and it sounds like you're
doing a work-and-tumble" ("the cards are now face down"), you could
also do a work-and-turn instead (flip the pile on the "landscape"
side, instead of portrait side). Your printer probably has a PPD
(PostScript Printer Description), or something similar that tells it
the maximum printable area for the printer, which is probably not
going to be the same on all sides because of things like the "gripper"
that pulls the sheet through the printer. Even if all things are
equal, if a sheet is pulled through on a slight angle or not perfectly
centered it's not going to align well, so make sure that your design
allows for some cushion to be a little off (as much as about 1/16th
Inch). Things like these can mess you up if you don't take them into
account when you're trying to line up images on both sides of the
sheet (I'm guessing you're planning to cut them down into smaller
card-size pieces?). I'm sure this could all be worked out as far as
how to do the layout and printing directly from LiveCode... but why? I
mean this is a job for page layout and imposition software!
...Although, I have thought about doing a calendar-maker app that can
print a stack of paper that can be saddle-stitched/stapled into an
actual hanging calendar (that's a bit more complicated imposition
layout), Hope any of that helps, good luck.

Paul

On Fri, Jan 29, 2021 at 12:37 PM Curry Kenworthy via use-livecode
 wrote:
>
>
> Brian:
>  > I’d like to print decks of cards, front and back
>
> This post has become a master puzzle of its own!
> Enough detail to elicit solutions, yet still open-ended.
> Each answer makes its own assumptions, and solves a different problem.
> But I like it. So OK, I'll join. Here goes
>
> My own assumptions derive from Keep It Simple (KISS) code philosophy.
> So I'm not going to read more into the problem than necessary.
> I tend to prefer the simplest and most universal answer.
> Also with the fewest dependencies.
>
>  > The front page is always easy. Cards print left to right: 1-3
>  > Flipping the pages, in portrait layout, the cards are now
>  > face down, in order but reversed: 3,2, 1.
>
> I'm not going to make ANY assumptions about print drivers solving it.
> (Unless first tested in LC, on target platforms, with target printers.)
>
> Bob and Jacque might be right. These days, drivers usually auto-fit.
> But often LC doesn't fit assumptions! Test first; don't build on theory.
>
> The way I read it, so far this is already solved by the 321 reversal.
> Brian already has his images in the proper order, front and back.
> And that approach should be very universal; no dependencies.
> I would expect it to work for any printer, or PDF, any platform.
>
> There was no mention of booklets or alternating margins, so I'm not
> adding that to the problem. Choosing a simple interpretation.
>
>  > The problem is, printing 3 wide by 4 tall, aligning the two.
>
> I see this as just lining up the front and back images precisely so that
> the cards can be cut out. Right now, one side is too far left, or down?
>
> So my suggestion is:
>
> 1. Make sure your images are PRECISELY spaced in their arrangement.
> (Use code if necessary.)
>
> 2. Group the images.
> (Or whatever type of controls you are using for the playing cards.)
>
> 3. Set loc of group to loc of the LC card.
>
> (And LC card widths are usually divible by 2, so center might be a pixel
> different front and back, if you're using the same group of images.
> Depending on image design and driver auto-fit, usually that's moot.
> But if it's a problem, easy to solve - several good options.)
>
> Did I guess right about the nature of the problem? :)
> Nice topic!
>
> 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: Some sad news

[Paul McClernan via use-livecode]

Sad indeed. :-( HH's LCB snippets and examples were helpful and
inspirational, and in some ways I actually enjoyed reading some of
those cantankerous exchanges on bug reports. I wish he'd posted all of
his LCB code as some of his more interesting to me LCB work he didn't
release the source for. I thought that he had left the LC community
out of frustration. I started to add to his LCB snippets thread in the
forums and he never commented (he was numbering the examples), now I
know why.
He will be missed. R.I.P. HH / Hermann Hoch

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

[Paul McClernan via use-livecode]

>
> OS X, Windows 95 through Windows 10, Raspberry Pi and "several variations
> of Unix (I think is just means Linux)".
>
> I'm thinking about tinkering with a FreeBSD server and LiveCode server,
> but I didn't see a "UNIX" version, so I suppose that I have to compile it.
> Have any of you installed LiveCode server on FreeBSD (or Solaris)?
>

As others mentioned, this is dated information. However, last I checked
macOS (or rather the "Darwin" layer of macOS) is POSIX compliant and built
from BSD UNIX 4.4 & bits of FreeBSD. So, I would not be all that surprised
if a LiveCode for macOS GUI-less/CLI executable could run on some other BSD.

On Thu, Oct 15, 2020 at 12:08 PM Heriberto Torrado via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Dear all,
>
> I have a question.   It's not a very important question and I don’t want
> to bother you y 'all, so if you think is off-topic, feel free to not to
> respond,  I'm just curious.
>
> I've been working with Livecode for almost five years, and I never saw a
> LiveCode server  "UNIX" version.
>
> The LiveCode Wikipedia’s article says this: LiveCode runs on iOS, Android,
> OS X, Windows 95 through Windows 10, Raspberry Pi and "several variations
> of Unix (I think is just means Linux)".
>
> I'm thinking about tinkering with a FreeBSD server and LiveCode server,
> but I didn't see a "UNIX" version, so I suppose that I have to compile it.
> Have any of you installed LiveCode server on FreeBSD (or Solaris)?
>
> I'm just thinking, but maybe there's a small niche working  with LiveCode
> server on BSD or Solaris (still many companies use them and not many people
> develop software for this platforms nowadays).
> We have a few companies in Spain (my country) still using Solaris or BSD
> servers (mainly in the Graphic arts business).
>
> PS, I currently work with LiveCode Server on Centos, but it could be
> interesting  to test it in FreeBSD.
>
> Best regards/ Saludos cordiales/ Cordialement
>
> Heriberto Torrado
> ​Chief Technology Officer (CTO)
> ​Director de informática
> Directeur informatique
>
> https://networkdreams.net
>
>
>
>
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Most obscure HC question

[Paul McClernan via use-livecode]

There's also this XCMD and another tool somewhere that claimed they could
convert protected HC stacks to back to normal stacks but I'm not sure how
effective they were (if at all):
https://archive.org/details/hypercard_unprotect-xcmd

On Mon, May 4, 2020 at 5:11 PM Paul McClernan 
wrote:

> That old HC stack that removes the HC engine leaving only a stack file is
> here:
> https://archive.org/details/hypercard_standalone-stripper-232
>
> On Sat, May 2, 2020 at 7:06 PM Colin Holgate via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>> I fear that the HyperCard group in Yahoo may be lost. Please let me know
>> if that isn’t true.
>>
>> But between you all you may remember something that will help me. I have
>> a standalone HC application, and it opens with a window that shows that you
>> are only seeing part of the card window. The card window doesn’t resize,
>> and I can’t remember how to make it be bigger. Here’s things that didn’t
>> work:
>>
>> Setting a ton of memory.
>> Setting Monitors to match the card size.
>> Resizing the preview rectangle. You can only resize it smaller.
>> Resizing the card window.
>> Clicking the zoom box.
>>
>> As it’s a standalone application I can’t easily get at the stack, but
>> feel sure there was a way to hack the stack out of a standalone.
>>
>> Anyway, please enjoy the challenge of remembering this far back!
>>
>> ___
>> use-livecode mailing list
>> use-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: Most obscure HC question

[Paul McClernan via use-livecode]

That old HC stack that removes the HC engine leaving only a stack file is
here:
https://archive.org/details/hypercard_standalone-stripper-232

On Sat, May 2, 2020 at 7:06 PM Colin Holgate via use-livecode <
use-livecode@lists.runrev.com> wrote:

> I fear that the HyperCard group in Yahoo may be lost. Please let me know
> if that isn’t true.
>
> But between you all you may remember something that will help me. I have a
> standalone HC application, and it opens with a window that shows that you
> are only seeing part of the card window. The card window doesn’t resize,
> and I can’t remember how to make it be bigger. Here’s things that didn’t
> work:
>
> Setting a ton of memory.
> Setting Monitors to match the card size.
> Resizing the preview rectangle. You can only resize it smaller.
> Resizing the card window.
> Clicking the zoom box.
>
> As it’s a standalone application I can’t easily get at the stack, but feel
> sure there was a way to hack the stack out of a standalone.
>
> Anyway, please enjoy the challenge of remembering this far back!
>
> ___
> use-livecode mailing list
> use-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: MP3s

[Paul McClernan via use-livecode]

As Richard said:

> LC's Player control uses the host OS's playback engine, so as long as
> the OS-supplied media player can handle a format, LC should be able to
> as well.

For clarity, I would add that the mp3 files to be played could be included
with a standalone package on platforms like macOS (app bundle resource
folder) and Android (inside the app/zip folder) so there wouldn't be any
mucking about for the user. Another method to include them is to encode the
files as Base64 and store them in a custom property in your stack, then
extract them to the system's temporary directory or the app's preference
directory and play them from there.
Also, there is a (mostly complete) library written in LiveCode script for
reading (and writing, but that's the unfinished bits) ID3 tags and other
info directly from the binary data of mp3 files.
https://github.com/PaulMcClernan/id3lib

On Sun, Apr 12, 2020 at 1:10 PM Graham Samuel via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Pardon my ignorance, but Is there really no way to put an mp3 sound into a
> stack as an audioclip and play it? Seems unlikely, but that’s what the
> dictionary says. WAV, forsooth!
>
> Graham
> ___
> use-livecode mailing list
> use-livecode@lists.runrev.com
> Please visit this url to subscribe, unsubscribe and manage your
> subscription preferences:
> http://lists.runrev.com/mailman/listinfo/use-livecode
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Hide stack change focus not supported 64bit

[Paul McClernan via use-livecode]

Glad to hear that someone finds it useful!

>>I can’t figure out how to get it into my standalone.

You have to include the library it in the standalone settings, in the
inclusions tab. If it is greyed-out then go to the "general" tab and click
"select inclusions for standalone"

On Thu, Apr 2, 2020 at 10:33 AM Bill Vlahos  wrote:

> Paul,
>
> Very nice! I see you have some other useful tools as well.
>
> It is working in the IDE but I can’t figure out how to get it into my
> standalone.
>
> Thank you,
> Bill Vlahos
>
> On Mar 30, 2020, at 9:52 PM, Bill Vlahos via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> Paul,
>
> Your AppHide/AppUnhide sounds perfect. I will try it.
>
> Thank you,
> Bill Vlahos
>
> On Mar 30, 2020, at 7:58 PM, Paul McClernan via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
> (Sorry, hit send too soon).
> You can easily use AppleScript mixed with LiveCode script to change focus
> to another app:
>
> *do *"tell application "& quote& "PhotoShop"& quote& " to activate"as
> AppleScript
>
> You could also use AppHide / AppUnhide from my LCB Library macOSTools
> to minimize your stack which automatically switches to whatever the next
> running app is. See the test stack, which uses the above AppleScript to
> switch focus back to LiveCode after the AppHide command.
> Download from here:
> https://github.com/PaulMcClernan/LCB_macOSTools
>
>
>
___
use-livecode mailing list
use-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: Hide stack change focus not supported 64bit

[Paul McClernan via use-livecode]

(Sorry, hit send too soon).
You can easily use AppleScript mixed with LiveCode script to change focus
to another app:

*do *"tell application "& quote& "PhotoShop"& quote& " to activate"as
AppleScript

You could also use AppHide / AppUnhide from my LCB Library macOSTools
to minimize your stack which automatically switches to whatever the next
running app is. See the test stack, which uses the above AppleScript to
switch focus back to LiveCode after the AppHide command.
Download from here:
https://github.com/PaulMcClernan/LCB_macOSTools

On Mon, Mar 30, 2020 at 10:49 PM Paul McClernan 
wrote:

> You can easily use AppleScript mixed with LiveCode script to change focus
> to another app
>
> On Sun, Mar 29, 2020 at 5:18 PM Bill Vlahos via use-livecode <
> use-livecode@lists.runrev.com> wrote:
>
>>
>> I have a stack that needs to hide itself so a different window (other
>> application) is now the frontmost window so my application can use
>> AppleScript keystroke command to enter information into the other window.
>>
>> When I issue the command hide this stack my application window disappears
>> but doesn’t lose focus. The target application that was behind my floating
>> window doesn’t become the frontmost application.
>>
>> The documentation in 9.5.1 says that hide stack is not supported in
>> 64bit. What is the alternative for MacOS X 64bit to temporarily hide my
>> application?
>>
>> Thank you,
>> Bill Vlahos
>> ___
>> use-livecode mailing list
>> use-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: Hide stack change focus not supported 64bit

[Paul McClernan via use-livecode]

You can easily use AppleScript mixed with LiveCode script to change focus
to another app

On Sun, Mar 29, 2020 at 5:18 PM Bill Vlahos via use-livecode <
use-livecode@lists.runrev.com> wrote:

>
> I have a stack that needs to hide itself so a different window (other
> application) is now the frontmost window so my application can use
> AppleScript keystroke command to enter information into the other window.
>
> When I issue the command hide this stack my application window disappears
> but doesn’t lose focus. The target application that was behind my floating
> window doesn’t become the frontmost application.
>
> The documentation in 9.5.1 says that hide stack is not supported in 64bit.
> What is the alternative for MacOS X 64bit to temporarily hide my
> application?
>
> Thank you,
> Bill Vlahos
> ___
> use-livecode mailing list
> use-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: FYI: Cause found for LC crashing to desktop when Browser widget opens PDF

[Paul McClernan via use-livecode]

I believe 32bit run mode was the default for earlier versions of LiveCode
but 9.x is 64bit by default. I bring that up out of curiosity because I had
a problem with a browser plug-in (64/32bit) running inside a LiveCode
Browser widget in the past. The plugin would crash running in 64bit,
sometimes taking LiveCode Engine with it, but if it worked perfectly in LC
in 32bit mode or earlier versions of LiveCode.  Of course the plugin worked
fine in Safari and on both 32bit and 64bit kernel machines. I've since
replaced that plug-in with my own LCB Library that does most of what I need
that fo (and also got rid of my 32bit laptop) so I didn't investigate
further.

> On Jan 20, 2020, at 07:41 , Mark Waddingham via use-livecode <
> use-livecode@lists.runrev.com> wrote:
> >
> > On 2020-01-20 15:20, Matthias Rebbe via use-livecode wrote:
> >> Just want to let you know that Livecode Dev Team confirmed that this is
> a bug
> >> https://quality.livecode.com/show_bug.cgi?id=22534
> >
> > Well, we confirmed it crashed ;) Whether it is a bug in LC or Adobe DC
> or not
> > is another matter.
> >
> > There was a similar issue a very long time ago with Adobe's PDF plugin -
> it would
> > cause the browser external to crash if used (we used the system webview
> back then
> > as we do now)... The Adobe plugin was doing things it shouldn't (I can't
> recall
> > if we managed to come up with a hack in the browser external to stop it
> or not; or
> > whether Adobe eventually cleaned up their plugin!)
> >
> > Warmest Regards,
> >
> > Mark.
> >
> > --
> > Mark Waddingham ~ m...@livecode.com ~ http://www.livecode.com/
> > LiveCode: Everyone can create apps
>
>
___
use-livecode mailing list
use-livecode@lists.runrev.com
Please visit this url to subscribe, unsubscribe and manage your subscription 
preferences:
http://lists.runrev.com/mailman/listinfo/use-livecode

Re: Apple Mac menubar?

[Paul McClernan via use-livecode]

I'm not sure which is more complete updated,
Trevor's nssystem-status-bar LCB or the LCB that comes with LC IDE, or are
they the same code?

A few years back I was able to combine an AppleScript (AppleScriptObjC)
Applet with an LiveCode App living inside it's bundle and have them talk to
each other via AppleScript/AppleEvents (that's when I noticed that
AppleScript/dictionary bug in LC where it doesn't give your standalone an
AppleScript dictionary). Anyway, It had some interesting differences /
problems from doing a NSStatusMenu App the "proper" way. I haven't
revisited the idea since now we have proper LCB module alternatives.

If you're going to make an Status Menu bar  ONLY app and you don't want the
LC app icon to show in the macOS Dock, then there's a key that you have to
add to your app's info.plist.
The key is  LSUIElement boolean YES
___
use-livecode mailing list
use-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: Managing maximized windows on MacOS

[Paul McClernan via use-livecode]

I ran into this myself recently. LiveCode sends a resizeStack message when
you click the maximize "zoom box" button which you can intercept, but
there's no way to verify that it was the fullscreen zoom button that
generated the message. It would be nice if LC had the opposite of it's
iconifyStack
/ uniconifyStack messages for maximize, maybe "fullscreenify" or something
like that. It would also be nice if it played nice with LiveCode's
non-native fullScreen modes, as it is now the stack automatically gets
resized to the current screen's sized putting all the contents to the upper
left (0,0) origin point.
I have played around a bit with a separate LiveCode builder implementation
macOS native fullscreen that seems to behave a bit differently, if you lock
the resizable attributes it centers your stack on the screen without the
resizing. It's part of this LCB library here:
https://github.com/PaulMcClernan/LiveCode-LCB-macOSTools

On Mon, Nov 4, 2019 at 1:59 PM Giovanni via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Hi guys,
> from MacOS Mojave and on when you maximize a window (clicking on “+”
> button on windows main bar) the system maximize the window on the entire
> screen hiding all the system bars and moving the window on a different
> “virtual” space.
>
> Is there a way using LC to manage this window status?
> It’s possible to detect the window maximization (I.E. in a message) and
> manage the actions to activate when the window goes to this status or go
> back to the normal status?
>
> Thank you in advance for your tips!
>
> Regards
> ___
> use-livecode mailing list
> use-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: Merge PDF

[Paul McClernan via use-livecode]

Not to my knowledge, but I'm sure it's completely doable. I once created an
LC script that could extract embedded JPEGs from inside PDFs. The PDF File
Format docs have been made available by Adobe (back in 2011 I think).

Another option would be to use Shell() function with one of the PDF
command-line tools that are around, like the free PDFtk for example.

On Thu, Oct 17, 2019 at 12:28 PM FlexibleLearning.com via use-livecode <
use-livecode@lists.runrev.com> wrote:

> Has anyone got an LC-based method to merge pdf files?
>
> Just asking...
>
> Hugh Senior
>
> ___
> use-livecode mailing list
> use-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