Description: 1) Use the current tools to create gradients, patterns, screening and create a file that can be used to replace Mozilla themes with the appropriate dimensions for screen resolution. 2) Include a simulation of how it will look when applying with some buttons with the current icon theme. Steps to Reproduce: 1. Tools 2. Options 3. Personalize 4. Own theme Actual Results: Personas themes don't work Expected Results: The freedom of a user to create a theme for the customization of LibreOffice. Reproducible: Always User Profile Reset: No Additional Info:
Created attachment 151312 [details] Exemplary simulation for the proposal
Lovely mockup ❤
So the idea here is to switch from a predefined theme to a kind of theme editor. We would provide the area fill dialog with color, gradient, and bitmap and apply the result to the tool-/notebookbar (and ideally also the other UI controls). Sounds interesting.
Yep. Definitely interesting. In fact, I was going to do something 'similar' a few months ago, but gave up because it didn't get support. :) (Search for "Please dont introduce a new dialog" in the Design channel on telegram for the context. I guess my mockup skills wasn't enough to convey the idea.) Anyway, nice & well-thought mock-up IMO.
Muhammet, please provide some code pointers to make this an easyhack.
Created attachment 151457 [details] Illustration of bad persona image rendering I think this is will be a big improvement over what we have now. Since there is no metabug for Themes/Personas, my input here is made in the hope that if this is picked up by a dev a further correction can be included in the hack. A theme requires only 2 images: header.png 3.000 x 200 & footer.png 3.000 x 100 Plus an optional preview..png 680 x 100 In the past it was possible to "tweak" your own persona, by creating a suitable header.png (footer.png & preview.png were optional) in <user profile> user > gallery > personas > my_persona and editing a couple of lines in the "Expert Configuration". This method no longer works, although "substituting" your own PNG's for one of the themes in the <install directory> share > gallery > personas almost works. "Almost", because somewhere between the LO 5.x & 6.x series the code was changed and instead of a nice smooth background across both the menubar and main toolbar, the header image is separately added as the background to these bars (see attachment). I suspect this is the reason why only plain color PNG's have been included with the (dark, gay, green, pink, sand & white) personas supplied with the installation package. Unless the method of rendering the persona/theme images is reverted to that used in the 5.x series, Leandro's proposed options for images with other than plain colors might create some undesirable results. Pattern & Hatch might work, gradient might appear strange, but bitmap will have the same impact as shown in the attached Bad_Persona_Rendering.png
(In reply to Dave Barton from comment #6) > I think this is will be a big improvement over what we have now. Since there > is no metabug for Themes/Personas, my input here is made in the hope that if > this is picked up by a dev a further correction can be included in the hack. There is this meta: bug 86544
(In reply to Dave Barton from comment #6) > ... > A theme requires only 2 images: Not necessarily when we go with our own dialog. The bitmap could be stretched, filled, patterned... or you just paint a gradient (which is likely the most common type).
(In reply to Buovjaga from comment #7) > (In reply to Dave Barton from comment #6) > > I think this is will be a big improvement over what we have now. Since there > > is no metabug for Themes/Personas, my input here is made in the hope that if > > this is picked up by a dev a further correction can be included in the hack. > > There is this meta: bug 86544 Not exactly the best metabug ever created. It did not reference this bug, but does now.
(In reply to Heiko Tietze from comment #8) > (In reply to Dave Barton from comment #6) > > ... > > A theme requires only 2 images: > > Not necessarily when we go with our own dialog. The bitmap could be > stretched, filled, patterned... or you just paint a gradient (which is > likely the most common type). What you are describing is what might be the case "when we go with our own dialog", what I was describing has been the case up until now.
*** Bug 125448 has been marked as a duplicate of this bug. ***
(In reply to Leandro Martín Drudi from comment #1) > Created attachment 151312 [details] > Exemplary simulation for the proposal Thank you for the mockup. Is there an English version of it?
(In reply to Muhammet Kara from comment #12) > (In reply to Leandro Martín Drudi from comment #1) > > Created attachment 151312 [details] > > Exemplary simulation for the proposal > > Thank you for the mockup. Is there an English version of it? Just take the area fill dialog as example (with a specialized preview ideally but not necessarily). The original idea is discussed here https://design.blog.documentfoundation.org/2015/12/22/area-fill-options-made-consistent/
Rania, you might be interested in this topic.
It look like what LOTC did, but i still not sure.