> Le 27 janv. 2020 à 13:36, Guillermo Polito <guillermopol...@gmail.com> a > écrit : > > Be careful, this is no solution but a patch that will work in some cases > only, it is an architectural violation.
Yes, true. I needed the functionality fast and was proposed to use this solution as workaround for now. For now, there is no clear strategy how to support alternate colors right both for morphic / gtk. > Widgets should never be accessed from presenters directly. > The support for row color should be exposed from the presenter, and the > widget should use it (if supported). Yes :) I do not know if there is a plan to support this soon. Maybe it is not part of the presenter api but rather the style? > I remember with Pablo we did a POC to see how this would be supported both by > Gtk and morphic and we kind of conclude that the row color should be > specified in the datasource. > This allows each row (and cells in case of tables) to have its (their) own > background color. > > Gtk (and morphic too) then also have support for alternate row colors, but it > is different. > While morphic’s depend on the underlying theme, in Gtk we can further > specialize the colors. > See for example: > > https://developer.gnome.org/gtk3/stable/GtkTreeView.html#GtkTreeView--s-even-row-color > > <https://developer.gnome.org/gtk3/stable/GtkTreeView.html#GtkTreeView--s-even-row-color> >> >> I will try to do a PR next week for this. >> >> Regards, >> Christophe.