OpenXTalk IDE DPE RC3 Test Release

[OpenXTalkPaul]

Currently testing this build on various Unix-Like OSs, and actual release (Beta RC3, RC1 and 2 were private builds): https://github.com/OpenXTalk-org/OpenXt ... .1-OXT-RC3

Its an Linux '.AppImage' so no installing required (although if you use that GkAppImageManager tool to 'install' it integrates nicer), just make executable and launch.

[richmond62]

Fantastic: will have to wait until the weekend as currently setting up second branch
of my school in a reconditioned hospital that is now a home for 50 Ukrainian refugee families,
so I can teach there for nix on my days off.

[richmond62]

Dunno what is going on, but there is a circular things called 'Assets' that churns, and churns and churns,
and no way to access the appimage download.
-

Screen Shot 2022-12-06 at 2.57.30 PM.png (7.41 KiB) Viewed 23955 times

[richmond62]

https://github.com/OpenXTalk-org/OpenXt ... ition/tags

Maybe the ZIP file there will play ball?

No: No executable that I could see:
-

[richmond62]

What a load of rubbish . . .

. . . how come I was able to download this without a backward look on MacOS 13.1 and NOT on MacOS 10.7.5?

[tergolap]

Fantastic news!
I hope a build for Mac & Windows will be possible.

I wonder, how other big projects handle their binaries. I understand that you can't toss all the compiled stuff to github, but where are they supposed to be hosted then?

[OpenXTalkPaul]

Fantastic news!
I hope a build for Mac & Windows will be possible.

I wonder, how other big projects handle their binaries. I understand that you can't toss all the compiled stuff to github, but where are they supposed to be hosted then?

Yes, they will be forthcoming, I just wanted to test the Linux AppImage again with recent changes included.
AppImage is basically a disk image with a loader that handles some setup and launches an executable(s) from the included filesystem, so it's a locked volume and so its contents are immutable. There is a GUI utility that will 'install' app images with .desktop file and all of that or it can do other things like extract the images contents (in case you want an editable copy of the IDE )

I don't know if this has changed recently but I was able to upload that 1.2 Gigabyte (and that's compressed) AppImage to GitHub no problem, I thought there was a 1GB size limit in the past but recently read that it's 2GB so that should be plenty, of course we could make mirrors too (like upload to Archive.org GoogleDrive) if needed but GitHub should be able to handle it.

[richmond62]

What about DropBox?

I find that that is just fine, and I am not overly keen on letting Google gets its collective
sweaty paws on everything.

[OpenXTalkPaul]

Dunno what is going on, but there is a circular things called 'Assets' that churns, and churns and churns,
and no way to access the appimage download.
-
Screen Shot 2022-12-06 at 2.57.30 PM.png

I don't know what that is? Need more info such as what is this circle thing attached to?

All you should need to do is make that downloaded .AppImage file executable and then double click it or run it from a command line.
Read up on AppImage here:
https://appimage.org
https://itsfoss.com/use-appimage-linux/

AppImage app dispensary:
https://www.appimagehub.com

[OpenXTalkPaul]

https://github.com/OpenXTalk-org/OpenXt ... ition/tags

Maybe the ZIP file there will play ball?

No: No executable that I could see:
-

You don't want those zip files, they contain ALL IDEs files, If you download that entire repo as a zip from the main repo page, that should basically be all of the installed IDE scripts and resources, most everything + some of my extra working files artwork and such, and it should include the binary executables for each IDE platform but you may need to unzip or set the file to be executable.

But what you REALLY want is to just use the AppImage!
AppImage and other 'bottled' app delivery formats (Flatpack, Snap) have become popular for good reasons! Linux can really suck with the dependencies conflicts. But with AppImage you can basically 'ship' an app and include with it a compatible environment as far as dependencies, libraries, theoretically even for an App written like two decades ago, a bit like a WINE wrapper/bottle but for Linux and packed into an executable disk image (that can also be expanded/extracted if need be), and it just works!

Come to think of it I have actually seen AppImage for packaging Windows apps using WINE.

[OpenXTalkPaul]

What a load of rubbish . . .

. . . how come I was able to download this without a backward look on MacOS 13.1 and NOT on MacOS 10.7.5?

I'm pretty sure GitHub is not compatible with 10.7.5 browsers, official GitDesktop app requires 10.11.x I think (wouldn't run on Yosemite IIRC). You may be able to find a compatible GitHub client app that runs on macOS 10.7 but that's really old now so I don't know.

What are you using for a browser on 10.7 anyway? Are there still compatible browsers with up to date certificates? I haven't used Snow or older for Browsing or even just downloading files (other than from like Archive.org or MacGarden) in a few years now. But I do know there were still a few up-to-date-ish options a few years back.

Also, just a reminder that the 9.xx versions aren't binary compatible with macOS X 10.8 or below, macOS 10.9 is the minimum.

