Last Comment Bug 68206 - the Text Field Highlight color is not skinnable
: the Text Field Highlight color is not skinnable
Status: NEW
Product: Core
Classification: Components
Component: Editor (show other bugs)
: Trunk
: All All
P4 normal with 4 votes (vote)
: mozilla1.0.1
Assigned To: Daniel Glazman (:glazou)
: Makoto Kato [:m_kato]
Depends on: 176170
Blocks: uaag songbird
  Show dependency treegraph
Reported: 2001-02-08 13:29 PST by marlon bishop
Modified: 2016-05-16 08:34 PDT (History)
14 users (show)
See Also:
Crash Signature:
QA Whiteboard:
Iteration: ---
Points: ---
Has Regression Range: ---
Has STR: ---


Description User image marlon bishop 2001-02-08 13:29:07 PST
Theme development would benefit tremendously by having ability to access this 
color in theme CSS
Comment 1 User image Peter Trudelle 2001-02-22 17:10:19 PST
sounds like more of an editor issue, reassigning.
Comment 2 User image rubydoo123 2001-02-22 21:50:53 PST
css -- handing over to marc
Comment 3 User image Joe Hewitt (gone) 2001-02-22 22:54:25 PST
Looks like there's a proposed pseudoelement in the latest CSS3 spec with just
this purpose in mind.  See:
Comment 4 User image Marc Attinasi 2001-02-23 13:48:39 PST
Well, we could go ahead and implement the ::selection pseudo-element as a
proprietary extension until the CSS3 Selector module is ratified.

'::-moz-selection' would do the trick.

Please see bug 62843 an bug 65133. Bug 65133 is a tracking bug for CSS3
selectors, so I am linking this bug to that one for now. Also, CC'ing glazman
since he is the CSS3 selector draft editor and the most likely candidate to
implement this (wink-wink, nudge-nudge) ;)

ps. I'm curious, where is the current selection color coming from, the OS?
Comment 5 User image marlon bishop 2001-02-23 13:52:02 PST
yes it comes from the OS
Comment 6 User image Marc Attinasi 2001-03-01 13:43:47 PST
Pusing to Daniel as I try to shed non-critical CSS bugs... This is another CSS3
selector kind of issue. (Daniel, if you object to the reassignment, please let
me know)
Comment 7 User image Pierre Saslawsky 2001-03-06 17:33:50 PST
If :selection is too complex to implement for moz0.9, we can add a new property 
Comment 8 User image rubydoo123 2001-03-12 10:19:55 PST
setting to moz1.0
Comment 9 User image Aaron Leventhal 2001-03-12 23:54:30 PST
The W3C accessibility guidelines ask that selection be configurable to be shown
by something other than color.

Wouldn't that be a nightmare for us if the height and width of the selected text
changed because of the style rule? What kind of performance hit would we take as
the user quickly resized the selection? I can't think of any software where the
selected text is a different size than if it was unselected. 

Even if you could, wouldn't it be confusing as your whole page layout changed?

What is really needed, I think, is to be able to draw boxes around the
selection, or underline it, without the page layout being affected.
Comment 10 User image Daniel Glazman (:glazou) 2001-03-13 00:01:23 PST
Certainly !!! Imagine that you assign 'font-size : 150%' to the selection. You
have "hello world" on your screen and you select "hello" ; the world automagically
doubles its size but you did not change the pointer's position. So you end up
with "hell" selected.

This is the reason why the only applicable property to the new css 3 ::selection
pseudo are color, background and decoration properties, ie properties implying
a repaint but not a reflow.
Comment 11 User image Asa Dotzler [:asa] 2001-12-03 10:46:42 PST
Bugs targeted at mozilla1.0 without the mozilla1.0 keyword moved to mozilla1.0.1 
(you can query for this string to delete spam or retrieve the list of bugs I've 

Note You need to log in before you can comment on or make changes to this bug.