For the other options, they were working on older versions of the script (I was using that until today!) but they certainly are not working as they should be. I can't isolate the issue, but I've opened an issue on the github respository for this script hoping someone else may be able to help out with it.
Ok.. I had to do a factory reset of my machine. I installed mudlet, check enable gmcp and force autosave on exit. I click the save button, go to triggers makes a few triggers click save. click the X still get a do you want to save box, I click yes. Re open mudlet all settings are back to default all triggers lost.
I have tried unistalling/reinstalling even tried running as Admin... what else is left to try?
install all your stuff and then close the client, afterwards reopen it and click profile history and pick the latest date. If that doesn't work then there might be a big issue or something.
Ok.. I had to do a factory reset of my machine. I installed mudlet, check enable gmcp and force autosave on exit. I click the save button, go to triggers makes a few triggers click save. click the X still get a do you want to save box, I click yes. Re open mudlet all settings are back to default all triggers lost.
I have tried unistalling/reinstalling even tried running as Admin... what else is left to try?
I've not encountered this problem before, but it looks like a windows user permission error. If you're running as Admin, it should, on theory, fix it, but windows user permissions can sometimes be a pain to properly work with.
Some additional things to check for troubleshooting: take note of the time (computer time) when you click on the save profile button, and when you exit and reload, take a look at the time of the file you're loading:
This should reflect the time you saved. If it doesn't, that means the save isn't going through. (Note that it should be accurate down to the seconds) User permissions to edit the folder isn't enabled, or something like that, would be the problem.
Alternatively, mudlet could be saving your triggers in a different folder than from where it is loading it, though I'm not sure if that's possible.
Ok so forwhatever reason the regular Lusternia profile is not saving correctly, However when I made a new one that one is saving correctly. Thank you both Lerad and Rolsand now I can get back to learning how defend myself
0
EveriineWise Old Swordsbird / BrontaurIndianapolis, IN, USA
When I redid my laptop and got Mudlet and m&mf reinstalled, for some reason, whenever the color of the text changes (highlights, IG text color differences), Mudlet puts extra spaces before the new colored text. Any idea what causes this and how to stop it?
Everiine is a man, and is very manly. This MAN before you is so manly you might as well just gender bend right now, cause he's the manliest man that you ever did see. His manly shape has spurned many women and girlyer men to boughs of fainting. He stands before you in a manly manerific typical man-like outfit which is covered in his manly motto: "I am a man!"
Daraius said: You gotta risk it for the biscuit.
Pony power all the way, yo. The more Brontaurs the better.
0
EveriineWise Old Swordsbird / BrontaurIndianapolis, IN, USA
Bump. Still having the same issue.
Everiine is a man, and is very manly. This MAN before you is so manly you might as well just gender bend right now, cause he's the manliest man that you ever did see. His manly shape has spurned many women and girlyer men to boughs of fainting. He stands before you in a manly manerific typical man-like outfit which is covered in his manly motto: "I am a man!"
Daraius said: You gotta risk it for the biscuit.
Pony power all the way, yo. The more Brontaurs the better.
I seem to have a problem with Mudlet. After a crash, I had to force quit Mudlet. When I started Mudlet again it showed no package. I reinstalled all the packages. They all work fine except for the world map. When I move the map doesn't follow my movement. Also when I enter an other city or go on the road it doesn't change. On top of that, I can not click the rooms to fast travel and when I use "SCENT" I only see the players names. There are no room names next to them, as it used to be. I think Mudlet is not communicating with the map in some way... Is there some one who had the same problem before? Or know something that can repair it?
I seem to have a problem with Mudlet. After a crash, I had to force quit Mudlet. When I started Mudlet again it showed no package. I reinstalled all the packages. They all work fine except for the world map. When I move the map doesn't follow my movement. Also when I enter an other city or go on the road it doesn't change. On top of that, I can not click the rooms to fast travel and when I use "SCENT" I only see the players names. There are no room names next to them, as it used to be. I think Mudlet is not communicating with the map in some way... Is there some one who had the same problem before? Or know something that can repair it?
Just to check - you enabled GMCP again? Mapper uses gmcp to center yourself on your current room when you move.
I enebled GMCP again and reinstalled the package. Than downloaded the map again and now it is a white window (where the map is supposed to be) showing the text: "No map or no valid position."
What exactly does the following script do (it's the script mm_events from MMF)?
function mm_events(...)
local s,m = pcall(mm.events, ...)
if not s then error(m) end
end
It has a bunch of event handlers, but the one I'm interested in is "mmapper updated pdb". My longer run hope is to better understand how the mapper and MMF create labels, but this is apparently a key script.
Ostensibly, this script is enabled, because when I try to disable it, it looks like:
Why does this happen? I'm on a Mac. And my aliases weren't parsing the table inside of it during Ascension, which was causing my kata forms not to fire when I tried to append args to them. Now it's working again, but I thought it was enabled previously, too? I'm kind of a novice to all of this stuff.
I have previously made scripts, which show a normal checked box, but this seems to be happening to any I now create or disable and then try to enable again.
@Naevari are you on your newest mudlet version? I kind of remember seeing that on an older mudlet when you disabled an alias sometimes, but I always had the impression that it was just a render issue and clicking the disable/enable twice fixed it.
It probably still does, and Mudlet will automatically use ATCP if GMCP is disabled in Mudlets settings. ATCP has less information than GMCP and it is more difficult to work with - there's no advantage to using it.
It probably still does, and Mudlet will automatically use ATCP if GMCP is disabled in Mudlets settings. ATCP has less information than GMCP and it is more difficult to work with - there's no advantage to using it.
It probably still does, and Mudlet will automatically use ATCP if GMCP is disabled in Mudlets settings. ATCP has less information than GMCP and it is more difficult to work with - there's no advantage to using it.
We are discussing a situation where GMCP was specifically coded to return bad values (apparently, at least) but other commands seem to work correctly.
In a situation where GMCP is busted, if another option does work that would seem to be an advantage.
That said, I do not know if ATCP works for this, I just know that the ROOMNUM command does.
Comments
Is there some one who had the same problem before? Or know something that can repair it?
function mm_events(...)
local s,m = pcall(mm.events, ...)
if not s then error(m) end
end
It has a bunch of event handlers, but the one I'm interested in is "mmapper updated pdb". My longer run hope is to better understand how the mapper and MMF create labels, but this is apparently a key script.
mmf has nothing to do with the mapper directly. That function looks to be an error checking function for gmcp events.
Ostensibly, this script is enabled, because when I try to disable it, it looks like:
Why does this happen? I'm on a Mac. And my aliases weren't parsing the table inside of it during Ascension, which was causing my kata forms not to fire when I tried to append args to them. Now it's working again, but I thought it was enabled previously, too? I'm kind of a novice to all of this stuff.
I have previously made scripts, which show a normal checked box, but this seems to be happening to any I now create or disable and then try to enable again.
Thanks for responding, though, @Aeldra. Appreciate it
In a situation where GMCP is busted, if another option does work that would seem to be an advantage.
That said, I do not know if ATCP works for this, I just know that the ROOMNUM command does.