Inkonsistente Labels fixen #13

New Issue

lukas · 2023-11-18T21:11:01+01:00

lukas commented

2023-11-18 21:11:01 +01:00

Leider kp wie man das macht, aber dachte ich erstell mal ein Issue, dass man es nicht vergisst.
Die Labels der Kategorie Kind sind visuell anders, zu den anderen Labels, welche eine stilistische Trennung zwischen Kategorie und Spezifizierung haben, anstelle eines formattiven / (siehe bild).

Leider kp wie man das macht, aber dachte ich erstell mal ein Issue, dass man es nicht vergisst. Die Labels der Kategorie `Kind` sind visuell anders, zu den anderen Labels, welche eine stilistische Trennung zwischen Kategorie und Spezifizierung haben, anstelle eines formattiven `/` (siehe bild). ![image](/attachments/0c949b8e-0a87-403a-be7f-451cafe69f94)

image.png

31 KiB

lukas added the

labels 2023-11-18 21:11:21 +01:00

leon commented

2023-11-18 21:46:05 +01:00

Das haengt damit zusammen, dass "exclusive" bei Kind/* auf "false" steht.

vs.

Das haengt damit zusammen, dass "exclusive" bei Kind/* auf "false" steht. ![image](/attachments/ad6d21b1-19ea-44c3-907f-7dfa55ca1b37) vs. ![image](/attachments/8a609163-1683-402c-a7f9-3a6ceee93e1b)

image.png

12 KiB

image.png

13 KiB

lukas commented

2023-11-19 14:18:54 +01:00

Wo kann man denn diese Einstellung bearbeiten, bzw. hat es einen Grund, dass das so steht?

leon commented

2023-11-19 15:12:12 +01:00

Man kann die beim editieren eines Labels ändern. Es hat den Grund, das eine Issue mehrere Kinds haben kann, zum Beispiel haben Issues mit Kind/ugs oft auch Kind/Security. Man kann das aber natürlich auch aufteilen. Ich habe halt einfach das advanced Label-Template genommen und es um ein paar Labels erweitert.

lukas commented

2023-11-19 15:22:10 +01:00

könnten wir dann die vielleicht irgendwie aufteilen, es ist schon recht unschön, das so inconsistent zu haben imo

leon commented

2023-11-19 15:28:26 +01:00

Das können wir wie gesagt machen, es fehlen ohnehin noch viele Labels. Bis jetzt habe ich die immer dann erstellt, sobald ich die gebraucht habe.

leon added this to the Issue Board project 2024-02-05 22:10:11 +01:00

lukas commented

2024-03-01 13:03:00 +01:00

Nach Absprache gab Leon mir ein wildcard-style "Sure" auf meine Bitte mich den Labels annehmen zu dürfen. Ich präsentiere jetzt mal meine überarbeitete Fassung der Labels dieses Repo's.

Standalone Labels

Hier gibt es aktuell nur Breaking

Kind

Kinds sind nun exklusive und beinhalten:

Kind/Bug
Kind/Enhancement

Kind/Idea wurde entfernt, da es nicht genutzt wurde. Wir können es gerne wieder einführen, falls bedarf besteht.

Involves

Andere frühere Kinds wurden jetzt in Involves verschoben, um Exklusivität zu ermöglichen. Hier haben wir:

Involves/Security
Involves/Documentation
Invovles/Testing

Diese Labels dienen der Einordnung der Konsequenzen eines Issues. Generell gilt: Jedes Issue hat Konsequenzen für die Nutzer, außer ein Involves-Label setzt dies explizit.

Status

Status und Reviewed wurden gemerged, da sie ja prinzipiell eine ähnliche Aussage treffen. Es bestehen:

Status/Abandoned
Status/Acknowledged
Status/Blocked
Status/Duplicate
Status/Invalid
Status/Needs More Info
Status/Won't Fix

Unverändert

Domain, Service und Priority wurden nicht verändert.

Mit diesen Änderungen schließe ich dieses Issue, da nun Labels konsistent und exklusive sind. Sollten Fragen oder Anmerkungen bestehen, so können sie gerne kommentiert werden. Falls Änderungsbedarf besteht, kann dieses Issue gerne wieder eröffnet werden. Ansonsten wäre das Thema hiermit abgehakt.

Ich möchte außerdem anmerken, dass wir nicht unbedingt für alles Labels brauchen. Labels dienen der Organisation, jedoch ist keine Notwendigkeit gegeben, dass man für jede Kleinigkeit ein neues Label benötigt. Manchmal ist weniger mehr :)

Nach Absprache gab Leon mir ein wildcard-style "Sure" auf meine Bitte mich den Labels annehmen zu dürfen. Ich präsentiere jetzt mal meine überarbeitete Fassung der Labels dieses Repo's. # Standalone Labels Hier gibt es aktuell nur `Breaking` # Kind `Kind`s sind nun exklusive und beinhalten: - `Kind/Bug` - `Kind/Enhancement` `Kind/Idea` wurde entfernt, da es nicht genutzt wurde. Wir können es gerne wieder einführen, falls bedarf besteht. # Involves Andere frühere `Kind`s wurden jetzt in `Involves` verschoben, um Exklusivität zu ermöglichen. Hier haben wir: - `Involves/Security` - `Involves/Documentation` - `Invovles/Testing` Diese Labels dienen der Einordnung der Konsequenzen eines Issues. Generell gilt: Jedes Issue hat Konsequenzen für die Nutzer, außer ein `Involves`-Label setzt dies explizit. # Status `Status` und `Reviewed` wurden gemerged, da sie ja prinzipiell eine ähnliche Aussage treffen. Es bestehen: - `Status/Abandoned` - `Status/Acknowledged` - `Status/Blocked` - `Status/Duplicate` - `Status/Invalid` - `Status/Needs More Info` - `Status/Won't Fix` ### Unverändert `Domain`, `Service` und `Priority` wurden nicht verändert. Mit diesen Änderungen schließe ich dieses Issue, da nun Labels konsistent und exklusive sind. Sollten Fragen oder Anmerkungen bestehen, so können sie gerne kommentiert werden. Falls Änderungsbedarf besteht, kann dieses Issue gerne wieder eröffnet werden. Ansonsten wäre das Thema hiermit abgehakt. Ich möchte außerdem anmerken, dass wir nicht unbedingt für alles Labels brauchen. Labels dienen der Organisation, jedoch ist keine Notwendigkeit gegeben, dass man für jede Kleinigkeit ein neues Label benötigt. Manchmal ist weniger mehr :)

lukas closed this issue

2024-03-01 13:03:00 +01:00

lukas removed this from the Issue Board project 2024-06-03 16:46:13 +02:00

Sign in to join this conversation.

No Milestone

No project

No Assignees

2 Participants

Notifications

Due Date

The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: KomuSolutions/igot99issues#13