Re: Bringing theme colors to ODF

[Regina Henschel]

Hi Tomaž, hi Armin,

because you Armin are working on multi-color gradients and you Tomaž are 
working on theme colors, I try to combine both for ODF, see attachment.


One main idea is, to introduce an "enhanced-color", which could be 
either a RGBHex color or a Scheme color.



I had a color type RGBZeroToOne but have removed it, because it has no 
benefit for other ODF consumers compared to RGBHex (a ODF TC member has 
concerns) and because it cannot be used for scrgbClr from OOXML since 
latter has a different gamma.


The other idea is, to allow a sequence of color-transformations where 
such "enhanced-color" exists in the same element. That is currently in 
the new elements , , 
 and .


I have used "" instead of 
"loext:fill-color-theme-reference" because with the concept of an 
"enhanced-color" the color could be defined as #rrggbb as well and still 
be combined with color transformations.


Tomaž Vajngerl schrieb am 25.03.2023 um 11:10:

Hi Regina,

On Thu, Mar 23, 2023 at 6:57 AM Regina Henschel > wrote:


Hi Tomaž, hi all,

I have started with creating a proposal to extend ODF with theme
colors.
The first draft is attached.

Tomaž, could you please look whether it fits to what you have intended.


Yes, looks fine on a quick glance but maybe renaming some things would 
make sense. Mainly the "color-table" would probably be better as 
"color-scheme" or something like that, as this is more in-line with 
OOXML terminology and we don't need to deviate from that just for the 
sake of it.


I have now used  for all 12 colors and 
 for a single one.


OTOH it probably makes sense to rename dk1, lt1, dk2, lt2, hlink, 
folHlink to the full names dark1, light1, ... , hyperlink, 
followed-hyperlink - which is inline with ODF style to not to abbreviate 
things. I planned to do that change but other things have priority 
currently.


I have used the full names now.

Also this covers only theme colors. Fonts and format still need to be 
defined and this is where it will get more complicated :)


The  element has currently only the child element 
 but the structure would allow to extend it later 
with a "scheme-font" and a "scheme-format" element.



You find on the first page of the attachment examples how I think a 
final (not loext) markup could look.


I have not yet feedback from the ODF TC about my idea to make the 
color-transformations "implementation-defined". That would mean, that 
for each color-transformation we need to describe the algorithm on the 
Wiki page. But it has the advantage, that implementing more 
color-transformations would need no change in ODF.


In case the ODF TC do not agree with "implementation-defined", which 
color-transformations do we need currently for ODF? More than lumMod, 
lumOff and alpha?


Kind regards,
Regina


ODF draft multi-color gradient plus theme v2.odt
Description: application/vnd.oasis.opendocument.text

Re: Bringing theme colors to ODF

[Regina Henschel]

Hi Tomaž,

I have attached a "using elements with names" compared to "using a list".
In case of "using a list", referencing a scheme color would be done via 
index and not via name.


Please tell me, what is your preferred solution.

Kind regards,
Regina

Regina Henschel schrieb am 29.03.2023 um 10:28:

Hi Tomaž,

Tomaž Vajngerl schrieb am 25.03.2023 um 11:10:

Hi Regina,


[..]
OTOH it probably makes sense to rename dk1, lt1, dk2, lt2, hlink, 
folHlink to the full names dark1, light1, ... , hyperlink, 
followed-hyperlink - which is inline with ODF style to not to 
abbreviate things. I planned to do that change but other things have 
priority currently.


Do we need names at all in the relaxNG schema? The colors could be put 
as space separated list into one attribute. Such list is ordered too.


Kind regards,
Regina






===
= Version with value list =
===

Resulting markup example



NN 
--
The  element has a draw:color-scheme-name attribute and a 
draw:scheme-colors attribute.
The draw:color-scheme-name attribute helps consumers to organize color schemes 
in an application.
The draw:scheme-colors attribute is a space separated list of twelve sRGB 
colors in #rrbbgg notation. They are usually used in the meaning dark1, light1, 
dark2, light2, accent1, accent2, accent3, accent4, accent5, accent6, hyperlink, 
followedhyperlink.

The  element is usable with the following element: 
.
The  element has the following attributes: 
draw:color-scheme-name, draw:scheme-colors
The  element has no child elements.

RelaxNG
--

  

  


  












  


  



=
= Version with elements =
=

Resulting markup example


  
  
  
  
  
  
  
  
  
  
  
  


NN 
--
The  element has a draw:color-scheme-name attribute and 
twelve  child elements for the colors.
The draw:color-scheme-name attribute helps consumers to organize color schemes 
in an application.
A  element has a draw:scheme-color-name attribute so that 
the color can be uses by reference and a draw:scheme-color-value attribute for 
the color value.

The  element is usable with the following element: 
.
The  element has the following attribute: 
draw:color-scheme-name.
The  element has the following child element: 


RelaxNG
---

  

  


  



  

  dark1


  

  
  

  light1


  

  
  

  dark2


  

  
  

  light2


  

  
  

  accent1


  

  
  

  accent2


  

  
  

  accent3


  

  
  

  accent4


  

  
  

  accent5


  

  
  

  accent6


  

  
  

  hyperlink


  

  
  

  followedHyperlink


  

  

Re: Bringing theme colors to ODF

[Regina Henschel]

Hi Tomaž,

Tomaž Vajngerl schrieb am 25.03.2023 um 11:10:

Hi Regina,


[..]
OTOH it probably makes sense to rename dk1, lt1, dk2, lt2, hlink, 
folHlink to the full names dark1, light1, ... , hyperlink, 
followed-hyperlink - which is inline with ODF style to not to abbreviate 
things. I planned to do that change but other things have priority 
currently.


Do we need names at all in the relaxNG schema? The colors could be put 
as space separated list into one attribute. Such list is ordered too.


Kind regards,
Regina

Re: Bringing theme colors to ODF

[Regina Henschel]

Hi Tomaž.

Tomaž Vajngerl schrieb am 25.03.2023 um 11:10:

Hi Regina,

On Thu, Mar 23, 2023 at 6:57 AM Regina Henschel > wrote:


Hi Tomaž, hi all,

I have started with creating a proposal to extend ODF with theme
colors.
The first draft is attached.

Tomaž, could you please look whether it fits to what you have intended.


Yes, looks fine on a quick glance but maybe renaming some things would 
make sense. Mainly the "color-table" would probably be better as 
"color-scheme" or something like that, as this is more in-line with 
OOXML terminology and we don't need to deviate from that just for the 
sake of it


I have an additional question about this.
OOXML has file theme1.xml It has
  

That could become in ODF an element
  

The OOXMML has the child elemnts e.g.
   ...
  ...
   ...

Will all three become a child element of a new  element in ODF?

[The namespace in  is not clear yet, might be  
as well. It is loext anyway now.]


OTOH it probably makes sense to rename dk1, lt1, dk2, lt2, hlink, 
folHlink to the full names dark1, light1, ... , hyperlink, 
followed-hyperlink - which is inline with ODF style to not to abbreviate 
things. I planned to do that change but other things have priority 
currently.


Yes other things are more important, especially UI. I had a talk with 
Heiko about that at the German Community Meeting last weekend. Please 
contact him.


And some bugs have to be fixed.

Kind regards,
Regina

Re: Bringing theme colors to ODF

[Tomaž Vajngerl]

Hi Regina,

On Thu, Mar 23, 2023 at 6:57 AM Regina Henschel 
wrote:

> Hi Tomaž, hi all,
>
> I have started with creating a proposal to extend ODF with theme colors.
> The first draft is attached.
>
> Tomaž, could you please look whether it fits to what you have intended.
>

Yes, looks fine on a quick glance but maybe renaming some things would make
sense. Mainly the "color-table" would probably be better as "color-scheme"
or something like that, as this is more in-line with OOXML terminology and
we don't need to deviate from that just for the sake of it.
OTOH it probably makes sense to rename dk1, lt1, dk2, lt2, hlink, folHlink
to the full names dark1, light1, ... , hyperlink, followed-hyperlink -
which is inline with ODF style to not to abbreviate things. I planned to do
that change but other things have priority currently.
Also this covers only theme colors. Fonts and format still need to be
defined and this is where it will get more complicated :)


> Kind regards,
> Regina
>

Tomaž

Re: Bringing theme colors to ODF

[Heiko Tietze]

If needed, here is the ticket 
https://bugs.documentfoundation.org/show_bug.cgi?id=151507


On 22.03.23 22:57, Regina Henschel wrote:

Hi Tomaž, hi all,

I have started with creating a proposal to extend ODF with theme colors. The 
first draft is attached.


Tomaž, could you please look whether it fits to what you have intended.

Kind regards,
Regina


--
Dr. Heiko Tietze, UX-Designer and UX-Mentor
Tel: +49 30 5557992-63 | Mail: heiko.tie...@documentfoundation.org
The Document Foundation, Kurfürstendamm 188, 10707 Berlin, DE
Gemeinnützige rechtsfähige Stiftung des bürgerlichen Rechts
Legal details: https://www.documentfoundation.org/imprint


OpenPGP_signature
Description: OpenPGP digital signature

Bringing theme colors to ODF

[Regina Henschel]

Hi Tomaž, hi all,

I have started with creating a proposal to extend ODF with theme colors. 
The first draft is attached.


Tomaž, could you please look whether it fits to what you have intended.

Kind regards,
Regina


ODF proposal theme color v1.odt
Description: application/vnd.oasis.opendocument.text