Short version of what I'm looking for: How do I change the cursor specific to hovering over chart series items? I've found some documentation to a SeriesDefinition.Appearance property where the cursor can be set, but this does not seem to apply with regards to RadChart for ASP.NET AJAX.
Long version (in case someone can provide a solution or other workaround for the initial issue):
Development began with a previous version of RadControls that seems best compatible with IE7 and thus has remained in this environment.
MAIN ISSUE: In IE7, the cursor automatically defaults to a text cursor in all areas (divs, etc.) where it is not defined. This is a confirmed bug amongst many others in IE7 as part of the hasLayout issue. Not a huge deal for some, but I find this quite annoying to see throughout the application.
SOLUTION A: Hack using CSS definition to give all <div> tags a background color of white. This tricks IE7 into thinking that the <div> tag is defined and has a layout, which in a sense it now does with the white bg. I was not able to hack with any other property such as others suggested (zoom, position, etc.)
ISSUE A: With the cursor now behaving correctly throughout the entire app (text, hand, default where they should be), there are now some white bgs seen as some of the RadControls use <div> tags and most likely have not explicitly defined a bg. No problem as I can mostly trace these and override with !important in the app CSS. The ONLY issue being the RadSplitBar. When collapse and expand is set to none (so just the vertical bar showing), there's a white bg space about 2 px in height that shows up exactly in the middle where the collapse/expand buttons would normally go. I've tried overriding all <div> elements associated with the RadSplitter to no avail.
SOLUTION B: Set the cursor to default (which is an arrow) throughout the entire app. This seems to work pretty well with two exceptions. 1)Have to manually set cursor to text where appropriate and 2)For whatever reason the RadChart Series Item hover no longer changes to a pointer (hand). Thus we come full circle back to the question above.
I wasn't sure where to post this but as of now thinking solution b is the way to go regardless. Any help would be greatly appreciated.
Thanks
Panit
Long version (in case someone can provide a solution or other workaround for the initial issue):
Development began with a previous version of RadControls that seems best compatible with IE7 and thus has remained in this environment.
MAIN ISSUE: In IE7, the cursor automatically defaults to a text cursor in all areas (divs, etc.) where it is not defined. This is a confirmed bug amongst many others in IE7 as part of the hasLayout issue. Not a huge deal for some, but I find this quite annoying to see throughout the application.
SOLUTION A: Hack using CSS definition to give all <div> tags a background color of white. This tricks IE7 into thinking that the <div> tag is defined and has a layout, which in a sense it now does with the white bg. I was not able to hack with any other property such as others suggested (zoom, position, etc.)
ISSUE A: With the cursor now behaving correctly throughout the entire app (text, hand, default where they should be), there are now some white bgs seen as some of the RadControls use <div> tags and most likely have not explicitly defined a bg. No problem as I can mostly trace these and override with !important in the app CSS. The ONLY issue being the RadSplitBar. When collapse and expand is set to none (so just the vertical bar showing), there's a white bg space about 2 px in height that shows up exactly in the middle where the collapse/expand buttons would normally go. I've tried overriding all <div> elements associated with the RadSplitter to no avail.
SOLUTION B: Set the cursor to default (which is an arrow) throughout the entire app. This seems to work pretty well with two exceptions. 1)Have to manually set cursor to text where appropriate and 2)For whatever reason the RadChart Series Item hover no longer changes to a pointer (hand). Thus we come full circle back to the question above.
I wasn't sure where to post this but as of now thinking solution b is the way to go regardless. Any help would be greatly appreciated.
Thanks
Panit