I'm glad that issue is gone, but in my test, use your customCompilerOptions on Win10 are fine, I still don't know what's going on...@@
I noted that you use many custom options, but at new reversion that are not used on project( the ruler is changed by project settings first), I thinks I will change the rule: If project's focus is NULL AND project's compiler options is NULL, then use custom options.
Help in release 504 is launched from the menu. But it doesn't work with F1 if you click on a keyword (e.g. Screen , Sleep , ...).
(1) poseidonFB will load language*.lng to associative arrays, the issue is because the key of AA incorrect, I'll fix it at rev.510( if the loaded key not in AA, skip it! )
The quick way is to edit ~/.poseidonFB/settings/editorSettings.ini, set Line 2 to nothing:
(1) poseidonFB will load language*.lng to associative arrays, the issue is because the key of AA incorrect, I'll fix it at rev.510( if the loaded key not in AA, skip it! )
The quick way is to edit ~/.poseidonFB/settings/editorSettings.ini, set Line 2 to nothing:
language=
works
language=Russian
does not work. The same errors that I mentioned above. Older versions work with language=Russian
(2) On Linux or Windows? like UEZ's post, I feel there are sometings stranger, but I still not find that yet......
2) F1 on keyword doesn't work. The CHMVIEW program is not even called from PoseidonFB.
Tell me, is it necessary to specify the path in the "HTML App Path"? I tried with and without it - the result is the same.
VANYA wrote: ↑Jul 23, 2023 16:34
I tested it on another system.
Debian GNU/Linux 12 bookworm (x86-64) - F1 on keyword work. (OK!)
Linux mint 19 (x86-64) - F1 on keyword do not work. (Not OK!)
On Linux, please set the FB_manual be the first one manual item I will add some code to check the all the chm fullpath include "FB-manual" to check if the freeBASIC's help chm is, but if chm had renamed, it will not work~~
I will add an note in manual setting dialog
poseidon's code about F1-keyword on linux:
It support xchm / kchmviewer / CHMVIEW, if the app path is null, use CHMVIEW in appimage
The shortcut is OK, default Press F1, poseidonFB will check if keyword is, if yes, lookup the chm; if not, then look the parsed tree nodes.
If click the manual menu item can open the chm = The chm viewer work OK and the path of chm is set OK
Then the issue become very strange, I compare the source code, except for the first item setting, I have no idea,,,,,,@@
I finally got around to upgrading to revision 520, and everything looks fine on windows 11. No more bug.
Edit:
In cleaning up the old version, I noticed that poseidonFB does not clean up all temporary files. Specifically, if you specify compiler flags -pp (save macro expansion code), or -R (save .asm and .c intermediary files), then poseidonFB does not clean those up and they just keep accumulating, particularly if they're temporary files.
I had to delete a whole mountain of files looking like:
poseidonTemp7295.asm
poseidonTemp7295.c