What I'm adding, and what I'm planning next...

[tperry2x]

I swapped out my previous Documentation folder to your entire Documentation folder, freshly downloaded via that Github generated download this morning.

No dice I'm afraid:

nope-unfortunately.png (18.52 KiB) Viewed 2496 times

This is why I'm more in favour of the stack approach, rather than web. (Until the web version is consistent across all platforms and browsers... will it ever be? )

Anyway, I've reverted back to my original Documentation folder in the meantime.

[richmond62]

Everything should ALWAYS be off-line.

I would like to suggest as a bottom-line standard we should consider (at the risk of being accused of having a "white, male, privileged, colonial viewpoint") the following sort of situation:
-

hut.jpg (8.52 KiB) Viewed 2494 times

-
Two kids, keen as mustard with a decent laptop, but either no or 'choppy' internet access.

[OpenXTalkPaul]

I swapped out my previous Documentation folder to your entire Documentation folder, freshly downloaded via that Github generated download this morning.

No dice I'm afraid:
nope-unfortunately.png

This is why I'm more in favour of the stack approach, rather than web. (Until the web version is consistent across all platforms and browsers... will it ever be? )

Anyway, I've reverted back to my original Documentation folder in the meantime.

Yeah as I mentioned there was another file that needed to be changed for un-branding the API's, I think its a copy of revDocsParser in the same folder as Builder.rev. The copy you generated is still branded as 'LiveCode Script" instead of just "Script" (and "LiveCode Builder instead of "Builder"), so it doesn't match up what the Dictionary is looking for.

Also, I think I gave you bad info, the dictionary data build process actually grabs API.lcdocs from Extensions that are installed in the 'IDE' folder, so if you don't have my add-ins in there they won't be part of your copy of the dictionary.

The dictionary files are all offline. Preferably we get a Browser Widget working on all platforms, including with popular Linux window managers. Either way, I absolutely do want to put a copy of our version of the Dictionary online just for convienience, the same as Brian Milby did for LC CE here: https://milby.us/lc/docs/api.html , I'd also like a mobile-portrait layout alternative page template.

[OpenXTalkPaul]

It's a copy in a folder on the repo-root-level called "IDE-support" that the Builder.rev stack loads (allow purging the copy that' in memory)
Here's the file on GitHub:
https://github.com/OpenXTalk-org/OpenXT ... codescript

[tperry2x]

I'm sorry, I don't follow how to put this all together - despite re-reading it twice.
I'll try a third time tomorrow when I'm less frazzled. Is it not possible just to attach a zip file of everything set up, that I can just drop in?
Perhaps that's a simplistic outlook on things, but would certainly be far easier.

[tperry2x]

The FX inspector continues.
Today I finished the other properties for it, so it can now set all the effects the current one can.
(without glitching out or any high CPU usage).

I inadvertently created a very 1980's looking button

fx-test-v4.png (34.75 KiB) Viewed 2447 times

I'd like to think this will all be in v1.06 of OXT lite when it's ready.
I'm thinking of releasing a 'testing' version of 1.06 before the 'proper' version though, just because swapping the inspectors is quite a major change. Like trying to swap someone's knees while they are running.

[mwieder]

Oooo... that looks great.
One request before your next release: can you change the install directory to "~" instead of "/opt"? In order to experiment with this a bit without su I had to...

sudo mv the /opt/openxtalk directory into e.g. Downloads
modify both the Icon and Exec entries in the OpenXTalk 0.9 Lite file.

...and yes, I can do that again, it's just a bit of a pain.

[tperry2x]

I'm only using /opt as that's the default where LCC gets installed.
You could instead copy the entire folder to your desktop and modify to your heart's content. No su needed

The reason I suspect they choose opt as so not to incur any conflicts with libs in /usr or /usr/bin
Also it makes OXT and LCC available to all users on that system, which is great for multi-user setups.
Same as in MacOS of course when installing to /Applications instead of ~/Applications
Or windows c:\Program Files instead of the %user%\roaming profile.

There's not really an installer needed. I mean you'll break shortcuts in your menu by moving it, but that's about all. It could almost be regarded as a portable app - same on MacOS and Windows.

[mwieder]

I'm only using /opt as that's the default where LCC gets installed.

I stopped doing that long ago. Uninstalling previous LC versions got to be too much of a pain.
Also, I couldn't modify the home stack script in /opt without sudo.

But yeah. Can just copy the folder.

[tperry2x]

