Page 49 of 54

Re: Mudlet features and API requests

Posted: Sat Sep 23, 2017 6:16 am
by Vadi

Re: Mudlet features and API requests

Posted: Sat Sep 23, 2017 5:19 pm
by azure_glass
I think the "create Label" on mapper needs to be rethink to something more useful.

Maybe the text should be added first and then calculate width or height....

Re: Mudlet features and API requests

Posted: Sun Dec 03, 2017 11:44 pm
by Esqurel
I'm not seeing a way for prefix() to work with colors. If that's true, I'd love a way to do so, perhaps cprefix() and dprefix() like exist with echo()?

Re: Mudlet features and API requests

Posted: Thu Dec 07, 2017 3:14 am
by schil
A really great feature would be an option to delay lines sent to a mud. For example as a mud building I like to write help files in a text document then paste it all into the mud client. The issue however is when you paste over a certain amount of lines too fast it causes a buffer overload on the mud and it disconnects the user. A nice feature would be something to delay set a delay between the lines. This has been implemented in other popular clients and i would love to see it here.

Re: Mudlet features and API requests

Posted: Thu Dec 07, 2017 3:52 am
by Vadi
This could be implemented using a script in Mudlet, actually! Perhaps reach out for help on the help forums - it's possible using sysDataSendRequest and denyCurrentSend().

Feature request

Posted: Fri Dec 22, 2017 10:10 am
by Smegz0r
I need to be able to enable/disable Mudlet scripts. I can do that with triggers and timers but not scripts. I currently have a script that I need to disable across all of my distributed code via an online update but at the moment that is not possible. Also just wondering why scripts were excluded in the first place from having this ability?

Thanks.

Re: Mudlet features and API requests

Posted: Fri Dec 22, 2017 2:44 pm
by Vadi
Well say a newbie copy/pastes some Geyser code to create a GUI, and then wants to disable the script to hide it. It won't work even if we had a function because even though a script is disabled, any functions or code that ran as part of it already exists.

The only thing it could affect are event handlers - and we've already added killAnonymousEventHandler() for that. Hope that helps!

Re: Mudlet features and API requests

Posted: Fri Dec 22, 2017 5:45 pm
by Jor'Mox
I always build "enabled" type variables into all the public functions of my scripts, so they can be disabled that way. Switch the variable, and suddenly the script stops responding.

Re: Mudlet features and API requests

Posted: Fri Dec 22, 2017 7:16 pm
by Vadi
Yeah, killAnonymousEventHandler() is pretty new...

Re: Mudlet features and API requests

Posted: Sat Dec 23, 2017 4:51 am
by Smegz0r
In this case that won't work as the script I want to disable is sysIrcMessage so I can register it elsewhere in my code at a later point in time.
I'm not sure that using killAnonymousEvent will work either since the script is built into the profile currently. My best solution is to distribute a new script with a script version flag.