UI-Widget - problem with automatic added css classes
As Todd Parker requested: My feedback for css-classes for widgets with headers.
" One thing i‘m currently trying to make is something similar to the wordpress dashboard. When i try to add for ex. tabs to these „widgets“, than i always get some styles added like „ui-corner-all“. This makes it currently impossible (without hard coding right into the UI-tabs-file) to get a box with a headline/ui-corner-top and a content-area/ui-corner-bottom.
I’m no Js-King, but i noticed, that classes, that are already in the html/php, won’t get doubled. Maybe there could be some order for ui-corners too: If none are present > addClass, but if there are already some > don’t addClass. This would allow much more flexible combining of widgets and widget-elements."
You can see the Original idea on img 01 and the difference between automatic added classe "ui-corner-all" which breaks the widget below the title and the hard-coded changed class "ui-corner-bottom" (where ui-corner-all was the original class).
" One thing i‘m currently trying to make is something similar to the wordpress dashboard. When i try to add for ex. tabs to these „widgets“, than i always get some styles added like „ui-corner-all“. This makes it currently impossible (without hard coding right into the UI-tabs-file) to get a box with a headline/ui-corner-top and a content-area/ui-corner-bottom.
I’m no Js-King, but i noticed, that classes, that are already in the html/php, won’t get doubled. Maybe there could be some order for ui-corners too: If none are present > addClass, but if there are already some > don’t addClass. This would allow much more flexible combining of widgets and widget-elements."
You can see the Original idea on img 01 and the difference between automatic added classe "ui-corner-all" which breaks the widget below the title and the hard-coded changed class "ui-corner-bottom" (where ui-corner-all was the original class).
Topic Participants
fg.todd
Jörn Zaefferer