I've installed the Corona Tracker v2 mod...
The .ANS that is created uses [ESC CODE]0;42 D to switch fonts to Amiga /033 for ESC... trying differnet spaces and ways; but nothing I do
changes the font back.. AND tried to display A FILE, amiga.ans that I
if using SyncTerm, the .ANS switches to Amiga font to display the
corona tracker ansi; but then doesn't switch back and everything else
text_file.write(ARFILE + '\033[0;0 D');```
Sorry to resurrect an old thread, but I came across this today after having struggled with it a few weeks prior.
This patch of ctracker_mystic.py, was a suitable workaround for me:
You make a similar change in one of your later posts, but this may be something someone would want to consider if they just want to make the change in the same py file. I haven't tested anything other than
syncterm / zoc8.
Apologies again - just fyi in case someone hits the same bug in the "new" version.
The latest coronaTracker still suffers from the same issue when using SyncTerm. On other t/e software (e.g. `zoc8`) it seems to do the proper mode switch, but SyncTerm fails.
This patch of ctracker_mystic.py, was a suitable workaround for me:
```
45c45
< text_file.write(ARFILE)
---
text_file.write(ARFILE + '\033[0;0 D');```
You make a similar change in one of your later posts, but this may be something someone would want to consider if they just want to make the change in the same py file. I haven't tested anything other than
syncterm / zoc8.
Apologies again - just fyi in case someone hits the same bug in the "new" version.
if using SyncTerm, the .ANS switches to Amiga font to display the corona tracker ansi; but then doesn't switch back and everything else after is messed up, displaying wrong characters because its stuck in Amiga mode..
Well, while your text_file.write(....amiga ANSI code to switch) will work, all the 'versions' of corona tracker that I see have the correct topaz.asc and codepageswitch.asc codes embedded properly.
If your solution works for you, wonderful - but for me, aNACHRONISTs original, unmodified, code works for all terms.
Apologies again - just fyi in case someone hits the same bug in the " version.
When and were did the new version come out? My py script quit grabbing
Strange - I must have misread you. It seems to me (above) that you say that using SyncTerm the ansi doesn't switch back. This is exactly the problem I encounter while using SyncTerm, but no other terms that I've tried. Adding the patch was a workaround for *me*. If others have
similar issues, they may want to try the same thing - or not.
Sorry - you are actually CORRECT, too. *I* did have a problem; and one
of my sysOp friends told me today that he has the exact one, so...
Sorry - you are actually CORRECT, too. *I* did have a problem; and on of my sysOp friends told me today that he has the exact one, so...
No worries, mate! I noticed today that I still may not have fixed my problem with SyncTerm. I am going to have to check and see if its been overwritten, or if I've encountered something else.
When and were did the new version come out? My py script quit grabbiYeah ... I shouldn't have said "new"... its the v2 script from mid-2020. Cool script/idea in any case.
Strange the yours quit working. Did you change python versions by
chance? Are you able to exec the script locally and get the file using
the same paths used in your cron/events entry?
Thats one thing I always struggle with. 2o is setup to BEST work with SyncTerm... when testing things with the BBS its best to test both Sync and Netrunner... and heck, even more - but for mine.... its just NR & Sync. I'm to heavy ANSI for anything less. :P
Sysop: | altere |
---|---|
Location: | Houston, TX |
Users: | 66 |
Nodes: | 4 (0 / 4) |
Uptime: | 04:43:05 |
Calls: | 620 |
Calls today: | 6 |
Files: | 7,638 |
Messages: | 293,342 |