`C++` a twisty evil big brother to `C` is, methinks!
C++C
DI dunno about twisty evil, tricksy and devious maybe. heh
S
what would a Yoda-Gollum crossing sound like...?DI'm not sure I want to try and imagine that
SMoving this to #general ...
Dprobably svo = svo or {} but if there's stuff in svo.anything then they had to make it a table at some point
DThat's how you do it. you can use to reset most things but it's not exactly the same as closing and reopening the profile
D@marsh.p
Dany time you're making a bunch of stuff you intend to be grouped together, your probably gonna want to do so by using tables
Dhttps://forums.mudlet.org/viewtopic.php?f=8&t=1211 is a good forum post on how and why to keep things in tables
DGUIs -can- be resource intensive they don't need to be. Most of the time they don't really consume much in the way of resources, if you're smart about how and when you update your ui components
DSometimes, if you grab the corner of mudlet and resize in big sweeping circles over and over and your UI is very full and doing a lot you will notice the slowdown
DBut this doesn't really represent a valid usecase I don't think
Dbut also if you're doing that you can't really see anything in the window anyway
SI have mooted the possibility of being able to close a single profile and returning to the state you would be in if you pressed on the inital Connection Profile dialogue. Ironically Vadim very recently zapped the unused slot/method in commit: https://github.com/Mudlet/Mudlet/commit/cd785abe6d6d249733225efaad6ce8a9e24db086 that would have been needed (to be wired up to a menu item or toolbar button - I even had an icon for this). However there was no guarentee that it was correct and up to date. AFAICR I had wired things up so that if there was no profile's active then one of either the main tool bar or the main menu bar would automatically reshow itself so that there would be access to the controls to enable to a new profile to be loaded...
mudlet_door_48px.png5.22KB
Dbelieve so yes
SYep - if we ever moved to a unified (all in one) editor window you could use the colours - if you had full colour vision 
- to tell them apart...
IIRC the colours are:
Sbrown - package/module container - NOT a standard folder
pink - aliases
blue - triggers
orange - scripts
green - timers
magenta - key-bindings
yellow - button toolbars (top-level folders)
cyan - button menus/sub-menus (non-top level folders)
Note that folders which are deactivated because their parent is are drawn in a grey (so are colour less!)
pink - aliases
blue - triggers
orange - scripts
green - timers
magenta - key-bindings
yellow - button toolbars (top-level folders)
cyan - button menus/sub-menus (non-top level folders)
Note that folders which are deactivated because their parent is are drawn in a grey (so are colour less!)
Dno, you can also do myLabel:echo("text", "color")
Dand geyser will handle it for you
DThen yeah. If you can't do it with a straight echo you need to add it in
D is not correct