How can i make kate behaviour go back to normal?

[Waqar Ahmed]

Hi,

Can you explain why this is worse UX?

This is an improvement, as it allows you to change settings without
reopening the dialog every time. It also makes tweaking the theme and
editor settings a lot more pleasant which was just a crappy experience in
the past.

Why should we block the editor when the dialog is open? Give me one reason.

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.

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.

Regards

On Sun, Dec 11, 2022, 3:45 PM Albert Astals Cid <aacid at 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
>
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/kwrite-devel/attachments/20221211/a7df14a5/attachment.htm>