Originally posted by Vistaus
View Post
1) application code
2) toolkit code.
All KDE software uses the Qt toolkit and all text entry boxes are drawn and processed by the Qt toolkit so there is the possibility of patch the toolkit.
Doing something right sometimes end up with a horrible number of bug reports. Sometimes it just requires think about where the information is to do the task right. To hide mouse cursor correctly the information is all application side. To hide mouse cursor need to allign with whatever is processing the text boxes and in KDE application cases that the Qt toolkit.
I only had thought so far. I was thinking just from the compositors point of view and what information it had in the prior post. I was not thinking where in side application functionality had to be.
There are cases where it would be open a bug on every application but I don't think this is one of them. Yes having to open a bug with every toolkit that draws textbox that is used is still quite a number of bugs this still could be 30 bugs.
Leave a comment: