Created attachment 193842 [details]
How it looks like

(In reply to quachvan from comment #0)
> Expected Results:
> Should be scaled like in MS-Office

And? 

The "Tabbed UI" flavor of the Notebook Bar does not use native MS Ribbon API libs.

Instead it is a mix of GTK .UI, and UNO button actions. Supplementing the legacy Menu/Toolbar/Dialog and Sidebar decks.

In fact it scales well cross platform, with exception of the "Styles Preview" panel (bug 146297).

If you need the NB UI to scale for 4K or HiDPI screens, scale your os/DE. 

So, on Windows on a 4K display use the system Settings -> Display -> 'Make text bigger' slider and apply-- 170% should make the NB comfortable to use on HiDPI. Distinct from your other os/DE scale factor.

Again, the NB "Tabbed UI" is not native Windows Ribbon API--many features of the Windows Ribbon are simply not achievable.

IMHO => NAB with only substantive issue the "Styles Preview" of the noted bug.

Created attachment 193845 [details]
Tabbed UI at LO 24.2.2 on Windows, os/DE 200% UI scaling w 150% bigger text

Here Notebook Bar "Tabbed UI" MUFFIN mode with mix of Windows os/DE 200% UI scale and 150% "bigger text". Icon theme set to Colibre (SVG + dark).

Note the "Styles Preview" panel is the only really degraded area.

I understand your explanations, just as feedback, never reply a request with and?
Someone in this world makes an effort to report something and instead of being grateful for that, you trigger a defensive mechanism. 

I don't know for whom you LibreOffice developers are doing this, but it's no secret that most computers run Windows and if you want to grow your customer base, make the on-boarding from MS Office to LibreOffice as smooth as possible.

(In reply to quachvan from comment #4)
> I understand your explanations, just as feedback, never reply a request with
> and?
> Someone in this world makes an effort to report something and instead of
> being grateful for that, you trigger a defensive mechanism. 
> 

Kind of an entitled ask, best to quash out of the gate, => NAB nor a well stated enhancement request.  

What makes you think you are the first to observe this inadequacy? And, why should you as a casual user "expect" an open source and very "cross-platform" project to do anything? Have you tested on the other os/DE to be able to make informed suggestions?

For example have you checked the behavior with adjusted Display and Text scaling as noted in comment 2? 

> I don't know for whom you LibreOffice developers are doing this, but it's no
> secret that most computers run Windows and if you want to grow your customer
> base, make the on-boarding from MS Office to LibreOffice as smooth as
> possible.

Well, that is a long running discussion. Doing more requires a major investment in the native code needed to fully implement os/DE specific source needed to move LibreOffice fully to a MS Ribbon style UI *cross-platform*, with the majority of developers interested in Linux os/DE issues and support of the ODF document model and interoperability with MS's OOXML document model. 

The current GTK UI and UNO assemblages, known as MUFFIN, only get us so far. And there is little developer interest to implement unnecessary native MS or Apple API calls to replace what are currently implemented cross platform. Native API support for Windows or macOS is not a very high priority, only what is functionally necessary.

If you are interested in issues around adopting the Tabbed UI as default, see bug 135501, and from there links to related Notebook Bar issues.

>What makes you think you are the first to observe this inadequacy? And, why >should you as a casual user "expect" an open source and very "cross-platform" >project to do anything? Have you tested on the other os/DE to be able to make >informed suggestions?

I am not the first to observe this, otherwise I wouldn't link a webpage from someone else describing this. I haven't found a solution for this, explains why I reported this in the first place (is it a bug, isn't it a bug, how should I know this as a first time user that did look in the web for a solution).

Changing the text size to 170% did not solve this for me. If this isn't a priority for the devs, then that's fair enough.

I can live with it, and I would be fine with the response before, just got upset with the 'and?' at the beginning.

Like seriously, I made an effort to report something that clearly shouldn't be the way it is (did I know that this was due native MS API, absolutely not). The second part is a discussion why it might be important, but totaly understandable when the focus is on Linux. 

Thanks anyways for explaining the cause of this, have a good day.

> 
> Like seriously, I made an effort to report something that clearly shouldn't
> be the way it is (did I know that this was due native MS API, absolutely
> not). The second part is a discussion why it might be important, but totaly
> understandable when the focus is on Linux. 
> 
> Thanks anyways for explaining the cause of this, have a good day.

OK, you're welcome. And, please don't be put off by comments I wrote, which on rereading were a bit brusque, sorry. 

I/we do appreciate the concern you obviously had, and also that you took the effort to go ahead and file a BZ issue.

LibreOffice and the Document Foundation are driven by a volunteer community. We don't expect everyone to know everything realizing we all have to start somewhere--please keep contributing, Bugzilla submissions are just one means to participate. Check out the 'Get Involved' link [1] on the Help menu.

Please stay around.

=-ref-=
[1] https://www.libreoffice.org/community/get-involved