On a second thought, we may use another technology than CSS and still have
styles, see for instance in POS: posstyles.xml. So yes,
styles add flexibility and independence.
At 1st glance, Adrian's proposition sounds better from flexibility POV. But, if
I have well understood, is still limited to icons or
not in the whole OFBiz (like Google bar) when Nicolas's allows to set it by
screens (why not even by form fields or menu entries?)
I think this is really an important point in UI and should be discussed by the
whole developers community, any other opinions,
suggestions?
Thanks
Jacques
From: "Adrian Crum" <adrian.c...@sandglass-software.com>
You can control icon display through user preferences without embedding the
icons in markup. A user setting can conditionally load
a stylesheet that references the icons.
I'm not against having new icons in the project. An expanded selection of icons
is a great tool for theme designers to use. But
their use should be determined by the theme designers - not by screen widgets.
The OFBiz community has worked hard over the past 4
years trying to get styling out of markup and into stylesheets. I will push
hard against any effort to reverse that.
-Adrian
On 4/25/2011 1:32 AM, Nicolas Malin wrote:
Adrian I understand your remark but I'm not completely in agreement with that.
Icons is at once of the most visual but also a help user. We could associated
directly to a themes but the reality is more
complex. If I take the GTK project, every user can define if he wants icons,
icons and text or only text independently of the
themes.
On issue OFBIZ-4259 I do an error to use icons through img because although
they are images, they are a more complex management.
I'm not for their exploitation only through css or style because although they
results from it. We limit their display rendering
on one technology et style don't allow user preference managment.
I propose to continue icons integration, add a new element in screen renderer
that indicates what icons use on menu and form
field. Thence following the user preference and then the themes we display
icons or not. Whether rendering css by then or
treatment with an image, it will be template renderer are made their work.
Nicolas
Le 25/04/2011 05:21, Ryan Foster a écrit :
I thought the original idea that Nicolas proposed, was for this to be
configurable by theme (adding a
layoutSettings.VT_ICONS_LOC to data config). I think that you should be able
to turn icons on and off as well as change the
icon library location.
Ryan L. Foster
801.671.0769
cont...@ryanlfoster.com
ryanlfoster.com
On Apr 24, 2011, at 6:29 AM, Adrian Crum wrote:
The main problem I have with this is the idea that theme design has been taken
away from the theme designer. In other words,
icons should be added by the theme designer - they should not appear in all
themes by default.
-Adrian
On 4/24/2011 5:26 AM, Jacques Le Roux wrote:
It's actually related to https://issues.apache.org/jira/browse/OFBIZ-4259 and
r1095984
I did not see any issues in Flat Grey, could you post a screenshot?
If it's really blocking (I doubt we can't fix any related issues), it should be
easy to configure with a property in
widget.properties to bypass image rendering in menus (HtmlMenuRenderer.java
around line 500) and buttons
(MacroFormRenderer.java look for submitField.getImageLocation(context) or
maybe rather ModelFormField.java but this one
existed before, see http://svn.apache.org/viewvc?view=revision&revision=1095984
for files changed)
Jacques
From: "Adrian Crum"<adrian.c...@sandglass-software.com>
I see that icons were added to menu items - maybe in rev 1088549. Is there a
chance we can revert that? Or at least make it
configurable on a per-theme basis? The new icons break the layout in the Flat
Gray theme. It would be helpful if a theme can
choose to use the icons or not use them.
-Adrian
