OpenXTalk Forums

Suggested OpenXTalk Lite improvements before next release:
o Try C++ error checker for Mac source code, opensource: https://cppcheck.sourceforge.io/
o Add SQLite db latest release, version 3.49.1 (2025-02-18): https://sqlite.org/download.html
o Remove Tooltip preset code, per Neville's recommendation.
o Apply Sonoma menu patch to OXTLite Mac standalones, per Neville's recommendation.
o Update Dictionary stack to show all text data, per Richmond's recommendation.

Admitted not easy, taken in total. Small steps toward v1.11.

Update Dictionary stack to show all text data, per Richmond's recommendation.

I would be grateful if you could have a look at my attempt at a Dictionary as, on the whole it work, but there are one or two blips.

I took a look at it, as best I could. Seems most of the controlling code is in btn "bFormat". What were your questions ('blips')?

Blips will be itemised here shortly:

viewtopic.php?t=1425&start=40

--C++ error checker. Microsoft is developing an AI C++ error checker and tested it against three other similar products on code with known errors. They all fared about the same, finding and correcting about 50% of the errors. 50% is better than 0%. MS claims rapid improvements coming. If current tools fall short with our Mac source, maybe AI will soon help?

--SQLite. From their website instructions "How To Compile SQLite", use sqlite-amalgamation-3490100.zip, the 2nd choice, when compiling Win/Linux sources.

--Richmond, I thought you volunteered to manage the Dictionary database text files. We still need your assistance updating and fixing what didn't translate well from the SQLite database, like complex formatting. That would involve making changes to fld "FLIST" too. Sorting the field helped, in msg box: get fld "FList"; sort it; put it into fld "FList"

Check ask password, visual effect, ALLCAPS entries like "ASTERISK operator", all "$_" entries like "DOLLAR_COOKIE keyword", references to quicktime.
--ANGLELEFTBRACKETEQUALS operator, ANGLERIGHTBRACKETEQUALS operator, ASTERISK operator, ATCHARACTER keyword, BACKSLASH keyword, BRACKETS operator, CARET operator, CRLF constant, DOLLAR keyword, DOLLAR_COOKIE keyword, DOLLAR_FILES keyword, DOLLAR_GET keyword, DOLLAR_GET_BINARY keyword, DOLLAR_GET_RAW keyword, DOLLAR_POST keyword, DOLLAR_POST_BINARY keyword, DOLLAR_POST_RAW keyword, DOLLAR_SERVER keyword, DOLLAR_SESSION keyword, DOUBLEAND operator, DOUBLEDASH keyword, EQUALS operator, GRN, LPT1_ keyword, SINGLEAND operator, SINGLEDASH operator.

Richmond, I thought you volunteered to manage the Dictionary database text files.

Well, Yes: although I can only update them within my areas of knowledge.

What is probably needed is some central repository and a version tracker.

Pissing around with my attempt at a Dictionary (really just a front end to a load of text documents), even if nothing else, has thrown up a slew of outdated crap which should get my attention as soon as possible (competing with our extensive garden, my EFL (pronounced 'awful') school, and so on).

BUT as my Dictionary can always reload the text files this means that the whole Dictionary rehash can be a rolling concern . . .

AND, again, there needs to be some way where these text files can be uploaded somewhere so that end-users checking for updates end up getting these delivered.

SO: for the next release (OXT Lite 1.11 ???) there needs to be way for 'instant' dictionary updates, as well as a place for dictionary text file uploards.

THEN I shall release a version of my Dictionary front-end to edit those text documents and upload them so that we can all get down-n-dirty together: obviously ALL dictionary text documents will also need to be date stamped in some sort of way.

Sounds good Richmond. So how to go about sorting it all out. Maybe if you start first on text revisions, and Paul or Tom can provide further guidance.

I don't suppose there's a chance to get OXT Lite to jive with XFCE?