[prev in list] [next in list] [prev in thread] [next in thread]
List: kwrite-devel
Subject: Re: How can i make kate behaviour go back to normal?
From: Duane <dsub () chaduath ! com>
Date: 2023-03-24 21:47:38
Message-ID: 149394129e6c0fe8706eb964491d6b2088060c5b.camel () chaduath ! com
[Download RAW message or body]
I may not be using the new Kate interface, so I may not understand what
this new setting is. But I saw mention of how Firefox did it and I
sure don't like their settings change.
>Why should we block the editor when the dialog is open? Give me one
reason.
As other's have mentioned, a dialog window can be moved.
When changing settings, I always have understood that no settings are
changed until the dialog is closed by clicking Save/OK, or Cancel if no
change desired. If the settings are on a tab that may not be visible,
can the user know whether they have saved the settings?
Which leads me to fear there is no "save" or "cancel". Which is a very
bad thing!
Suppose I need help in changing Kate's settings. So I go to my browser
and look up the setting find out what I need to do and then click on
Kate window. Except I might have accidentally clicked on a checkbox.
Or I'm still on the browser and scrolling my mouse wheel when my hand
accidentally slides off the browser window onto Kate's settings. With
either situation, I have to ask myself, did I change something? Should
I click again? How much should I scroll the other direction?
I hope there still will be a cancel button. I always hit cancel on
dialogs if I did not intend to change anything. And a save button to
confirm the change rather than how firefox does it by assuming that you
want changes immediately with no canceling, restoring to what they were
before because you might have decided I don't want to change it.
[Attachment #3 (text/html)]
<html><head></head><body><div>I may not be using the new Kate interface, so=
I may not understand what this new setting is. But I saw mention of =
how Firefox did it and I sure don't like their settings change.</div><div><=
br></div><div>>Why should we block the editor when the dialog is open? G=
ive me one reason.</div><div><br></div><div>As other's have mentioned, a di=
alog window can be moved.</div><div>When changing settings, I always have u=
nderstood that no settings are changed until the dialog is closed by clicki=
ng Save/OK, or Cancel if no change desired. If the settings are on a =
tab that may not be visible, can the user know whether they have saved the =
settings?</div><div><br></div><div>Which leads me to fear there is no "save=
" or "cancel". Which is a very bad thing!</div><div><br></div><div>Su=
ppose I need help in changing Kate's settings. So I go to my browser =
and look up the setting find out what I need to do and then click on Kate w=
indow. Except I might have accidentally clicked on a checkbox. =
Or I'm still on the browser and scrolling my mouse wheel when my hand accid=
entally slides off the browser window onto Kate's settings. With eith=
er situation, I have to ask myself, did I change something? Should I =
click again? How much should I scroll the other direction?</div><div>=
<br></div><div>I hope there still will be a cancel button. I always h=
it cancel on dialogs if I did not intend to change anything. And a sa=
ve button to confirm the change rather than how firefox does it by assuming=
that you want changes immediately with no canceling, restoring to what the=
y were before because you might have decided I don't want to change it.</di=
v><div><span></span></div></body></html>
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic