A controller thread...

[tperry2x]

But if Nostromo really is an HID device then it should be doable (try my damn extension FFS)...

Brain-fog moment - I'd love to, I just can't work out *how*, again!
Sorry

[richmond62]

FFS

: tut tut.

Remember 'we' do not live inside thy head, nor thou inside any of ours.

Newbies may be confused by acronyms.

[tperry2x]

I believe that means Fully Free Software

Or, in my case - please remind me how to do this again. For Forgetful Scripters.

On a serious note though, how about having a stack that can automatically add all the stuff in (cross-platform), into the IDE where it's needed, when an "install HID extension" button is clicked?

Sorry if I'm going over old ground, but ultimately we are talking about the same thing - an easier way to add this stuff. Be it a package manager, or a button that does all that through the package manager behind the scenes.

[tperry2x]

Regressing back a few posts...

The ONLY snag I can see with this is the requirement for an end-user, who, say, downloads my upcoming [thing] to install the SD[L2] themselves.

That's a good point, so what I'd like to add on the mac oxtstack version, is a button which simply says "Install SDL2 framework for me" - this downloads, unpacks, and copies it to /Library/Frameworks for the user.

I'll probably work on that when I next get a moment.
Then, if the revised version that I posted yesterday evening for the mac (same link, revised demo video) is working - then I'd like to include this in the example stacks, within the IDE (can be part of version 1.09 of OXT Lite).

For the linux version, installing the SDL2 library is a simple case of running that apt-get command (or downloading from what's available through the distro's package manager - "synaptic package manager" in my case).

I haven't even contemplated the windows version yet. This is mainly because for Windows, drivers probably exist for most long-forgotten gamepads and still run (or can be made to run) from Windows XP to Windows 11. I know I have a moan about Microsoft Windows, but driver availability & longevity is quite amazing.

[richmond62]

Well, as far I can see for about 50% of devices, they just work everywhere.

For the other 50%

1. Linux: generally just work.

2. Windows: download driver: Plug and Pray.

3. Mac: Apple are up to their oxters with other companies, so when a thing is 'ot-of-date' (meaning when Apple decides that), you have generally
no chance.

[OpenXTalkPaul]

I believe that means Fully Free Software

Or, in my case - please remind me how to do this again. For Forgetful Scripters.

On a serious note though, how about having a stack that can automatically add all the stuff in (cross-platform), into the IDE where it's needed, when an "install HID extension" button is clicked?

Newbies should probably not look up what FFS means

Automatically add all the stuff with the push of a button? Like a package manager? That's exactly what I was trying to do with the 'Extension Store' tab (which never worked correctly with LCs version) i replacement in my Extension Manager stack! That (currently) uses the Browser Widget to load Emscripten-stack in a web page and data from a OXT github repo where I have tab separated list and a bunch of some extensions (mostly widgets). It would better to have that not use a web stack page in a browser, but I was having problems getting it to work correctly (I think it was a 'same-origin' problem, maybe), it was causing problems downloading the files directly from GitHub from a regular (non-web) stack.

Anyway Resource Depot stack does work, even on Linux (no focus problems for me). You can select a widget or library from its list, read some details and see a logo and/or screenshot of the Extension and then click to download/install it. However I don't think I ever added HIDAPI or FluidSynth because being all-cross-plafroms-in-one extensions its multiplying the size * every supported platform and architecture which makes for a somewhat large package (these could be made into separate packages per platform/architecture).

I did write up some 'how-to' for downloading from GitHub and building/installing Extensions.
I'll see if I can find the thread...

[OpenXTalkPaul]

Update from when I was working on building a package delivery system:
viewtopic.php?t=386
The repo where its source stack and files live: https://github.com/OpenXTalk-org/OXT_Re ... Depot_Repo
The web stack that gets loaded by my 'Extension Store" replacement:
https://openxtalk-org.github.io/OXT_Res ... epot_Repo/ which you can try out on the web but the 'Install Selected' button is only functional when it's running inside the IDE.

Here is a How-To walk through that I wrote up (a long time ago now) on downloading an Extension project from GitHub (using a web browser) and how to compile/test/install it here: https://openxtalk.org/forum/viewtopic.php?t=92

[OpenXTalkPaul]

According to Googles search "AI overview" thing, FFS stands for facial feminization surgery

[tperry2x]

Update from when I was working on building a package delivery system:
viewtopic.php?t=386
The repo where its source stack and files live: https://github.com/OpenXTalk-org/OXT_Re ... Depot_Repo
The web stack that gets loaded by my 'Extension Store" replacement:
https://openxtalk-org.github.io/OXT_Res ... epot_Repo/ which you can try out on the web but the 'Install Selected' button is only functional when it's running inside the IDE.

