Chipp Walters wrote:
FWIW, I'd rather the team focus on getting a decent table object put
together.
Agreed wholeheartedly. I would not advocate prioritizing anything
related to gradients above at least independent column alignment and
hidden columns. I was just checking to see if anyone here had added
that to the queue.
If I need gradients for buttons, I'll use ButtonGadget,
Photoshop or other tool of choice. I've never even seen a gradient
used in a field, and can't envision a case where I'd want such a
thing. I understand about 'rules,' but it's a plain fact different
objects have different properties, not only in Rev but also most all
other OOP environments.
Of course a button isn't a field, but there's an orthogonality in the
rest of the color/pattern properties that not only aids learnability but
general usefulness as well.
True, it's rare that a field would need a gradient, but if you think of
a field as a text display are I think you'll find many examples where
subtle gradients are used.
Buttons, of course, almost always have a subtle gradient these days
(Aqua, Glass, Gnome, et al).
Until we get the sort of consistency I'm asking for, it's not hard to
just keep doing what we've always done - making images and using the
backgroundPattern. devolution's had gradient-making tool for years for
that reason, though it's not as nice as Rossi's. :)
But it does mean that if you decide to change the size of your buttons,
you need to go back to whatever editor you used to also revise the
images. Not a deal-breaker, but a handy nice-to-have if we could avoid
those extra steps.
I'd rather have separate blendlevels for controls outside the stack
blendlevel-- as it stands now, if you create a stack which is
partially transparent, all the controls on it are also partially
transparent. I'd like to make some of them more opaque.
That would be useful too -- has that been submitted?
--
Richard Gaskin
Managing Editor, revJournal
_______________________________________________________
Rev tips, tutorials and more: http://www.revJournal.com
_______________________________________________
use-revolution mailing list
[email protected]
Please visit this url to subscribe, unsubscribe and manage your subscription
preferences:
http://lists.runrev.com/mailman/listinfo/use-revolution
