[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: Waqar Ahmed <waqar.17a () gmail ! com>
Date: 2022-12-11 19:44:40
Message-ID: CAPesRH6oz=7VyAW7yag-Xj0GqFvsW-FuemPDxCwAULKX5qUQqA () mail ! gmail ! com
[Download RAW message or body]
> ideally don't commit unfinished features, my brain hates that item so
much that
I'm close to stop using kate (yes I understand that's my personal problem,
not
yours).
Ideally, send a patch if you are in so much pain. I will happily review it.
Otherwise hating on something like this is not only unproductive and
unprofessional, it is just outright wrong and demotivating.
On Sun, Dec 11, 2022, 11:01 PM Albert Astals Cid <aacid@kde.org> wrote:
> El diumenge, 11 de desembre de 2022, a les 11:58:03 (CET), Waqar Ahmed va
> escriure:
> > Hi,
> >
> > Can you explain why this is worse UX?
>
> It's inconsistent with all the rest of KDE apps, they look the same but
> behave
> different and even more important it's inconsistent with kate itself.
> Why would be the reason for the settings dialog to not be a dialog but the
> configure shortcuts dialog is still a dialog?
>
> >
> > This is an improvement, as it allows you to change settings without
> > reopening the dialog every time.
>
> I don't understand this, how can you change settings without reopening it
> every time now?
>
> > It also makes tweaking the theme and
> > editor settings a lot more pleasant which was just a crappy experience in
> > the past.
>
> This seems backwards to me, with the old way, one could go to the themes
> editor, change a color, press apply and see it happen live on the text,
> something that you can't do now.
>
> > Why should we block the editor when the dialog is open? Give me one
> reason.
>
> It should not, that's why modeless dialogs exist. But just to be clear,
> the
> new way is blocking the editor, i can't type while the settings are open
> either.
>
> > Of course there will be bugs, but we can always fix them (hopefully).
> After
> > watching the video I was not able to tell what was the issue. Maybe I
> need
> > to watch more closely.
>
> See how the "Close" button goes out of screen (the part where i vigorously
> move the mouse cursor around second 16)
>
> > Regarding the Open Widgets being an item, it was sort of unfinished in
> the
> > way that it doesn't hide when there are no widgets to close. I didn't
> have
> > time to test it so I went for the basic version where it disabled the
> tree
> > item instead of hiding.
>
> Ideally don't commit unfinished features, my brain hates that item so much
> that
> I'm close to stop using kate (yes I understand that's my personal problem,
> not
> yours).
>
> Cheers,
> Albert
>
>
> >
> > Regards
> >
> > On Sun, Dec 11, 2022, 3:45 PM Albert Astals Cid <aacid@kde.org> wrote:
> > > El dissabte, 10 de desembre de 2022, a les 15:46:26 (CET), Christoph
> > > Cullmann
> > >
> > > (cullmann.io) va escriure:
> > > > On 2022-12-10 11:03, Albert Astals Cid wrote:
> > > > > I don't want the settings dialog to not be a dialog.
> > > > >
> > > > > I don't want an unremovable "Open Widgets" in the file tree taking
> > > > > space for
> > > > > things that actually need to take space in the tree.
> > > >
> > > > Hi,
> > > >
> > > > there is no setting to turn this back,
> > >
> > > That's really unfortunate, all i can see it's just worse UX, I can't
> see a
> > > single reason on why having the settings dialog not be a dialog is an
> > > improvement. (not even mentioning how it's buggy in some scenarios, see
> > > https://i.imgur.com/uU1ACYB.mp4 )
> > >
> > > > but we shall avoid the empty entry,
> > > > should only be there if there are any widgets.
> > >
> > > https://bugs.kde.org/show_bug.cgi?id=462896
> > >
> > > Cheers,
> > >
> > > Albert
> > >
> > > > Greetings
> > > > Christoph
> > > >
> > > > > Cheers,
> > > > >
> > > > > Albert
>
>
>
>
>
[Attachment #3 (text/html)]
<div dir="auto"><div>> ideally don't commit unfinished features, my brain \
hates that item so much that</div><div dir="auto">I'm close to stop using kate \
(yes I understand that's my personal problem, not</div><div \
dir="auto">yours).</div><div dir="auto"> </div><div dir="auto">Ideally, send a patch \
if you are in so much pain. I will happily review it. </div><div \
dir="auto"><br></div><div dir="auto">Otherwise hating on something like this is not \
only unproductive and unprofessional, it is just outright wrong and demotivating. \
</div><div dir="auto"><br></div><div dir="auto"><br><div class="gmail_quote" \
dir="auto"><div dir="ltr" class="gmail_attr">On Sun, Dec 11, 2022, 11:01 PM Albert \
Astals Cid <<a href="mailto:aacid@kde.org" target="_blank" \
rel="noreferrer">aacid@kde.org</a>> wrote:<br></div><blockquote \
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex">El diumenge, 11 de desembre de 2022, a les 11:58:03 (CET), \
Waqar Ahmed va <br> escriure:<br>
> Hi,<br>
> <br>
> Can you explain why this is worse UX?<br>
<br>
It's inconsistent with all the rest of KDE apps, they look the same but behave \
<br> different and even more important it's inconsistent with kate itself. <br>
Why would be the reason for the settings dialog to not be a dialog but the <br>
configure shortcuts dialog is still a dialog?<br>
<br>
> <br>
> This is an improvement, as it allows you to change settings without<br>
> reopening the dialog every time.<br>
<br>
I don't understand this, how can you change settings without reopening it <br>
every time now?<br>
<br>
> It also makes tweaking the theme and<br>
> editor settings a lot more pleasant which was just a crappy experience in<br>
> the past.<br>
<br>
This seems backwards to me, with the old way, one could go to the themes <br>
editor, change a color, press apply and see it happen live on the text, <br>
something that you can't do now.<br>
<br>
> Why should we block the editor when the dialog is open? Give me one reason.<br>
<br>
It should not, that's why modeless dialogs exist. But just to be clear, the <br>
new way is blocking the editor, i can't type while the settings are open <br>
either.<br>
<br>
> Of course there will be bugs, but we can always fix them (hopefully). After<br>
> watching the video I was not able to tell what was the issue. Maybe I need<br>
> to watch more closely.<br>
<br>
See how the "Close" button goes out of screen (the part where i vigorously \
<br> move the mouse cursor around second 16)<br>
<br>
> Regarding the Open Widgets being an item, it was sort of unfinished in the<br>
> way that it doesn't hide when there are no widgets to close. I didn't \
have<br> > time to test it so I went for the basic version where it disabled the \
tree<br> > item instead of hiding.<br>
<br>
Ideally don't commit unfinished features, my brain hates that item so much that \
<br> I'm close to stop using kate (yes I understand that's my personal \
problem, not <br> yours).<br>
<br>
Cheers,<br>
Albert<br>
<br>
<br>
> <br>
> Regards<br>
> <br>
> On Sun, Dec 11, 2022, 3:45 PM Albert Astals Cid <<a \
href="mailto:aacid@kde.org" rel="noreferrer noreferrer" \
target="_blank">aacid@kde.org</a>> wrote:<br> > > El dissabte, 10 de \
desembre de 2022, a les 15:46:26 (CET), Christoph<br> > > Cullmann<br>
> > <br>
> > (<a href="http://cullmann.io" rel="noreferrer noreferrer noreferrer" \
target="_blank">cullmann.io</a>) va escriure:<br> > > > On 2022-12-10 11:03, \
Albert Astals Cid wrote:<br> > > > > I don't want the settings dialog \
to not be a dialog.<br> > > > > <br>
> > > > I don't want an unremovable "Open Widgets" in the \
file tree taking<br> > > > > space for<br>
> > > > things that actually need to take space in the tree.<br>
> > > <br>
> > > Hi,<br>
> > > <br>
> > > there is no setting to turn this back,<br>
> > <br>
> > That's really unfortunate, all i can see it's just worse UX, I \
can't see a<br> > > single reason on why having the settings dialog not be \
a dialog is an<br> > > improvement. (not even mentioning how it's buggy in \
some scenarios, see<br> > > <a href="https://i.imgur.com/uU1ACYB.mp4" \
rel="noreferrer noreferrer noreferrer" \
target="_blank">https://i.imgur.com/uU1ACYB.mp4</a> )<br> > > <br>
> > > but we shall avoid the empty entry,<br>
> > > should only be there if there are any widgets.<br>
> > <br>
> > <a href="https://bugs.kde.org/show_bug.cgi?id=462896" rel="noreferrer \
noreferrer noreferrer" \
target="_blank">https://bugs.kde.org/show_bug.cgi?id=462896</a><br> > > <br>
> > Cheers,<br>
> > <br>
> > Albert<br>
> > <br>
> > > Greetings<br>
> > > Christoph<br>
> > > <br>
> > > > Cheers,<br>
> > > > <br>
> > > > Albert<br>
<br>
<br>
<br>
<br>
</blockquote></div></div></div>
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic