But obviously, they would not work for dark themes. I guess the background should be generated by CSS and background color set What about the foreground color, could/should that also be defined by the client? If we would want to head that way, we should define the iconset to ONLY provide SVGs, because with PNG we couldn't make this work. The other option is that we make the iconset bundle register different icon sets, e.g. I want to summarise my opinion on this issue: In that case, it would be up to the bundle to adapt the SVGs before delivering them to the client - and we could decide there, whether we want colored circles in the background or not. I welcome the material design icons as a separate icon set for openHAB.The icons should be provided 'as is' in SVG format (un-colored) and colored (where applicable, e.g.Coloring the icons should be completely up to the client.Its clearly in the responsibility of the UI on how to display certain states on icons. What about the foreground color, could/should that also be defined by the client? If we would want to head that way, we should define the iconset to ONLY provide SVGs, because with PNG we couldn't make this work. We make the iconset bundle register different icon sets, e.g.

a 'light', a 'dark' and a 'colored' version. and the client then has to adopt its whole color theme to the backend defined color set.

#ORG OPENHAB UI ICONSET CLASSIC LICENSE#įrom an UI pov this is not an option! Fonts are delivered w/o colors for good reasons.

#ORG OPENHAB UI ICONSET CLASSIC HOW TO#.

Where is icon set in openhab