creativecommons / creativecommons/vocabulary
[Feature] Compatibility Issue with Vendor Prefixes in vocabulary.css
- Dominant language
- HTML
- Stars
- 23
- Forks
- 84
- Avg merge
- 1d 9h
- Merged PRs (30d)
- 3
Description
## Problem
While reviewing the vocabulary.css file, I noticed that -webkit vendor prefixes are used in some cases without providing default or -moz prefixed styles for other browsers (like Firefox). This could result in inconsistent rendering and lack of compatibility across non-WebKit browsers.
## Description
The issue arises due to the inconsistent use of vendor prefixes. For example, properties with -webkit prefixes should ideally have default values and -moz prefixes where necessary to ensure cross-browser compatibility. Without these, certain styles may not render correctly on browsers like Firefox.
Proposed solution:
Refactor the CSS file to include the default property, -webkit, and -moz prefixes where necessary.
Conduct browser testing to ensure the styles render correctly across major browsers.
## Alternatives
An alternative approach would be to use tools like Autoprefixer to automatically handle the addition of vendor prefixes. However, manual refactoring may provide more control and help ensure that the styles are fully optimized for each browser.
## Additional context
This issue could potentially lead to visual or functional inconsistencies for users on non-WebKit browsers. Ensuring that proper vendor prefixes are used would improve the reliability of the design across all browsers.
## Implementation
- [x] I would be interested in implementing this feature.
Contributor guide
Research direction
Start by auditing vocabulary.css for the vendor-prefixed declarations described in the issue and identify which properties lack fallback forms. Verify the affected styles in the major browsers named by the issue; done means the relevant rules render consistently outside WebKit without unnecessary prefixes.
Written by the indexing model from the issue text.
Assessment
- Tech stack
- css
- Domain
- design, frontend
- Issue type
- Feature
- Difficulty
- 3/5
- Estimated time
- 1-2 days
- Activity status
- Stale
- Clarity
- Mostly clear
- Newbie friendliness
- 38/100