Bug 84981
Summary: | Revert cursorthemegen change | ||
---|---|---|---|
Product: | [Retired] Red Hat Linux | Reporter: | Owen Taylor <otaylor> |
Component: | redhat-artwork | Assignee: | John (J5) Palmieri <johnp> |
Status: | CLOSED CANTFIX | QA Contact: | |
Severity: | medium | Docs Contact: | |
Priority: | medium | ||
Version: | 8.0 | CC: | garrett, jkeck |
Target Milestone: | --- | ||
Target Release: | --- | ||
Hardware: | All | ||
OS: | Linux | ||
Whiteboard: | |||
Fixed In Version: | Doc Type: | Bug Fix | |
Doc Text: | Story Points: | --- | |
Clone Of: | Environment: | ||
Last Closed: | 2006-10-18 14:45:29 UTC | Type: | --- |
Regression: | --- | Mount Type: | --- |
Documentation: | --- | CRM: | |
Verified Versions: | Category: | --- | |
oVirt Team: | --- | RHEL 7.3 requirements from Atomic Host: | |
Cloudforms Team: | --- | Target Upstream Version: | |
Embargoed: |
Description
Owen Taylor
2003-02-24 17:26:56 UTC
I reverted the change in icon-slicer CVS; if redhat-artwork now builds doesn't trigger this warning, this bug can be closed. If it does, that needs to be fixed, or the build will break next time we pull in a new icon-slicer release. So, the issue seems to be that the "watch" cursor only has animations for size=24. Can't you have different length animations for different sizes? No, I don't think that makes sense.... of course, the underlying cursor file format doesn't care if there is any correlation between different cursors at different sizes, but the idea of icon-slicer is that we have: Information about the cursor independent of size Sources images at different sizes To show further why it doesn't make sense, there is only one specification of delay times, so while you can sort of make it work to have a single frame of animation and an entire animation, you couldn't have one animation with half the frames of another animation. I don't think there is any alternative to drawing the missing frames. The way the watch is animated would make it entirely difficult to animate it for other sizes. The rotation was done in Illustrator and the flowing was done pixel-by-pixel in the Gimp. Duplicating this for other sizes would take a *lot* of time for something that is not seen by most people. I suppose we perhaps could take a "replicate for missing frames" interpretation, and optimize it internally to add up delay times instead of actually storing the missing frames. Red Hat Linux is no longer supported by Red Hat, Inc. If you are still running Red Hat Linux, you are strongly advised to upgrade to a current Fedora Core release or Red Hat Enterprise Linux or comparable. Some information on which option may be right for you is available at http://www.redhat.com/rhel/migrate/redhatlinux/. Red Hat apologizes that these issues have not been resolved yet. We do want to make sure that no important bugs slip through the cracks. Please check if this issue is still present in a current Fedora Core release. If so, please change the product and version to match, and check the box indicating that the requested information has been provided. Note that any bug still open against Red Hat Linux on will be closed as 'CANTFIX' on September 30, 2006. Thanks again for your help. Red Hat Linux is no longer supported by Red Hat, Inc. If you are still running Red Hat Linux, you are strongly advised to upgrade to a current Fedora Core release or Red Hat Enterprise Linux or comparable. Some information on which option may be right for you is available at http://www.redhat.com/rhel/migrate/redhatlinux/. Closing as CANTFIX. |