Apps lassen sich in Kategorien gruppieren
Ein Feld an der App, kein zweites Datenmodell: Eine Kategorie besteht genau so lange, wie eine App sie traegt. Damit gibt es nichts anzulegen, nichts zu loeschen und keine zweite Reihenfolge, die mit der bestehenden aus dem Tritt geraten koennte. Die Reihenfolge der Ueberschriften ist die ihres ersten Auftretens in der Liste -- also ordnen dieselben Pfeile wie bisher beides. Am Rand einer Gruppe haengt der Pfeil die App in die Nachbargruppe um, statt zu tauschen: derselbe Knopf zum Sortieren und zum Umkategorisieren, und keine App kann zwischen zwei Gruppen liegen bleiben. Eingesammelt wird im Server, beim Schreiben wie beim Lesen. Das war nicht der erste Entwurf: Zuerst sortierte die Oberflaeche und die HoneyBar setzte ihre Ueberschriften beim Durchlaufen -- prompt stand eine App ohne Kategorie in der HoneyBar unter der letzten Ueberschrift und auf dem Schreibtisch ganz oben. Bei zwei Lesern derselben Liste gehoert die Reihenfolge dorthin, wo die Liste liegt. Ueberschriften erscheinen, wo man sucht: Kacheln, Schublade beider Leisten, Programme-Fenster. Nicht im App-Streifen (32 Pixel) und nicht bei den Schreibtischsymbolen. Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
This commit is contained in:
1 parent
3b47003492
commit
501c3b8930
8 files changed
+394
-16
No files matched your search
@@ -390,6 +390,28 @@ fremden CSPs, gelb statt mitgefärbt, und die Zeichenfassung fürs System-Fenste
|
||||
Eine 3/4-Ansicht (gerechneter Würfel, 2:1) liegt in der Schublade — sie ist
|
||||
unter 64 px unbrauchbar, taugt aber für ein großes Startbild.
|
||||
|
||||
### Kategorien für Apps — ✅ gebaut (12.09.2026)
|
||||
|
||||
Überschriften über den Apps, damit aus einer Liste eine Ordnung wird. Gebaut als
|
||||
**ein Feld an der App**, nicht als zweites Datenmodell: Eine Kategorie besteht,
|
||||
solange eine App sie trägt — kein Anlegen, kein Löschen, keine zweite
|
||||
Reihenfolge neben der bestehenden.
|
||||
|
||||
Die Reihenfolge der Gruppen ist die ihres ersten Auftretens, also ordnen
|
||||
dieselben Pfeile beides. Am Rand einer Gruppe kategorisiert der Pfeil um, statt
|
||||
zu tauschen — sonst bräuchte es einen zweiten Knopf, und eine App könnte
|
||||
zwischen zwei Gruppen liegen bleiben.
|
||||
|
||||
Eingesammelt wird **im Server**, beim Schreiben wie beim Lesen. Das war nicht der
|
||||
erste Entwurf: Zuerst sortierte die Oberfläche und die HoneyBar setzte ihre
|
||||
Überschriften beim Durchlaufen — prompt stand eine App ohne Kategorie in der
|
||||
HoneyBar unter der letzten Überschrift und auf dem Schreibtisch ganz oben. Bei
|
||||
zwei Lesern derselben Liste gehört die Reihenfolge dorthin, wo die Liste liegt.
|
||||
|
||||
Offen gelassen: Schreibtischsymbole bleiben flach (Ordner wären ein eigenes
|
||||
Thema), und der App-Streifen der Leiste bekommt keine Überschriften — dort ist
|
||||
kein Platz.
|
||||
|
||||
### Eigene App-Logos — verschoben aus 1.3 (29.08.2026)
|
||||
|
||||
**Beschlossen als Planung (25.08.2026), aber nicht als Nächstes.** Je App ein
|
||||
|
||||
Reference in new issue
Block a user