I ran through the directions to get this installed, similar to the other DD plugins, and I have noticed that before the matrix window clears the screen, the
answer.msg file is being read in and displaying the old-style login prompt and procedure. It was my impression that the answer file would only be displayed if the user's terminal did not support ANSI.
What makes sense? It would help if you quote what you're replying to inorder to help people follow the conversation.
PS. I'd also like to find a way to avoid the dual map of ^Q between ICEEdit and SyncTERM. SyncTERM always seems to win, so ^Q prompts me to quit instead of quote. That's why I didn't quote the last one, and had to manually select/copy/paste to quote for this message.
Claficfication that it makes
sense to empty answer.msg to resolve the dual login screen issue. However, in my mind this feels like a sacrifice and not a solution
PS. I'd also like to find a way to avoid the dual map of ^Q between ICEEdit and SyncTERM. SyncTERM always seems to win, so ^Q prompts me to quit instead of quote. That's why I didn't quote the last one, and had to manually select/copy/paste to quote for this message.
It sounds like you're running SyncTERM in some weird video mode (ANSI or curses?) where Ctrl-Q would prompt to exit SyncTERM. That's not the norm - control key combinations are normally sent to the server/BBS. --
How does it feel like a sacrifice? I'm not sure what other way there is to get rid of that text.
For SlyEdit, go into the user settings (Ctrl-U) and disable the "Ctrl-Q to quote" option, and then it will use Ctrl-Y instead to quote. Or you can type /q on an empty line and press Enter to quote.
While I am unaware of a case where the matrix would not be rendered properly, t he edge case presumably exists where a user is on a terminal like VT100 or eve n using some antiquated hardware to really re-live the experience. I wondered w hat would happen in those cases, since the documentation for DDLoginMatrix s tat es that if it could not use the matrix, it would fall back to the answer.ms g fi le, which if memory serves, is why it has to be included as a command-line argu ment. If there are no edge cases left, then truly clearing answer.msg is the r ight option. I'm jus new enough to the scene to not know for certain. It seems that wrapping answer.msg in @!ANSI@ prevents its display as well, but I don't have an actual edge case to verify it with. One way or the other gets the same result. Certainly mean no offense. I prefer implementing solutions over solv ing symptoms, as I presume you do as well. I simply have all day and all night to focus on one tiny aspect of the BBS that almost nobody else has. Overall g oal is the same, to enhance the UX. Don't worry about it, I got som ething that I think works, you have something you know works. :) Once I've l earned [the hard way, presumably], I'll switch over to the way that really wor ks. I posed the I have.
| Sysop: | KrAAB |
|---|---|
| Location: | Donna, TX |
| Users: | 4 |
| Nodes: | 10 (0 / 10) |
| Uptime: | 153:38:43 |
| Calls: | 56,986 |
| Calls today: | 4 |
| Files: | 3,314 |
| D/L today: |
22 files (9,998K bytes) |
| Messages: | 53,025 |