Well, I am only talking about an icon set. This would be a small step forward.
Chronology matter though.

One begins with a proper understanding of the requirements and consequences of HiDPI for application UI design. Based on that, one plans the implementation of a new UI overhaul. From there, one proceeds to consistently design the distinct elements of the new UI (logos and icons for both color modes). I need to set aside time for this and find the right talent. Thinking as I’m typing this…:)

--
Pagarbiai / Sincerely,
📧 Aivaras Stepukonis <mailto:[email protected]>
------------------------------------------------------------------------
2026-03-05 14:12, Matthias Seidel rašė:
Hi,

Am 05.03.26 um 12:45 schrieb Aivaras Stepukonis:
It is a complex area requiring a mixed skill set, and programming is actually part of it. See “High DPI Desktop Application Development on Windows” https://learn.microsoft.com/en-us/windows/win32/hidpi/high-dpi-desktop-application-development-on-windows.

Well, I am only talking about an icon set. This would be a small step forward.


From my point of view, it is a good thing not to rush. It must be approached with the right methodology. Perhaps we could attract paid talent for this. I would be ready to make a financial contribution as long as we have a simple and transparent procedure for it. It is a feature that makes or breaks the experience for UHD‑monitor users.

I am not sure if we can find people to pay and if we can find a developer to work on our code.

But who knows...

Regards,

   Matthias

--
Pagarbiai / Sincerely,
📧 Aivaras Stepukonis <mailto:[email protected]>
------------------------------------------------------------------------
2026-03-05 13:06, Matthias Seidel rašė:
Hi Aivaras, All,

Am 05.03.26 um 11:38 schrieb Aivaras Stepukonis:
Hi Matthias,

As I wrote in 2024, the code is ready, but there does not seem to be great demand for a new icon set.
The demand is there, and it should be a high priority. We simply do not have the manpower for it. I was going to provide some help, but I was taken aback by other obligations. I recently switched to 4K and 5K monitors, and the graphic performance of OpenOffice is subpar. It literally does not meet the minimum standard: the fonts are blurry and misaligned, and the icons are tiny and unmanageable. The software looks like abandonware on this generation of monitors—and this is the generation we are moving into. So yes, it is a very serious problem that needs to be addressed.

Yes, there is a lot of work to do if we want to take AOO into the next years...

Personally, I thought that working on a new icon set (we *really* need one for Dark Mode) would be something for those "no programmers".

Still hoping for people to "get up their ass" ;-)

Regards, Matthias


--
Pagarbiai / Sincerely,
📧 Aivaras Stepukonis <mailto:[email protected]>
------------------------------------------------------------------------
2026-03-05 12:25, Matthias Seidel rašė:
Hi Pedro, All,

Am 02.03.26 um 16:30 schrieb Pedro Lino via dev:
On 03/02/2026 1:10 PM WET Dean Webber <[email protected]> wrote:

  Will this theme be available from tools > options > view > icon size and style?
Yes, that option is already available (although the iconset is incomplete). You can test it if you compile from branch Pilot-Pirx-iconset.

 From my point of view it should be merged to Trunk.

It can be merged (to trunk) at any time...

But will there be development afterwards? As I wrote in 2024, the code is ready, but there does not seem to be great demand for a new icon set.

Regards,

   Matthias


Best,
Pedro

________________________________
From: Matthias Seidel <[email protected]>
Sent: 23 February 2026 05:18
To: [email protected] <[email protected]>
Subject: Re: [PR] Add new icon set [openoffice]

Hi Pedro, All,

Am 22.02.26 um 20:00 schrieb Pedro Lino via dev:
I am interested in adding this Theme as it is now to trunk (assuming that I or others can further contribute to it after it is merged to trunk without having to branch again?) But I have no idea what steps to take.
I can merge the PR to trunk. Then it can be worked on there and later
backported to AOO42X.

If nobody else is able to merge, just give me a hint when it is finally
discussed.

Regards,

     Matthias

On 02/22/2026 9:49 AM WET Pilot-Pirx (via GitHub) <[email protected]> wrote:


Pilot-Pirx commented on PR #214:
URL: https://github.com/apache/openoffice/pull/214#issuecomment-3940604955

     No interest?


--
This is an automated message from the Apache Git Service.
To respond to the message, please log on to GitHub and use the
URL above to go to the specific comment.

To unsubscribe, e-mail: [email protected]

For queries about this service, please contact Infrastructure at:
[email protected]


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]
---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]


---------------------------------------------------------------------
To unsubscribe, e-mail: [email protected]
For additional commands, e-mail: [email protected]

Reply via email to