Here is a How-To walk through that I wrote up (a long time ago now) on downloading an Extension project from GitHub (using a web browser) and how to compile/test/install it here: https://openxtalk.org/forum/viewtopic.php?t=92

Thanks for that Paul.
Just checked out the "OXT_Resource_Depot_Repo" online version (- yes, that's what I mean - definitely that kind of concept). The web version for some reason ran really laggy, then I got the message from firefox that "A script on this page is causing this tab to run slowly. Would you like to abort the script?".

I'll investigate the other links later this evening, many thanks.

[richmond62]

I was talking even more crap than usual: Debian 12 does NOT like my Belkin Nostromo n50.

Nor my 'esperanza' "Crap for you at 5 Euros" gamepad.

Nor my Thrustmaster racing gearstick.

It DOES pick up signals from my Belkin Nostromo n52.

It DOES pick up signals from my DELUX T9.

So: obviously: What MacOS picks up, Debian picks up.

[richmond62]

SShot 2024-11-15 at 16.49.07.png (27.64 KiB) Viewed 3191 times

-
I like the ghost of ResEdit.

What happens if I 'just' want to download one of those things and fiddle around with it BEFORE I decide whether I want to install it?

[OpenXTalkPaul]

SShot 2024-11-15 at 16.49.07.png
-
I like the ghost of ResEdit.

What happens if I 'just' want to download one of those things and fiidle around with it BEFORE I decide whether I want to install it?

You can fiddle around and then if you're not happy with it uninstall via either the widgets tab or libraries tab depending on which it was, by right-clicking on the item in the lists and selecting uninstall (unless its an extension that has 'IDE' metadata property set to true, which is meant to tell the IDE that 'this is part of the IDE and therefore not un-installable').

Alternatively, If you download one of those as a project folder from GitHub or somewhere else then the module can be temporally loaded from the 'test' button in the Extension Builder stack which compiles and load it without persistently installing it into the IDE. There's also a 'package' button which creates the zip-compressed package with the .lce extension, that is the file that I've base64 encoded for delivery to a package manger such as my Resource Depot Repo thing (with the SVG-path Icon ghost of ResEdit, let's call him ResEdward )

[OpenXTalkPaul]

The web version for some reason ran really laggy, then I got the message from firefox that "A script on this page is causing this tab to run slowly. Would you like to abort the script?".

I'll investigate the other links later this evening, many thanks.

That stack has some TWO-WAY scripts, JavaScript and xTalk talking to each other, it is designed to talk to my modified Extension Manager in IDE so that it can deliver the .lce.b64 files that actually are the packages. I used base64 encoding because I couldn't get it to download a complete binary properly (which apparently there is a known workaround for this issue involving http header https://livecode.fandom.com/wiki/Liburl ... ttpheaders ). I would've preferred to have it be a normal stack and not a web app in a browser widget, but it was much easier to implement this way since the Extension Manager was already designed for that (there is "Extension Store" inherited scripts involved). I'd be more than happy to replace it with a svelte stack that only needs internet to pull only some data files (a simple .tsv list and of course the packaged binaries) from an internet package repo.

I could perhaps add something to that stack so that the extensions packages are downloadable when the stack is running inside a web browser rather than the IDE, but that is probably time better spent rebuilding the stack so that it works with the IDE as a regular-stack rather than as a web-stack in browser widget. If anyone wants to fiddle with it, the original stack is in the repo (https://github.com/OpenXTalk-org/OXT_Re ... Depot_Repo) along with a utility stack I was working on to help encode the .lce, extract its SVG icon if it has one, and generate/edit the packages listings .tsv files, editing descriptions, etc.

It could be really useful to us all if we could integrate Mark Smith's (RIP) libRevCurl into libRevURL in a seamless way (like the commercial tsNet ).
The Mark Smith collection is here: https://www.pdslabs.net/the-mark-smith-collection/
and here: http://marksmith.on-rev.com/revstuff/index.html

Also here's my ResEdit 'inspired' ResEddie SVG Path Icon: https://github.com/OpenXTalk-org/OXT_Re ... /ResEd.svg

[OpenXTalkPaul]

I tried HIDAPI extension on MX Linux, and it does load fine (version 0.10.1 with LibUSB back-end version of the library), however when I listed the devices with my 25+ year old USB Gravis Gamepad attached (which did work with this on macOS and Windows), the info it listed did not look correct. It's not pulling in the manufacturer name or serial number properly and it doesn't load with the VendorID/DevID matching method either. So it seems it still needs a some work to get it going on Linux. It might be related to multi-byte (Unicode) character strings formats, which was an issue I had to fix to get it woking on Windows 10.

I also recorded a video of downloading it as a zip file from GitHub and then building/running/installing it from the Extension Builder stack, but I need to edit that or re-record it.