Difference between revisions of "User:Atari2600tim"
Atari2600tim (talk | contribs) |
Atari2600tim (talk | contribs) m (→Other ideas) |
||
Line 58: | Line 58: | ||
I picked an existing link for demo but would be good to have a page like [[Public Test Build]] with [[PTB]] being a redirect alias to it, and the page would have explanation of how you can do conditions in your UI, how to do if X then X() end or use mudletOlderThan and so on. | I picked an existing link for demo but would be good to have a page like [[Public Test Build]] with [[PTB]] being a redirect alias to it, and the page would have explanation of how you can do conditions in your UI, how to do if X then X() end or use mudletOlderThan and so on. | ||
− | On the Discord there was idea of dimming the text itself. I have not yet searched for examples of how to accomplish it. | + | On the Discord there was idea of dimming the text itself. I have not yet searched for examples of how to accomplish it properly with templates. Everything here is spans for the moment. |
Revision as of 14:37, 21 March 2023
Tim works on The Eternal Fantasy and TimMUD and lurks on the Discord, offering help on things that he barely knows anything about but has at least seen discussion of. In spite of his answers coming from searches of earlier discussion, he often can pass for a human.
Public Test Build tags
This section is to show off some ideas regarding version tags. Currently we move things from Area 51 to the target page on release day. This means that release day has lots of edits. Copy from Area 51, paste to target destination. If you're updating an existing function, then you need to incorporate any edits that were made to the canon page that happened after the fork to Area 51. Seems like it'll be easier to have things go onto the canonical page once they are accepted into the Public Test Builds. Release day, changing every instance of MudletPTB to MudletVersion|1.0 would be simpler plus allow PTB users to look at documentation without it all being on Area51.
debugc
- debugc(content)
- Again this will not send anything to anywhere. It will however print not to the main window, but only to the errors view. You need to open that window to see the message.
- See also: Errors View
Note: I just copied and pasted this... the "Again" stuff... I think this came from a tutorial and wasn't adjusted for wiki. Come back to this later, for now I just am showing example of tag for something that is currently in program.
debugc(" Trigger successful!")
-- Text will be shown in errors view, not to main window.
redInRed
redBox
redText
PTBicon
link
explain
explain2
explain3
explain4
Other ideas
The colors I did so far look like dangerous warnings. Maybe a color themed with the PTB icon would be better.
I picked an existing link for demo but would be good to have a page like Public Test Build with PTB being a redirect alias to it, and the page would have explanation of how you can do conditions in your UI, how to do if X then X() end or use mudletOlderThan and so on.
On the Discord there was idea of dimming the text itself. I have not yet searched for examples of how to accomplish it properly with templates. Everything here is spans for the moment.
debugc
- debugc(content, stdout)
- Again this will not send anything to anywhere. It will however print not to the main window, but only to the errors view. You need to open that window to see the message.
- Parameters
- content
- Message to print.
- stdout
- if true then the error message will also be dumped to standard output
- See also: Errors View
Note: Basic idea of color coding for adding functionality to existing content
debugc(" Trigger successful!")
-- Text will be shown in errors view, not to main window.