Alec Flett wrote:
John Anderson wrote:
IconName is a property of the collection,
e.g.
the AllCollection has an IconName of "All". The In, Out, and Trash
collections have names "In", "Out" and "Trash" respectively.
It strikes me that these short names might be useful for other purposes
beyond just choosing an icon. Perhaps instead of IconName it could be
something like SpecialCollectionName or something slightly less verbose
than that?
A
property of a button in the siebar is whether or not it is checkable.
Today the Icon button is checkable and the SharingIcon isn't. For
checkable buttons, the IconName is followed by "Checked", for the
checked image.
Why isn't sharing checkable? Don't you need to be able to overlay
shared collections in the calendar?
To overlay shared collections, you check the icon button, shown on the
left, not the sharing button, which is shown on the right of the name.
The checkable option makes a button toggle, which I don't think the we
need for the sharing button yet.
Aside from that these rules look like they make a lot of sense.
Alec
Next
comes "MouseOver" if a different image is necessary for the state when
the mouse is over the item.
Here are the new rules for defaults:
First we lookup the fully qualified name, e.g. "Sidebar", ButtonName,
IconName, "Checked", "MouseOver", ".png"
If we don't find an image by that name we next lookup the name without
the IconName, e.g. "Sidebar", ButtonName, "Checked", "MouseOver",
".png". This allows us to specify a default icon for Checked and
MouseOver that is applied by default if you don't have a special one
for a particular icon.
If we still don't find an image, we next lookup the full image name
without MouseOver, e.g. "Sidebar", ButtonName, IconName, "Checked",
".png". So if you don't have MouseOver icons they don't get displayed.
Finally if we still don't have an image, we try to lookup the name
without an IconName or MouseOver, e.g "Sidebar", ButtonName, "Checked",
".png". This allows us to have a default for checkable buttons without
MouseOver.
John
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "Dev" mailing list
http://lists.osafoundation.org/mailman/listinfo/dev
|
