nhyatt/putty-source
1
0
Fork 0
mirror of https://git.tartarus.org/simon/putty.git synced 2025-03-22 14:39:24 -05:00
Code Issues Projects Releases Wiki Activity

Rewrite the OS X TODO a bit.

Browse Source 
I've filled in the results of some not-entirely-conclusive
investigation into the trackpad scrolling issue, some thoughts on
resizing, and reordered the items into what currently seems the most
sensible order to me.
This commit is contained in:
Simon Tatham 2017-12-18 14:04:57 +00:00
parent 04184c87cc
commit faef0ea679
1 changed files with 20 additions and 10 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

30
unix/gtkapp.c
View File

@ -27,12 +27,27 @@ and you should get unix/PuTTY.app and unix/PTerm.app as output.
TODO list for a sensible GTK3 PuTTY/pterm on OS X: TODO list for a sensible GTK3 PuTTY/pterm on OS X:
Mouse wheel events and trackpad scrolling gestures don't work quite Still to do on the application menu bar: items that have to vary with
right in the terminal drawing area. context or user action (saved sessions and mid-session special
commands), and disabling/enabling the main actions in parallel with
their counterparts in the Ctrl-rightclick context menu.
There doesn't seem to be a resize handle on terminal windows. I don't Mouse wheel events and trackpad scrolling gestures don't work quite
think this is a fundamental limitation of OS X GTK (their demo app has right in the terminal drawing area. This seems to be a combination of
one), so perhaps I need to do something to make sure it appears? two things, neither of which I completely understand yet. Firstly, on
OS X GTK my trackpad seems to generate GDK scroll events for which
gdk_event_get_scroll_deltas returns integers rather than integer
multiples of 1/30, so we end up scrolling by very large amounts;
secondly, the window doesn't seem to receive a GTK "draw" event until
after the entire scroll gesture is complete, which means we don't get
constant visual feedback on how much we're scrolling by.
There doesn't seem to be a resize handle on terminal windows. Then
again, they do seem to _be_ resizable; the handle just isn't shown.
Perhaps that's a feature (certainly in a scrollbarless configuration
the handle gets in the way of the bottom right character cell in the
terminal itself), but it would be nice to at least understand _why_ it
happens and perhaps include an option to put it back again.
A slight oddity with menus that pop up directly under the mouse A slight oddity with menus that pop up directly under the mouse
pointer: mousing over the menu items doesn't highlight them initially, pointer: mousing over the menu items doesn't highlight them initially,
@ -40,11 +55,6 @@ but if I mouse off the menu and back on (without un-popping-it-up)
then suddenly that does work. I don't know if this is something I can then suddenly that does work. I don't know if this is something I can
fix, though; it might very well be a quirk of the underlying GTK. fix, though; it might very well be a quirk of the underlying GTK.
Still to do on the application menu bar: items that have to vary with
context or user action (saved sessions and mid-session special
commands), and disabling/enabling the main actions in parallel with
their counterparts in the Ctrl-rightclick context menu.
Does OS X have a standard system of online help that I could tie into? Does OS X have a standard system of online help that I could tie into?
Need to work out what if anything we can do with Pageant on OS X. Need to work out what if anything we can do with Pageant on OS X.