Re: How can i make kate behaviour go back to normal?

> 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 <[email protected]> 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 <[email protected]> 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
>
>
>
>
>