LC CE 6.x was LC's end for PowerPC support, LC CE 7.x is 32 bit so that works up to 10.14.x and bellow only, LC CE 8.x (in 64bit mode) should work on 10.6+ including 10.15+, but v9.x is 64bit only on Mac and requires 10.9 or higher, and a few features in the LC commercial thing I believe required 10.11 or 10.12 (Maps?), and the darkMode things I'm using in OXT require 10.10+ (Yosemite, is when darkMode stuff was first added).

I am going to upload a MacOS .dmg as soon as I can but currently I'm doing a lot of stuff on Linux platforms.

[richmond62]

Xubuntu . . .

No Dictionary:
-

Screenshot_2022-12-11_23-44-43.png (14.8 KiB) Viewed 23922 times

-
NO New Stack . . .

Message Box is non-functional:
-

Screenshot_2022-12-11_23-48-28.png (8.49 KiB) Viewed 23922 times

-
Pissing around trying to insert attachments, not working, having to submit postings again
and again to try to submit screenshots is also a load of rubbish.

[richmond62]

I assume the app image is 64-bit, otherwise I could try it out on Kali Linux on an old 32-bit laptop.

[OpenXTalkPaul]

I assume the app image is 64-bit, otherwise I could try it out on Kali Linux on an old 32-bit laptop.

Yeah sorry. I only plan on doing 64bit. Most Linux distros have cut support for 32bit (and some cutting Legacy BIOS boot too) so I don't see too much point, and I don't have any X86 boxes running a 32bit kernel. The oldest non-PowerPC boxes that I still mess with are a Core2Duo, a Core2Quad, and 1st-gen-Core i5.

[richmond62]

I understand re 32-bit completely.

What is far more important at the moment is that the app image doesn't get very far on Xubuntu (a platform I have successfully run LC from RR 4 without a single hitch), and is not nearly as good as the earlier app image you produced, which, except for a wonky message box, worked remarkably well.

[OpenXTalkPaul]

I understand re 32-bit completely.

What is far more important at the moment is that the app image doesn't get very far on Xubuntu (a platform I have successfully run LC from RR 4 without a single hitch), and is not nearly as good as the earlier app image you produced, which, except for a wonky message box, worked remarkably well.

Yeah I'm not sure why that is, I actually used that AppImage's extracted files (.AppDir) as a base for this new version AppImage, but maybe I should start from scratch again.

Do you know what was the date on that AppImage that worked well was? Was it built in April?

Anyway I'm setting up some Virtual Machines to test on a few different Linux distros, in addition to the ones I'm actually using on 'bare-metal', which currently is Ubuntu Studio (KDE Plasma) and Elementary OS (Pantheon DE). The AppImage works OK-ish (FluidSynth not loading) on both of those installs so I'm not sure what's going on with XFCE.


Running on Elementary OS:

MessageBox-Shell.png (378.61 KiB) Viewed 23910 times

I've found a GUI AppImage manager, GkPackage_Software_Manager_For_Appimage_4.0_Stable-×86_64.Applmage (on the right of the screen above), can be helpful.

I'll set up Xubuntu and Lubuntu VMs will test on for sure.

On Elementary OS the Dictionary stack doesn't quite load the first time you open it, but when you open it a second time it does display properly. I'm guessing these sorts of issues are why the previous devs just used launch URL to open it in external browser as a workaround, in lieu of actually fixing the issue. Should make it be user preference, across all 3 IDE OS.

As far as attaching files to posts on here being a pain on this forum, trying to fix that is on my to-do list as well. I've gotten used to how it works. I always hit the the submit button again after the submit page reloads with error. When you attach, hit the preview button right away to ensure the file actually attached.

[OpenXTalkPaul]

OK I just tested the AppImage on GitHub with a fresh VM Install of current Xubuntu LTS (20.04) and...
The dictionary displayed with no problem, but I could not enter text in the search field.
The Message Box works OK so long as the Tools palette is not open! There are some sort of conflicts with certain typed of windows trying to wrestle away keyboard focus from another window that has focus, so as long as only one palette is open things seems to work OK.

I thought I had that issue sorted, but I guess not...

Screenshot 2022-12-13 at 8.58.01 PM.png (1.24 MiB) Viewed 23904 times

[OpenXTalkPaul]

The dictionary displayed with no problem, but I could not enter text in the search field.

AH HAH!!!
So if I open the Dictionary by clicking the dict's toolbar-icon then I get that issue with not being able to enter text in the search field, HOWEVER, if open the Dictionary from the HELP menu, then it works fine. They're are actually triggering two different scripts that are supposed to do the same thing but obviously are not.

[richmond62]

A 'RC4' for Mac exists . . .

What chance a Linux version?

[OpenXTalkPaul]

A 'RC4' for Mac exists . . .

What chance a Linux version?

I'm in clean-up and save at check-point mode right now.
My Ubuntu Linux install is a bit stale, I will probably do fresh installs of a Linux or two, and then I can get back to working on Linux packaging.

I'm not sure that I want to do another .appImage. it's a good archival format to 'freeze' a build with. However, I want to be able to work ON the IDE more on my installed copy of it, but if it's in an AppImage then it's inside a read-only disc image. I know you can remount an image as read+write but for me that's just adding a layer of hassle to working on the IDE.