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)

1.8 Branch
x86
Windows XP
defect
Not set
normal

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.
Assignee: nobody → dbaron
Component: General → Style System (CSS)
Product: Firefox → Core
QA Contact: general → ian
Version: unspecified → 1.0 Branch
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.)
Yeah

*** This bug has been marked as a duplicate of 286624 ***
Status: UNCONFIRMED → RESOLVED
Closed: 19 years ago
Resolution: --- → DUPLICATE
(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.
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 → ---
Was the page updated?
(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 ago19 years ago
Resolution: --- → INVALID
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.