aboutsummaryrefslogtreecommitdiffstats
path: root/TODO
diff options
context:
space:
mode:
authorkostix <kostix@cc602e41-bd33-0410-9637-a208f32f1443>2009-04-08 00:19:48 +0000
committerkostix <kostix@cc602e41-bd33-0410-9637-a208f32f1443>2009-04-08 00:19:48 +0000
commitb9eb6e084b67973eb132a0b94e31730fafc0a8c5 (patch)
tree35022192ddfba2a814c55a1929a604f237b6fd49 /TODO
parent4b9e04299a5c788b358dcab76f104163b7738b1d (diff)
downloadurgent-b9eb6e084b67973eb132a0b94e31730fafc0a8c5.tar.gz
urgent-b9eb6e084b67973eb132a0b94e31730fafc0a8c5.tar.xz
urgent-b9eb6e084b67973eb132a0b94e31730fafc0a8c5.zip
Update TODO list
git-svn-id: http://svn.xmpp.ru/repos/tkabber-3rd-party/trunk/plugins/urgent@210 cc602e41-bd33-0410-9637-a208f32f1443
Diffstat (limited to 'TODO')
-rw-r--r--TODO33
1 files changed, 28 insertions, 5 deletions
diff --git a/TODO b/TODO
index c124073..b08d186 100644
--- a/TODO
+++ b/TODO
@@ -1,6 +1,29 @@
-Looks like under certain circumstances got_focus_hook
- can be fired earlier than open_chat_post_hook,
- and its handler fails because it looks at the per-chat
- state open_chat_post_hook handler initializes.
- A workaround is needed.
+* Reaction on "personal" messages should take into account
+ groupchat "highlights" as well as private chat messages.
+ This possibly could be accomplished by hooking not
+ the drawing of messages by some event which is generated
+ when a chat tab/window title is updated.
+
+* Sometimes, it looks like the urgency flag is not dropped
+ when a (toplevel) chat window seemingly gets focus.
+ The reason *might* be a race condition between two
+ parallel copies of `urgent`, of which one tries to
+ clear the urgency flag, and another one tries to set it.
+
+ The only sensible way to prevent such race conditions
+ seems to be turning `urgent` into a Tcl extension.
+
+ Another way could be to not just [exec ... &] the `urgent`
+ binary, but read its stdout asynchronously while queueing
+ urgency flag manipulation requests.
+ This seems compilcated though.
+
+ Yet another possible solution is to make `urgent` read
+ the flag manipulation commands on its stdin continuously.
+ Then we could permanently spawn just one copy of `urgent`
+ at startup and feed it with commands.
+ Serialization of commands would happen automatically
+ while maintaining good speed of processing.
+
+* Think about turning `urgent` into a Tcl package.