I upgraded my system to the latest A38 version, from the old A34 i had
for a long time. No problems, no troubles at all. All my scripts and customizations work flawlessly and i like the new changes in the Mystic Configuration. Also the MIS2 (which is now MIS), works fine for me.
The only odd thing i found so far, is that in the Message Text Editor
when a word wraps to the next line, it goes wrong/garbled in some way.
The last character goes one place back, it leaves a space and the character that was there appears last. :? Is this happening to others
too?
The only odd thing i found so far, is that in the Message Text Editor
when a word wraps to the next line, it goes wrong/garbled in some way.
The last character goes one place back, it leaves a space and the character that was there appears last. :? Is this happening to others
too?
I did make some changes to the editor in the last alpha because some of the code between the ANSI editor and the message editor is shared.
I've not had any issues with the editor, but I've been on Windows mostly lately. I'll see if I notice anything the next time I'm in Linux. If
Are you logging into your BBS locally or through a telnet client when
you see this (or both?)
First. Ho-lee-fuq dude. I think the built in ANSI editor in the config
is the best fuckin' thing since sliced bread!
That note, when you save an ansi and pick the default settings, it seems to save at the very last character on the last line at the moment. It should probably save to the end of that last line where there are characters present.
Otherwise, I'm totally diggin' this thing, and it's going to make my time modding Mystic MUCH easier. ;)
I've not had any issues with the editor, but I've been on Windows mos lately. I'll see if I notice anything the next time I'm in Linux. I
i am getting this too.
Yeah tell me about it!
Now that I have the basic version working and I am using it, I am
annoyed at myself for now doing this earlier.
I still need to add some block functions in there and a help file but so far it has worked well for me. One thing I love is that you can set
those parameters like abort on/off, display speed, etc, and it will generate the MCI codes for it. But when you reload that same ANSI it
will also parse out all of those values so you retain the options
between edits.
This is a really nice to have compared to other ANSI editors where the
MCI code leaks through and you have to manually edit the damn ANSI
anyway after you save it.
I was going to do the same thing for those old "Screen Info" codes but I keep going back and forth on whether or not I should make the effort.
Good find. I'll work on getting this fixed up ASAP.
There are so many more things we can do with it too now that is in.
Like you mention editing your menu header that you replaced with a file. We can do things like a CTRL+E option that will open up the ANSI file to edit right from header field in the menu editor.
I need to compile a list of ideas like this so I can work on getting them implemented, so if you happen to think of any as you're modding through let me know...
I plan to remod S7 on Linux from the ground up using nothing but Mystic
to inspire ideas, but since you're already in the middle of that... ;)
Yeah tell me about it!
One suggestion: if it can be done which maybe not. It is awesome.
Is there anyway you can have it move text around instead of re-typing?
I know thats asking a lot, but hey never hurts to ask.
Now that I have the basic version working and I am using it, I am annoyed at myself for now doing this earlier.
I mean, I've only used it once so far, and it seriously cut my time in half on one simple addition to the BBS. After my son's wrestling meet tomorrow, I'll probably jump back in for a bit.
Awesome. I still have to dive into it more, but just the simple 24 liner edit I did worked pretty damn good, except the little quirk I ran into.. but that'll be a thing of a past real soon, I'm sure.
I was going to do the same thing for those old "Screen Info" codes bu keep going back and forth on whether or not I should make the effort.
Not exactly sure what you're referring to here. Do you mean like !1 and such?
Was it meant to be that making the "Display File" field your ansi, was
for one who is adding the commands that are displayed to the actual ansi (as in creating the ansi with the actual menu commands as part of it)?
And then when using DF<ansi> in the "Header" field you can utilize the commands displayed from the menu editor itself?
Yep that has been "fixed". There is a "CRLF at EOF" option now in the Save file dialog so you can set if you want it there or not, but it will always default to "Yes".
Yes. Like you might press "CTRL+S" and it'll open up a dialog where you can configure those values. When you save it, it'll automatically populate the ! codes. When you load it, it will parse those ! codes and populate the CTRL+S dialog.
Yes. I think if you note the description it says something like
"replaces the internally generated menu" and it literally means that it does. So yeah its intended not display commands. If you want the commands then you just add a header/foot ANSI to wrap around the
commands.
Sysop: | sneaky |
---|---|
Location: | Ashburton,NZ |
Users: | 2 |
Nodes: | 8 (0 / 8) |
Uptime: | 72:24:38 |
Calls: | 2,119 |
Files: | 11,149 |
D/L today: |
45 files (9,960K bytes) |
Messages: | 950,581 |