# fixme: also update their enabled/disabled state (maybe not here though as this is called everytime the session changes) -Dan
# possible fix: have flags on the chat session item to indicate if it can be hold/recorded and have the chat session item listen to session notifications
# and when it changes these flags it will post a ChatSessionItemDidChange notification, which will end up calling this function
# and updating the window widgets. the ChatWindow will then not listen to session notifications anymore to change the state.
# this will also help fix issues with changes for other sessions (non-selected) being leaked into the selected session and
# changing its hold/record state -Dan
def_update_control_menu(self):
def_update_control_menu(self):
menu=self.control_menu
menu=self.control_menu
...
@@ -1087,23 +1081,10 @@ class ChatWindow(base_class, ui_class, ColorHelperMixin):
...
@@ -1087,23 +1081,10 @@ class ChatWindow(base_class, ui_class, ColorHelperMixin):
# they do not check if the session is in the model. maybe the right approach is to always have BlinkSessions in the model and if we need any other kind of sessions we create a
# they do not check if the session is in the model. maybe the right approach is to always have BlinkSessions in the model and if we need any other kind of sessions we create a
# different class for them that posts different notifications. in that case we can do in in NewIncoming/Outgoing -Dan
# different class for them that posts different notifications. in that case we can do in in NewIncoming/Outgoing -Dan