Closed
Bug 313144
Opened 20 years ago
Closed 20 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•20 years ago
|
Assignee: nobody → dbaron
Component: General → Style System (CSS)
Product: Firefox → Core
QA Contact: general → ian
Version: unspecified → 1.0 Branch
Comment 1•20 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•20 years ago
|
||
Yeah
*** This bug has been marked as a duplicate of 286624 ***
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → DUPLICATE
Comment 3•20 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•20 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•20 years ago
|
||
Was the page updated?
| Reporter | ||
Comment 6•20 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: 20 years ago → 20 years ago
Resolution: --- → INVALID
Comment 7•20 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
•