https://bugs.kde.org/show_bug.cgi?id=520318
--- Comment #1 from Friedrich W. H. Kossebau <[email protected]> --- Thanks for the report. Fear indeed you hold some title in only-person-known-who-experienced-this, never heard before. And no initial idea what could be the cause. Myself no simple access to a Debian system, so cannot test & investigate for now. > The program is simply unresponsive to my key presses except for the arrow > keys, backspace and delete key. If backspace and delete are working, this excludes the chance you accidentally worked on a document in Read-only mode (as by the toggle in the status bar or the File>Permissions>Set Read-only/Read-write). Hm... are you entering chars which are in the current active charset? Or in the value area, are you entering "western arabic numerals" ("1", "2", ...) or those from some other script? Or trying to enter chars while the cursor focus is in the value area? To perhaps narrow done things a bit, can you do the following steps: * create a new empty byte array from the "New" menu * cursor should be in the char area, insert mode * ensure charset is ISO-8859-1 * please now type the keys "a", then "b", then "c" on the keyboard Does the new document now contain anything, ideally "abc" as by the char area? > Backspace and delete remove bytes in insert mode but do nothing in overwrite. That is by design. as overwrite should not change the size (open discussion is whether to still reset bytes to some default, like 0x00). > labels reading "Fi&lesystem" and "Bi&nary Filter." That's sadly a bug of something (outside Okteta) wrongly injecting keyboard shortcuts to the labels (marker is "&"), which some UI style engines also fail to process before displaying. Was fixed and broken a few times, needs another look. -- You are receiving this mail because: You are watching all bug changes.
