Re^3: Tk hidden binding

I don't know for sure if this is what is normal or not, I'm running Slackware 1337 for AMD64 , if that makes any difference in keyboard setups.

I think it is not normal , I've yet to see a toolkit where a text widget does that by default going back some 20 years :)

Nice catch with the subwidget in Re^3: Tk hidden binding, I also get the same thing you describe

Comment on Re^3: Tk hidden binding

Replies are listed 'Best First'.
Re^4: Tk hidden binding by zentara (Cardinal) on Jul 24, 2011 at 16:23 UTC
I think it is not normal , I've yet to see a toolkit where a text widget does that by default going back some 20 years :) Where would the fault be in my system to cause such a thing? Would that be the the xmodmap? I'm not really a human, but I play one on earth. Old Perl Programmer Haiku ................... flash japh	[reply]
Re^5: Tk hidden binding by Anonymous Monk on Jul 24, 2011 at 16:31 UTC
Where would the fault be in my system to cause such a thing? Would that be the the xmodmap? Oh , whether its a # or whatever is besides the point, I don't think the fault lies with your keyboard layout or system -- tk is letting those control sequences through, and generating characters, thats the wrong thing i'm talking about :)	[reply]
Re^6: Tk hidden binding by zentara (Cardinal) on Jul 25, 2011 at 11:39 UTC
Yeah, it looks like a Tk bug. On my Slackware system, the text widget shows a line with <control s>, but the entry widget is fine. On my ubuntu install, the tk text widget prints a space with the <control s>. However, my Gtk2 Text widgets work fine. So it must be the unresolved Tk bug you mention above. I'm not really a human, but I play one on earth. Old Perl Programmer Haiku ................... flash japh	[reply]