checkpoint.

This commit is contained in:
crs 2002-07-25 18:08:00 +00:00
parent 4688c99ee4
commit 4bf6cf2adf
1 changed files with 20 additions and 41 deletions

61
notes
View File

@ -1,23 +1,25 @@
nedit doesn't seem to be playing nice with the motif clipboard lock not handling large motif selections
it's not releasing it don't know protocol for transfer
may need to learn more about how the motif clipboard lock works
not sure if this a new problem with synergy or a problem with new nedit ---
not handling international characters
---
try to determine X11 keyboard quirks automatically
in particular, set the half-duplex flags
maybe KBD extension will help determine this
bug with half-duplex keys
win32 server sent num-lock to grace
grace converts to half-duplex so only synthesizes key down
now grace starts server and is locked to screen
grace should ignore half duplex keys when seeing if locked to screen
--- ---
enable heartbeat disconnection or remove heartbeat sending in client enable heartbeat disconnection or remove heartbeat sending in client
should either ship with it fully enabled or fully disabled should either ship with it fully enabled or fully disabled
possibly make it part of startup negotiation possibly make it part of startup negotiation
---
not handling large motif selections
there must be a limit because properties can only be so big
don't know protocol for transfer, though
---
synergy should never restart if X server connection was lost?
if synergy server connection was lost then restart
unless --no-restart
--- ---
use automake use automake
use doxygen use doxygen
@ -32,10 +34,6 @@ HTTP stuff
provide way to query why locked to screen? provide way to query why locked to screen?
handy for debugging at least handy for debugging at least
---
hot keys
should have keyboard shortcuts to jump to screens
--- ---
win32: win32:
need icon need icon
@ -57,13 +55,6 @@ desktop switcher program failure when running synergy as service
returns access denied from CreateDesktop() returns access denied from CreateDesktop()
don't know why don't know why
---
bug with half-duplex keys
win32 server sent num-lock to grace
grace converts to half-duplex so only synthesizes key down
now grace starts server and is locked to screen
grace should ignore half duplex keys when seeing if locked to screen
--- ---
bug in updating screens bug in updating screens
saw a goofy set of screens after update saw a goofy set of screens after update
@ -72,15 +63,16 @@ bug in updating screens
C C
D E D E
---
hot keys
should have keyboard shortcuts to jump to screens
--- ---
should switch to user nobody (or something similar) if running as root should switch to user nobody (or something similar) if running as root
for security reasons for security reasons
will make it impossible to overwrite /etc/synergy.conf will make it impossible to overwrite /etc/synergy.conf
if that file is only root writable (as it should be) if that file is only root writable (as it should be)
---
not handling international characters
--- ---
xscreensaver won't start if pointer on secondary screen xscreensaver won't start if pointer on secondary screen
unless using MIT or SGI screen saver extensions unless using MIT or SGI screen saver extensions
@ -110,14 +102,6 @@ need timeout on CXWindowsClipboard::CReply objects
should flush replies that are too old should flush replies that are too old
assumption is that requestor is broken assumption is that requestor is broken
---
inconsistencies
exceptions
using getWhat() in some places to return a code, elsewhere returns message
references/pointers
should use pointers for any in/out parameter
but using references in some places
--- ---
avoid fullscreen transparent window on win32 avoid fullscreen transparent window on win32
using CBT hook to discard activation/focus messages using CBT hook to discard activation/focus messages
@ -140,11 +124,6 @@ keyboard hook problems (win32)
a down is sent but not the corresponding up so secondary system a down is sent but not the corresponding up so secondary system
thinks the key is always down. thinks the key is always down.
---
try to determine X11 keyboard quirks automatically
in particular, set the half-duplex flags
maybe KBD extension will help determine this
--- ---
key events sent to console on win me (95/98?) are very slow key events sent to console on win me (95/98?) are very slow
1/4 to 1/2 second delay before key up is processed 1/4 to 1/2 second delay before key up is processed