Closed
Bug 313144
Opened 19 years ago
Closed 19 years ago
CSS Cursor property not being processed when using URL for source.
Categories
(Core :: CSS Parsing and Computation, defect)
Tracking
()
RESOLVED
INVALID
People
(Reporter: maikoherajin, Assigned: dbaron)
References
()
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b5) Gecko/20051018 Firefox/1.4.1 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8b5) Gecko/20051018 Firefox/1.4.1 The "Cursor" property of CSS does not appear to be fully integrated in firefox yet. Specifically, using an URL to point to a cursor does not load and show the cursor where it should. Go to the example page I have supplied, and look at the first paragraph. This paragraph has the code <p class="standardText" style="cursor: crosshair">, which as expected, causes the mouse cursor to become a crosshair when it is hovered over. However, the second paragraph contains the code <p class="standardText" style="cursor: url('http://herajin.psychicvinyl.com/GIR%20Help.cur')"> which does NOT contain the cursor in question. The cursor does show up under IE, so this is either a bug/not yet implimented in Firefox, or I have coded something wrong (possible, since I'm relativly new to CSS) and IE is simply being lax about enforcement. Either way, please let me know. (: Thank you very much in advance. Reproducible: Always Steps to Reproduce: 1. Go to the example page. 2. Hover over the second paragraph. Actual Results: The standard text select cursor appeared. Expected Results: The specified cursor (a Z with a question mark after it) should have appeared.
Updated•19 years ago
|
Assignee: nobody → dbaron
Component: General → Style System (CSS)
Product: Firefox → Core
QA Contact: general → ian
Version: unspecified → 1.0 Branch
Comment 1•19 years ago
|
||
This is invalid. You must provide a fallback cursor per the CSS specification. Probably a duplicate of some marked INVALID bug. (I'm pretty sure of that.)
Comment 2•19 years ago
|
||
Yeah *** This bug has been marked as a duplicate of 286624 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
Comment 3•19 years ago
|
||
(In reply to comment #2) > Yeah > > *** This bug has been marked as a duplicate of 286624 *** José, I don't think this is a dupe. this bug should be "support .cur and .ani format (url)cursors" [ New - All OS - enh ] I read most of Bug 38447 but couldn't find the final yes or no (Win recognises ani/cur , others don't) I looked long for a dupe, but couldn't find any.
Comment 4•19 years ago
|
||
Sorry, was a bit to fast there, code has a fallback cursor, and I do see the custom cursor. I didn't see it the first time though (I think)
Status: RESOLVED → UNCONFIRMED
Resolution: DUPLICATE → ---
Comment 5•19 years ago
|
||
Was the page updated?
Reporter | ||
Comment 6•19 years ago
|
||
(In reply to comment #5) > Was the page updated? Yes, I updated it to test if that was right. Indeed, that did fix the problem. Looking carefully over the spec, I can see technically where the problem lies (the two independant groups both nessisary with URL being 0 or more times). This still seems like nit picking though, since looking around, mine is hardly the only site out there that uses the "wrong" syntax. Espcially considering the spec makes no sence. Why should you have to specify a fall back icon when it makes perfect sence to just fall back to Auto, the default value? Anyway, I realize that's the way it's written, and it does work that way.
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago → 19 years ago
Resolution: --- → INVALID
Comment 7•19 years ago
|
||
note http://developer.mozilla.org/en/docs/Using_URL_values_for_the_cursor_property#Compatibility_with_other_browsers "auto" may not be the best match in all cases... anyway, if you want to get the spec changed, take it up with www-style (http://www.w3.org/Mail/Lists.html#www-style)
Version: 1.0 Branch → 1.8 Branch
You need to log in
before you can comment on or make changes to this bug.
Description
•