Die Verknüpfung einer Aufgabe mit einem Git-Issue stand bisher an zwei Stellen: im Bearbeiten-Dialog und in der projektübergreifenden Aufgabenübersicht. Auf dem Brett innerhalb eines Projekts — dort, wo man die Aufgaben im Vorbeigehen sieht — war ihr nichts anzusehen. Wer wissen wollte, welche Aufgabe schon ein Issue hat, musste jede einzeln aufmachen.
Was jetzt zu sehen ist
Das Kennzeichen steht vorn in der Fußzeile der Karte, vor Beschreibung, Wiederholung, Frist und Labels — damit sich eine Spalte danach überfliegen lässt, ohne den Blick durch unterschiedlich lange Zeilen wandern zu lassen.
Symbol und Farbe sind dieselben wie im Bearbeiten-Dialog. Ein Sachverhalt, ein Zeichen; ein drittes Symbol für dasselbe hätte den Bestand nur weiter aufgefächert.
Zwei Entscheidungen
Bewusst kein Link. Die Karte steckt in einem <button>, ein <a> darin wäre ungültiges Markup und im Browser nicht verlässlich anklickbar. Der Weg zum Issue führt über den Bearbeiten-Dialog, der ihn ohnehin anbietet — ein Klick mehr, dafür sauberes Markup. Ein Test hält das fest, damit es nicht versehentlich zurückgedreht wird.
Vorlesesoftware. „#12" allein ergibt vorgelesen keinen Sinn, deshalb steht „Verknüpft mit" als sr-only davor. Sichtbar bleibt die kurze Form.
Der Fallstrick
Die Fußzeile der Karte wird nur gerendert, wenn es etwas zu zeigen gibt — bisher: Beschreibung, Frist, Wiederholung oder Labels. Eine aus einem Issue erzeugte Aufgabe hat davon oft nichts. Genau die wäre also leer geblieben, und genau die ist der häufige Fall. Die Bedingung ist mitgezogen, ein Test klopft sie ab.
Verworfen
Das Kennzeichen abzudunkeln, sobald die Aufgabe erledigt ist, war umgesetzt und ist wieder draußen: axe-core rechnete text-violet-300/50 bei 10 px als Kontrastverstoß ab (3,2:1 statt 4,5:1). Der Wunsch nach optischer Ruhe auf der erledigten Karte war es nicht wert. Aufgefallen ist es nur, weil gemessen wurde — vorher waren es 0 Verstöße, danach 1.
Geprüft
275 Unit-Tests (6 neue), tsc sauber, npm run build durch
Angesehen auf einem Brett mit sechs Aufgaben, die die Fälle abdecken: verknüpft, unverknüpft, nackt, vollbepackt, erledigt, vierstellige Nummer — gegen eine Wegwerf-Datenbank, danach gelöscht
1280 px und 375 px: kein seitlicher Überlauf (scrollWidth === clientWidth), axe-core 0 Verstöße auf beiden Breiten
Die neuen Tests gegengeprobt: die Bedingung zurückgedreht lässt drei von ihnen fallen
Die Verknüpfung einer Aufgabe mit einem Git-Issue stand bisher an zwei Stellen: im Bearbeiten-Dialog und in der projektübergreifenden Aufgabenübersicht. Auf dem Brett **innerhalb** eines Projekts — dort, wo man die Aufgaben im Vorbeigehen sieht — war ihr nichts anzusehen. Wer wissen wollte, welche Aufgabe schon ein Issue hat, musste jede einzeln aufmachen.
## Was jetzt zu sehen ist
Das Kennzeichen steht **vorn** in der Fußzeile der Karte, vor Beschreibung, Wiederholung, Frist und Labels — damit sich eine Spalte danach überfliegen lässt, ohne den Blick durch unterschiedlich lange Zeilen wandern zu lassen.
Symbol und Farbe sind dieselben wie im Bearbeiten-Dialog. Ein Sachverhalt, ein Zeichen; ein drittes Symbol für dasselbe hätte den Bestand nur weiter aufgefächert.
## Zwei Entscheidungen
**Bewusst kein Link.** Die Karte steckt in einem `<button>`, ein `<a>` darin wäre ungültiges Markup und im Browser nicht verlässlich anklickbar. Der Weg zum Issue führt über den Bearbeiten-Dialog, der ihn ohnehin anbietet — ein Klick mehr, dafür sauberes Markup. Ein Test hält das fest, damit es nicht versehentlich zurückgedreht wird.
**Vorlesesoftware.** „#12" allein ergibt vorgelesen keinen Sinn, deshalb steht „Verknüpft mit" als `sr-only` davor. Sichtbar bleibt die kurze Form.
## Der Fallstrick
Die Fußzeile der Karte wird nur gerendert, wenn es etwas zu zeigen gibt — bisher: Beschreibung, Frist, Wiederholung oder Labels. Eine aus einem Issue erzeugte Aufgabe hat davon oft **nichts**. Genau die wäre also leer geblieben, und genau die ist der häufige Fall. Die Bedingung ist mitgezogen, ein Test klopft sie ab.
## Verworfen
Das Kennzeichen abzudunkeln, sobald die Aufgabe erledigt ist, war umgesetzt und ist wieder draußen: axe-core rechnete `text-violet-300/50` bei 10 px als Kontrastverstoß ab (3,2:1 statt 4,5:1). Der Wunsch nach optischer Ruhe auf der erledigten Karte war es nicht wert. Aufgefallen ist es nur, weil gemessen wurde — vorher waren es 0 Verstöße, danach 1.
## Geprüft
- **275 Unit-Tests** (6 neue), `tsc` sauber, `npm run build` durch
- **Angesehen** auf einem Brett mit sechs Aufgaben, die die Fälle abdecken: verknüpft, unverknüpft, nackt, vollbepackt, erledigt, vierstellige Nummer — gegen eine Wegwerf-Datenbank, danach gelöscht
- **1280 px und 375 px:** kein seitlicher Überlauf (`scrollWidth === clientWidth`), axe-core 0 Verstöße auf beiden Breiten
- Die neuen Tests gegengeprobt: die Bedingung zurückgedreht lässt drei von ihnen fallen
Closes #12
Die Verknuepfung stand bisher nur im Bearbeiten-Dialog und in der
projektuebergreifenden Uebersicht. Auf dem Brett eines Projekts - dort,
wo man die Aufgaben im Vorbeigehen sieht - war ihr nichts anzusehen.
Wer wissen wollte, welche Aufgabe schon ein Issue hat, musste jede
einzeln aufmachen.
Das Kennzeichen steht vorn in der Fusszeile der Karte, damit sich eine
Spalte danach ueberfliegen laesst, und traegt dasselbe Symbol wie der
Dialog: ein Sachverhalt, ein Zeichen.
Bewusst kein Link. Die Karte steckt in einem <button>, ein <a> darin
waere ungueltiges Markup; der Weg zum Issue fuehrt ueber den Dialog, der
ihn ohnehin anbietet. Die Nummer allein ergibt vorgelesen keinen Sinn,
deshalb steht "Verknuepft mit" als sr-only davor.
Der Fallstrick lag in der Bedingung darueber: die Fusszeile erschien nur
bei Beschreibung, Frist, Wiederholung oder Labels. Gerade eine aus einem
Issue erzeugte Aufgabe hat davon oft nichts - sie waere leer geblieben.
Abzudunkeln, sobald die Aufgabe erledigt ist, war versucht und wieder
verworfen: axe-core rechnete text-violet-300/50 bei 10px als
Kontrastverstoss ab.
Nachgesehen statt angenommen: Brett mit sechs Aufgaben (verknuepft,
unverknuepft, nackt, vollbepackt, erledigt, vierstellige Nummer) auf
1280 und 375 px - kein seitlicher Ueberlauf, axe-core ohne Verstoss.
Refs #12
Blocking a user prevents them from interacting with repositories, such as opening or commenting on pull requests or issues. Learn more about blocking a user.
Die Verknüpfung einer Aufgabe mit einem Git-Issue stand bisher an zwei Stellen: im Bearbeiten-Dialog und in der projektübergreifenden Aufgabenübersicht. Auf dem Brett innerhalb eines Projekts — dort, wo man die Aufgaben im Vorbeigehen sieht — war ihr nichts anzusehen. Wer wissen wollte, welche Aufgabe schon ein Issue hat, musste jede einzeln aufmachen.
Was jetzt zu sehen ist
Das Kennzeichen steht vorn in der Fußzeile der Karte, vor Beschreibung, Wiederholung, Frist und Labels — damit sich eine Spalte danach überfliegen lässt, ohne den Blick durch unterschiedlich lange Zeilen wandern zu lassen.
Symbol und Farbe sind dieselben wie im Bearbeiten-Dialog. Ein Sachverhalt, ein Zeichen; ein drittes Symbol für dasselbe hätte den Bestand nur weiter aufgefächert.
Zwei Entscheidungen
Bewusst kein Link. Die Karte steckt in einem
<button>, ein<a>darin wäre ungültiges Markup und im Browser nicht verlässlich anklickbar. Der Weg zum Issue führt über den Bearbeiten-Dialog, der ihn ohnehin anbietet — ein Klick mehr, dafür sauberes Markup. Ein Test hält das fest, damit es nicht versehentlich zurückgedreht wird.Vorlesesoftware. „#12" allein ergibt vorgelesen keinen Sinn, deshalb steht „Verknüpft mit" als
sr-onlydavor. Sichtbar bleibt die kurze Form.Der Fallstrick
Die Fußzeile der Karte wird nur gerendert, wenn es etwas zu zeigen gibt — bisher: Beschreibung, Frist, Wiederholung oder Labels. Eine aus einem Issue erzeugte Aufgabe hat davon oft nichts. Genau die wäre also leer geblieben, und genau die ist der häufige Fall. Die Bedingung ist mitgezogen, ein Test klopft sie ab.
Verworfen
Das Kennzeichen abzudunkeln, sobald die Aufgabe erledigt ist, war umgesetzt und ist wieder draußen: axe-core rechnete
text-violet-300/50bei 10 px als Kontrastverstoß ab (3,2:1 statt 4,5:1). Der Wunsch nach optischer Ruhe auf der erledigten Karte war es nicht wert. Aufgefallen ist es nur, weil gemessen wurde — vorher waren es 0 Verstöße, danach 1.Geprüft
tscsauber,npm run builddurchscrollWidth === clientWidth), axe-core 0 Verstöße auf beiden BreitenCloses #12