Opera 114.0.5242.0 developer update

[MichaIng]

MichaIng @burnout426 last edited by

@burnout426 Ah yes that makes sense. Since it clearly broke with 2nd last Opera developer update, that is the culprit, not Windows update or user password change (which did not happen). I hope such is prevented in Opera stable. Using a developer version as production system could be called own fault :).

[burnout426]

burnout426 Volunteer @SiMcarD78 last edited by

@simcard78 Ah, very simple to reproduce once I enabled "Enable tab scrolling when many tabs are open" at the URL opera://settings/userInterface.

[kmielczarczyk]

kmielczarczyk Opera @burnout426 last edited by

@burnout426: Thanks a lot. Tab scrolling was a key. We've got it and reported. Our developers will take care of this now. Thanks a lot for your help.

[SiMcarD78]

SiMcarD78 @burnout426 last edited by

@burnout426: Thank you! I don't actually use this feature so I can disable it as a workaround for now.

[rick2]

rick2 @kmielczarczyk last edited by

@kmielczarczyk Yes, and sorry I came off too harsh but I was really mad at the current situation with Opera (the Aria icon is another pain point).

First of all, I prefer scrolling Tab Strip and have Tab Islands and Tab grouping disabled in Opera Beta.
Still, whenever I drag a tab on top, a new group/island gets created, and usually tha Tab Strip gets scrolled to another place (so I lose focus on the just dragged tabm which is anothe annoyance).

But the whole Tab area is a mess currently. Dragging a tab in Beta 113.0.5230.18 for instance can only be done if you are careful not moving the mouse outside the Tab Strip, or Opera instead resizes itself.

That also prevents fomr detaching a tab from a window.

Then there's the click on the active tab to mve to the top, which doesn't distinguish between a click and a drag and always goes to the top unconditionally.

There might be more but that is the most annoying thing to me.

(I also have more issues lately but I'm not sure those are Opera's faults or my distro/desktop's bugs)

[rick2]

rick2 @rick2 last edited by

BTW, this is on Fedora 40 KDE, opera-beta-113.0.5230.18-0.x86_64 installed via the RPM repository.

[ralf-brinkmann]

ralf-brinkmann last edited by

Opera 114.0.5249.0 Developer.

[andrew84]

andrew84 @kmielczarczyk last edited by

@kmielczarczyk So this is an issue or design? If this is by design, what for was the fix?

[tastodd]

tastodd @andrew84 last edited by

@andrew84 The context menu and Omenu is still too large
Have you noticed that this problem has been solved?

[philkeyes65]

philkeyes65 last edited by

It's so confusing to be here

[andrew84]

andrew84 @tastodd last edited by

@tastodd Nope.

For example on 13.3'' display it looks ugly. OMenu consumes the whole display height and also covers taskbar. I don't know who 'designed' this.
In Chrome/Edge it looks correctly.

[tastodd]

tastodd @andrew84 last edited by

@andrew84 It's strange that they said they solved this problem

DNA-117694 [Win] Spacing in context menus and Omenu is too large

[burnout426]

burnout426 Volunteer @tastodd last edited by

@tastodd Long story short, that bug was to fix some issues with the context menus not matching the design (that must be a newer design that doesn't match how things were perfect in Opera 111). So, we can ignore whether that bug is fixed or not.

Opera knows that we're questioning the new design itself and they're looking into it at least.

Maybe the new design was only tested with high-resolution, huge displays where it looks great there. Not sure.

[andrew84]

andrew84 @burnout426 last edited by

@burnout426 Personally, I understood that whatever they do recently: designing smth new, redesigning, refreshing the redesign, it won't work as smooth as it worked in pre-One versions.