updated

2023-09-07 09:16:24 +02:00 · 2023-09-07 09:16:24 +02:00 · 797e8c2d90
commit 797e8c2d90
parent e4f89f6a87
1 changed files with 52 additions and 42 deletions
--- a/TODO.md
+++ b/TODO.md
@ -75,23 +75,34 @@
 -	x add modal geht bei enter key nicht zu -> liegt daran, dass ich nicht mehr .modal("hide") verwende
 	-	ich könnt's umstellen, aber will ich das?
 	-	nicht mehr aktuell
+
 ### open

-	im Chromium sind die Slider für Damage im #combatant-modal ungestylet 
-	Seite für größere Screens anpassen (Schrift, Buttons, Icons skalieren)
-	-	media queries
+-	dafür sorgen, dass lange Namen nicht das Design sprengen -> https://www.design-fluide.com/09-12-2018/how-to-break-long-words-in-an-html-or-css-table/
+-	Design
+	-	im Chromium sind die Slider für Damage im #combatant-modal ungestylet 
+	-	augmented-ui Fallstricke: 
+		-	--aug-[b|t|][l|r|] fkt. nur sicher mit Werten in px; em, rem, % etc. fkt. idR nicht
+		-	--aug-border-* fkt. nicht mit Wert 0, es muss 0px sein  
+	-	Seite für größere Screens anpassen (Schrift, Buttons, Icons skalieren)
+		-	Breakpoints: 600px, 1200px
+		-	Elementbreite begrenzen
+			-	viewport width <= 600px: 100%
+			-	viewport width > 600px: (100-x/24)% mit x = vWidth-600px
+			-	viewport widht > 1200: 75% 
+
 		-	nicht px benutzen, sondern vw/vh/vmin/vmax -> muss aber schauen, ob FF4And das unterstützt
 		-	clamp(minsize, relsize, maxsize)
 		-	auch mgl.: calc(0.75em + 1vw) (macht den Vergrößerungseffekt für große Viewports irrelevant)
-	-	Tabellenbreite begrenzen?
-	make color scheme friendly for people with red green bindness (Felix)
+	-	make color scheme friendly for people with red green bindness (Felix)
 		-	see here: https://venngage.com/tools/accessible-color-palette-generator
+		-	Favicon nicht vergessen!!
 		-	tests
 			-	weiß: ghostwhite, white, lightgrey
 			-	gelb: gold, yellow, orange
 			-	grün: lawngreen, lime, greenyellow
 			-	rot: orangered, red, darkred	
-	im FP3T Tor Browser kann ich rauszoomen, bis ich die ganzen damage monitors und action menus sehe -> verhindern!
+	-	im FP3T Tor Browser kann ich rauszoomen, bis ich die ganzen damage monitors und action menus sehe -> verhindern!
 		-	action-menu und damage-monitor sliden jetzt nicht mehr rein, sondern bleiben an Ort und Stelle
 		-	das sollte die Sache verhindern 
 -	warum fkt. das Ganze nicht als Webapp?
@ -107,6 +118,30 @@

 ## Feature Requests

+-	Seite als Web App auf FF4And installable machen
+	-	mal sehen …
+-	Seite auch mal im Chrome checken
+	-	-moz-… mit -webkit-… ergänzen
+-	Animationen? Transitions?
+-	deployment: dist/* soll direkt auf hermes hochgeladen werden
+	-	x warum sind im dist/-Folder immer zwei Versionen der gleichen Datei? -> lag an parcel-reporter-static-file-copy
+	-	HTML soll nicht in eine Zeile umgedingst werden, das sieht doch nicht aus
+	-	bootstrap, jquery, font auch lokal vorhalten
+		-	x font
+-	docstrings
+-	parcel soll aus dem HTML code nicht die Newlines rausnehmen -> macht er das überhaupt noch?
+	-	falls ja: .htmlnanorc anlegen, s. https://parceljs.org/languages/html/#minification und https://htmlnano.netlify.app/modules#collapsewhitespace 
+-	nicetohave: Wenn ich rea editiere, könnte sich die ini automatisch anpassen -> da müsste ich aber die Würfelergebnisse für speichern
+-	nicetohave: Anzeige, wieviele Aktionen einer hat u.d wieviele davon schon verbraucht sind
+-	Sache mit dem ServiceWorker mal richtig angehen
+
+-	x progressive web app 
+	-	x Service Worker einrichten, um die Dateien lokal zu cachen
+		-	x lief nicht mit Parcel pur, brauchte Paket "serve" -> npx serve dist/ 
+		->	mittlerweile geht's doch
+	-	x parcel bindet sw.js nicht automatisch mit ein, ich muss es nach dist/ hardverlinken
+	-	und die File-list in sw.js darf nur Files enthalten, die auch geladen werden können; sobald einer 404 ergibt, schlägt der gesamte Cache-Vorgang fehl
+		-	geht 
 -	x nochmal wg. Daten wie name, dice, rea, true-ini und damage-x:
 	-	Verwalte sie jetzt komplett mit der data-* API; verwende dafür ausschließlich .attr() als Getter/Setter
 	-	Füge die Werte aus dem Attribut per CSS direkt ins Element ein (::after und content). 
@ -136,32 +171,7 @@
 	-	zumindest modal.js muss ich einzeln laden
 	-	aber sonst brauch ich es glaube ich nicht
 -	x dependencies lokal einbinden 
-	x progressive web app 
-	-	x Service Worker einrichten, um die Dateien lokal zu cachen
-		-	x lief nicht mit Parcel pur, brauchte Paket "serve" -> npx serve dist/ 
-		->	mittlerweile geht's doch
-	-	x parcel bindet sw.js nicht automatisch mit ein, ich muss es nach dist/ hardverlinken
-	-	und die File-list in sw.js darf nur Files enthalten, die auch geladen werden können; sobald einer 404 ergibt, schlägt der gesamte Cache-Vorgang fehl
-		-	geht 
 -	x dafür sorgen, dass die Seite erst dann aufgebaut wird, wenn die CSS-Files geladen sind, damit man nicht den ungestylten Krams sieht -> passt schon
 -	x CSS aufräumen
 	-	Variablen für Farben, Filter etc. 

-	installability (PWA) auf android noch ungetestet
-	Seite auch mal im Chrome checken
-	-	-moz-… mit -webkit-… ergänzen
-	noch mehr Design
-	-	Seite für größere Screens anpassen
-		-	Schrift, Buttons, Icons skalieren
-		-	em und % statt px
-		-	Tabellenbreite begrenzen
-	-	Animationen? Transitions?
-	deployment: dist/* soll direkt auf hermes hochgeladen werden
-	-	warum sind im dist/-Folder immer zwei Versionen der gleichen Datei?
-	-	HTML soll nicht in eine Zeile umgedingst werden, das sieht doch nicht aus
-	-	bootstrap, jquery, font auch lokal vorhalten
-	docstrings
-	parcel soll aus dem HTML code nicht die Newlines rausnehmen -> macht er das überhaupt noch?
-	-	falls ja: .htmlnanorc anlegen, s. https://parceljs.org/languages/html/#minification und https://htmlnano.netlify.app/modules#collapsewhitespace 
-	nicetohave: Wenn ich rea editiere, könnte sich die ini automatisch anpassen -> da müsste ich aber die Würfelergebnisse für speichern
-	nicetohave: Anzeige, wieviele Aktionen einer hat u.d wieviele davon schon verbraucht sind