Argv0,
Accidentally kicking someone because they "apologized" too late
The fact the person apologized too late isn't the *reason* he or she was kicked. The *reason* is that the admins felt threatened for any number of real or imaginary reasons or wanted a thrill. I will take your word for it that apologies don't happen much, but that doesn't affect the behavior of the window.
trying to right click on a nickname during an enormous message flood
That is not a problem with the channel menu. That happens *before* you click; I was discussing what happens *after* you click. You can scroll up, and the window will freeze anyway. And you can click anywhere in the window; the fact one name is on the bottom line doesn't mean that you clicked on it.
worse if the target could change after showing the popup.
New messages don't change the '$1' variable, whether the window is frozen or not.
trying to op a user only to realize you clicked on the wrong name
The channel menu doesn't tell you what name you clicked on, whether the window is frozen or not, but perhaps it could. If the evaluation behavior stays, you can add "$$1" to the menu in gray, or the name could be added to the menu by default.
The evaluation behavior is not incorrect or correct; that's a matter of opinion. Long routines to generate text can sometimes be run ahead of time, and if they can't, then they require reevaluation by definition. It could also be useful for executing additional when the menu is opened. My objection was, in the case of large static menus, evaluation is slow, but that might be rare. To solve that, perhaps evaluation could only be performed on lines that have variables or aliases, and not static text.
Perhaps we need options for the pop-up menus, but without polluting the GUI. Script options could accomplish that. One option toggles display of the nick and channel that were clicked, another toggles freezing, and another toggles reevaluation behavior, as follows:
menu nicklist,query,channel {
option show_name_in_menu 1
option freeze_window 1
option evaluate_menu 0
}I'm not the engineer; distinguishing these commands from normal menu text might require special symbols.
Khaled ... [is] trying to pair down the amount of trivial visual options
That's not unreasonable, but it does have a cost to the users. Perhaps these options could be script options only, and omitted from the GUI.
*"pare down", by the way, like "compare" and "prepare".
Not keeping popups open for minutes at a time would be a good start.
...Unless you click on the channel and not a nick, that is, because otherwise a few minutes is fine and it's not a problem. You are trying to convince people that I don't want a different behavior.
I didn't study the 'HOTLINK' event closely. Can you pop up a menu? Does it freeze the window?