With the OXT Lite Install sh script, and also the bat script in Windows, if you already have it installed and attempt to install a full new version for example - it'll prompt you that it already exists and ask if you want to overwrite it.

So no uninstall required.

[mwieder]

Even if I've mode the directory?

[tperry2x]

Even if I've mode the directory?

No, I mean - it'll see if /opt/openxtalk/openxtalk_x86_64/ exists.
If it does, it'll prompt you before installing a new one.

Same with windows - this is so you don't inadvertently overwrite a previous install with another by mistake. But, conversely, if you want to overwrite it (perhaps you are updating from OXT lite v1.05 to v1.06 when it's available), you could say 'Y' and have the installer delete the previous install for you.

[richmond62]

The LC 963 installer for Linux gives you a choice of ways to install:

1. For everyone (this probably bungs things somewhere that will involve a sudo to modify).

2. You only (so one does not need root access to muck it about).

3. Something else that I don't remember at the breakfast table.

The same (well the first 2 at least) choices would be super.

[tperry2x]

I think I've mentioned before on here, however things have a knack of being lost in a load of other comments.
The LCC community installer is a custom-created installer, (probably created in LCC itself). It gives you a choice of 'All users', this user only, or a custom location you specify.

Now I know that my method for asking for user authentication is functional - (now used, tested & working in the updater), I can make the installer with a GUI - and include these choices. This will feature in v1.06.

Off-topic (but now hard to find) - did anyone think the idea of having a 'funding goal' bar was a good one?

[richmond62]

The idea of having a funding bar is great: but your mockup is not.

A funding bar needs to be IN YOUR FACE in a way your mockup is not.
-

Mockup.jpg (202.78 KiB) Viewed 2401 times

-

[tperry2x]

haha, okay - point taken.
I didn't want it to seem like we are begging. (even if we are ) - but yes, needs to be a lot more noticeable and styled a bit more. It was just merely a proof of concept, as Paul could change this at the CSS level on the server.

Also, worth thinking about. Are we doing a gofundme / paypal whatever - how are people actually donating. Also, does Paul even want to be the recipient of these funds? Has he been asked & feels comfortable with that? Lots of questions, apologies if they've been answered elsewhere.

[tperry2x]

While we are talking about installers, I'd like a hand please if someone could help out.
In the Linux installer, it currently tries to set file associations (I've included that part as an archive attached).
It does this by way of running an executable, itself built with OXT. Can someone have a look at this stack and modify it - it kind of works on Ubuntu, but I can't get it to work reliably all the time.
I've tried to find clear instructions of doing this online, but to no avail. I'm after someone to test and modify as required. This would help no end.
I can then build that into my GUI installer that I'm creating as a side-task. (a side-side-side task?) (I would rather create my own installer using OXT), rather than use an off-the-shelf program because I won't be grabbing any user telemetry.

(or even better, into the home stack for linux, as there's a gap for it already)

dolinux.png (2.95 KiB) Viewed 2370 times

Everyone should do linux at some point

(link to the associations test)

Edit: doesn't look like much, but there's a lot of logic checking before it gets to this point. Not that the user sees any of that. Should mean though that it's an improvement over the command line approach.

installer-wd.png (48.09 KiB) Viewed 2380 times

[richmond62]

to seem like we are begging

"Brum, a notorious beggar who Davies meets early on in his first trip to America, was a downrighter to the extreme. “What he required he proceeded to beg, every morning making an inventory of his wants. Rather than wash a good handkerchief he would beg an old one that was clean, and he would without compunction discard a good shirt altogether rather than sew a button on—thus keeping up the dignity of the profession to the extreme.” While the make-do-and-mend puritan in me recoils at Brum’s waste, there is a certain Buddhist logic to his focus on the present. I admire that he asked for each day’s wants rather than needs. It’s a tacit acknowledgment of our human fickleness, and some deeply ingrained, misplaced sense of politeness often prevents me from being so direct."

Emphasis is mine.

https://www.fictionadvocate.com/2017/03 ... p-fancier/

[richmond62]

Re browser-base stuff, this, while being a fairly old article, is worth reading:

http://livecodejournal.com/features/reactorlab.html

https://github.com/RichardHerz/ReactorLab

[FourthWorld]

Re browser-base stuff, this, while being a fairly old article, is worth reading:

http://livecodejournal.com/features/reactorlab.html

https://github.com/RichardHerz/ReactorLab

http://reactorlab.net/2022/07/03/what-h ... index.html