You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This might come in as a naive issue but I think that having tags related to the specific subsystem which a patch targets will be really helpful.
Although the current categorizations of Bugs, Clients etc do a great job but when we talk about specific patches, it would be really helpful if we can provide a tag highlighting the subsystem the patch majorly targets(eg: planner, optimizer, storage etc..)
There are certain edge cases where a patch might not fit within a set tag but this feature can really help in making it easier to understand the context of the patch for reviewers.
The text was updated successfully, but these errors were encountered:
A Tag is an arbitrary label for a patch in the Commitfest UI. Other than
helping users identify patches of interest, it has no other semantic
meaning to the CF application. This addresses #11 and #67.
Tags are created using the administrator interface. They consist of a
unique name and a background color. The color should be sent from
compliant browsers in `#rrggbb` format, which is stored without backend
validation; to avoid later CSS injection, any non-conforming values are
replaced with black during rendering.
It also includes some javascript to help admins pick colors that aren't
completely eye-gouging, by putting up an (ignorable) warning if we don't
meet baseline [WCAG
recommendations](https://www.w3.org/WAI/WCAG22/Techniques/general/G18.html)
on text contrast.
## Notes
- To avoid putting a separate name+color copy of every tag into each row
of the `patchlist` query, I instead grab the tag IDs and look them up in
a map at render time. I think this requires `@transaction.atomic` to tie
the map and patches together, which I've added across the entire view
for simplicity.
- Backend validation for the color didn't make a whole lot of sense to
me, since only admins can create tags and we escape at time-of-use
anyway.
## Screenshots
Admin interface:

User interface:

---------
Co-authored-by: Jelte Fennema-Nio <[email protected]>
Hi Team!
This might come in as a naive issue but I think that having tags related to the specific subsystem which a patch targets will be really helpful.
Although the current categorizations of Bugs, Clients etc do a great job but when we talk about specific patches, it would be really helpful if we can provide a tag highlighting the subsystem the patch majorly targets(eg: planner, optimizer, storage etc..)
There are certain edge cases where a patch might not fit within a set tag but this feature can really help in making it easier to understand the context of the patch for reviewers.
The text was updated successfully, but these errors were encountered: