9662 - sched: CropStyle for tree widget and titledbuttons

Status: VERIFIED FIXED

(Core :: XUL, enhancement, P2)

Description

[Peter Trudelle]

CropStyle for tree widget and titledbuttons 	0.5 days	hyatt	0%
CSS property for cropping.

Comment 1

[Peter Trudelle]

Mass changing all XPToolkit M10 feature 'bugs' to target as p2 enhancement for
M10

Comment 2

[David Hyatt]

Reassigning task to pinkerton

Comment 3

[Mike Pinkerton (not reading bugmail)]

accepting.

Comment 4

[Eric Vaughan]

This has been implemented. However cropping is not in CSS. And I don't think it
should be. I think we should be carefull what goes into css. I don't wan't it to
become a kitchen sink of properties. It should be style properties common to
most widgets with a few exceptions. If we start putting every property in there
it will be a mess.

Comment 5

[Peter Trudelle]

added original estimated duration to status whiteboard.

Who do we need to involve in order to settle this?  Please get them and work
together toward a decision.

Comment 6

[David Hyatt]

It needs to be in CSS.  saari has to add a property for key bindings, so I'm
going to re-assign this bug to him.  That way he can just throw cropstyle in
there when he's worrying about adding the key binding property.

Comment 7

[saari (gone)]

Through the grape vine, I've been informed that we can't go adding properties to
CSS. Soo... Peter L. do you have a suggestion here? Is there a CSS3 property that
we can add another value to that would make sense?

Comment 8

[Peter Linss]

As to the keybinding property, it's already partly in (and part of CSS3). I will
finish that up soon.

I'll take up adding a crop style property with the CSS working group. It seems
like a logical thing to have, but it needs to be co-ordinated with the CSS3 UI
effort.

Comment 9

[David Hyatt]

Marking this bug as fixed, since it's now implemented using an attribute.  It
isn't CSS, but it works.

Comment 10

[phillip]

code level fix, marking verified. reopen if i'm wrong here...