Hi all - just an FYI - some of the icons are now displayed in the flat style in Windows 7 after updating (should be old style I guess). The icons in the status bar for example. The icon for FTP connect also (in the middle of the lister).
Thanks
Kristian
Ok - missed that - thanks!
@devs
I must not expect to lose my current icon configuration when updating to beta5, or will my setup look totally different afterwards? If I can still switch back to the look and feel I have now, I'm fine! o) I think I'm using "Default Icon Set" by Chris Minnen, it's second in the list, first entry is a single-icon-set I did myself, which overrides the smiley icon with a blank square. The Chris Minnen icon set will still be there and usable I guess?
Just preparing for updating to beta5. o)
If you're on Windows 7 then the toolbars won't look (very) different by default (and you can swap between sets as you wish). Other icons will be flat. The details are all at the top of the beta 5 release notes.
I read the release notes of course, I guess I will have to try and see what happens, since I still don't understand what is going to be different. I'd think, if the exact icon set I use currently is still there in beta5 or at least if it can be imported again, I will not notice a difference. I would not like icons to change at all if I'm honest, because I like how it looks now, some icons have been added by other sets and if some of the default icons use flat-look now, it could end up looking weird, since noone updates the icons I already use to match that look. o)
I will try & see, thank you! o)
Updated the machine at work to b5 and nothing severe happened to all the button and toolbar icons (Win7).
Minor changes for builtin icons here and there, but nothing to worry about if anyone is concerned about heavy visual changes.
The only thing really different is a toolbar of mine, that suddenly is a higher than before and I cannot make out why that is. It's seems it's exactly the same height as other toolbars, which make use of icons and labels below. The toolbar shown here does not make use of labels below icons, but it consumes the same vertical space. Has there been a change to that in some way?
Move things from it to a blank toolbar and see which one causes the height changes.
Ah yes, it is the RO button which increases the height of that bar, but why?
The RO button is a "three button" type, its entries have label position set to "default" although labels obviously appear on the right. What defines the "default" position, where does that come from? The toolbar itself does not seem to have a setting for default label positions. I must admit I actually always have issues understanding the label positioning system. o)
If I change all the entries of the three button type button to show label on the right, then the bar reduces height to the expected value, although visually, there's no change to that button on the bar. This is the button before I changed it:
<?xml version="1.0"?>
<button backcol="none" display="both" label_pos="right" min_width="yes" textcol="none" type="three_button">
<label>RO</label>
<icon1>#setattr</icon1>
<button backcol="none" display="both" textcol="none">
<label>RO +</label>
<tip>Set ReadOnly attribute</tip>
<icon1>#setattr</icon1>
<function type="normal">
<instruction>@nodeselect</instruction>
<instruction>SetAttr SETATTR=r</instruction>
</function>
</button>
<button backcol="none" display="both" textcol="none">
<label>RO -</label>
<tip>Clear ReadOnly attribute</tip>
<icon1>#setattr</icon1>
<function type="normal">
<instruction>@nodeselect</instruction>
<instruction>SetAttr CLEARATTR=r</instruction>
</function>
</button>
<button backcol="none" display="both" textcol="none">
<label>RO *</label>
<tip>Toggle ReadOnly attribute</tip>
<icon1>#setattr</icon1>
<function type="normal">
<instruction>@nodeselect</instruction>
<instruction>SetAttr TOGGLEATTR=r</instruction>
</function>
</button>
</button>
I think the default label position is Below for toolbar buttons, and Right for menu items.
Three-buttons are a weird case because when you edit them the inner buttons are displayed in a menu, but when you use them they're displayed as buttons.
If you click the original version of button you'll see the label jumps around. Should have done the same before the update as well so I'm not sure why it changed.
We should probably change Default for inner buttons of three-buttons to inherit the label position from the parent anyway. (When clicked, I mean. I think what they do now is fine when editing as it makes them easier to read as a list.)
Yes they really did, I checked the remaining b4 setup.
Weird how you don't notice specific quirks, but once you update - your mind is über-sharp and you suddenly start to take notice again! o)
So what they do now when editing is what they should be doing when not editing you mean? I say yes. o)
Not exactly.
When editing, sub-items with Label:Default will have the labels on the right, since they're being displayed in a menu.
When not editing, sub-items with Label:Default will inherit the label position from the parent button. (If the parent button is also Label:Default then the position is Below on a toolbar and Right in a menu.)
