Whats up dude -
XQ-ilc2 work in windows correct , Im having a hell of a time getting to work .
PYTHON ERROR (xq-ilc_get.mpy)
ValueError: invalid \x escape
MPL Version mismatch: Uses Cfg;Co / [MPX 11240A]
(GY) Execute Python Module xq-ilc-mpy
(GX) Execute MPL Program xq-ilc.mps
(GY) Execute Python Module xq-ilc-mpy
PYTHON ERROR (xq-ilc_get.mpy)
ValueError: invalid \x escape
This is not an error of the script... it may be something with the encoding of the file, of the script, or something with your python
setup. I bet on the encoding. Open the file with notepad++, or Geany and change the encoding, to UTF8, or Windows-xxxx. I think it will fix it.
Ok well I got the version mismatch fixed. However I am still stuck on
" invalid \x escape "
I am also now getting " no data to display " im guessing is due to the script error .
Disreguard all my messages. LOL I figured it out.. If anyone else comes across the screens looking like they are for a wider screen, what I did was load them in PabloDraw and resave them.. Now everything is
perfect... Like the mod too.. It's nice..
Disreguard my last message.. I got it working but now the graphics are messed up.. Has anyone had this issue?? It looks like it is for a wider screen then 80 columns...
Nope the ansi graphics are for 79x24 screen... not even 80x25 ;) for the exact reason not to have messed up graphics. Perhaps the problem is the format. I use linux and TundraDraw to make my ansis. Perhaps windows
don't like the way the file is saved in linux. It has been always a problem between linux-windows machines.
My best bet, is to open the file with pablo and saved it again, to
convert the file in "windows format".
format. I use linux and TundraDraw to make my ansis. Perhaps windows
don't like the way the file is saved in linux. It has been always a problem between linux-windows machines.
Have you considered using something other than TundraDraw?
My point is: All of those editors can create files that display correctly across different operating systems, but TundraDraw can't. ANSI files should be saved in CRLF regardless of the operating system because they are not text files. An OS's text file line terminator should not apply
to .ANS.
Seems like TundraDraw is saving them wrong.
I know that and in most cases after creating an ANSI i use pablo to do
the last "conversion". Perhaps in this case i forgot to do that. My mistake.
Is the latest version of TundraDraw open sourced? I wonder if it could
be fixed to save as CRLF.
Yes it is, but is written in C(something) and using QT4. I tried to compile it, but repos support QT5, i am complete ignorant of qt or c so
i couldn't compile it :(
Here is the source:
https://sourceforge.net/p/tundradraw/code/HEAD/tree/
Maybe I'll try to take a look at it sometime. I know one of the
authors, he used to be on the Mystic BBS alpha team back in the day
maybe he's even still around.
Also since you are doing some scripting in MPL and Python, are there any things you'd like to see added into Python that MPL has?
things you'd like to see added into Python that MPL has?
Actually i would like for mpl the same commands as in python for
accessing messages in echoareas. mpl doesn:t have that.
I am trying to work more on Python at the moment, but thanks I may add that in sometime to MPL. MPL is much more difficult to work with, its slower, and obviously can't compete with Python in capabilities either - so bringing Python up to speed is my primary goal at the moment.
Have you considered using something other than TundraDraw?
On 17 Feb 2019, xqtr said the following...
Have you considered using something other than TundraDraw?
I keep getting MPL Version Mismatch errors when I run it. I did
re-compile everything. Any ideas?
Make sure you didn't do the same thing as I did. Make sure you name it without the .mps or .mpx I was using it as .mps and you will get a
Version Mismatch error. Just name it with the script name not
extension...
I got some movement when I removed the suffix's from each command. Now I get no info to read/display so I must have something else wrong. The Mismatch error is gone so something is right. :-)
On 18 Feb 2019, Bucko said the following...
I got some movement when I removed the suffix's from each command. Now I get no info to read/display so I must have something else wrong. The Mismatch error is gone so something is right. :-)
i guess you are using windows... in windows the \x is a special character... so when you changed the directories in the scripts from
I changed the name of the folder back to xq-ilastcaller and added the \\ in it worked like a charm... Try that...
I've got this installed on linux so I've used the other directory setup. It is displaying fancy screen now but still haven't figured out how to navigate around it. It's coming. Thanks for the help man...
My version is zq-ilc123.zip. I pointed the send mps to a local message base and no message is created. Everything else work, like getting the data and viewing the info. Also corrected the ansi screen to show no
more than 80 and it displays fine. Just can't get the send to create message.
Running mystic alpha 43 on windows 10 32bit
Any ideas? I did try your first version also, no message either.
data and viewing the info. Also corrected the ansi screen to show no
more than 80 and it displays fine. Just can't get the send to create Running mystic alpha 43 on windows 10 32bit
Any ideas? I did try your first version also, no message either.
My version is zq-ilc123.zip. I pointed the send mps to a local messa base and no message is created. Everything else work, like getting t data and viewing the info. Also corrected the ansi screen to show no more than 80 and it displays fine. Just can't get the send to create message.
Running mystic alpha 43 on windows 10 32bit
Any ideas? I did try your first version also, no message either.
Update to the newest pre-alpha should resolve any issues. =D
Make sure that you are not Invisible, cause then it doesn't send a message. Also tried what pequito said. :)
Check, from the logs, that you are running the xq-ilc_send.mpx <--- not .mps and that it executes fine, no errors.
Also check if you make a post yourself in the data area, in case is something wrong with the echoarea settings, which i don't think if you
can get msgs from it... but never the less, make a try.
Sysop: | sneaky |
---|---|
Location: | Ashburton,NZ |
Users: | 31 |
Nodes: | 8 (0 / 8) |
Uptime: | 131:36:47 |
Calls: | 2,073 |
Files: | 11,136 |
Messages: | 947,522 |