ansprechendere optische Gestaltung
neradis opened this issue · comments
Das Layout und Styling können und sollten wir durch den Einsatz eines CSS-Frameworks mit überschaubaren Aufwand deutlich verbessern. Ein paar der üblichen Verdächtigen:
@andywer, @chillSen Wenn ihr für euch Einschätzt, dass ihr mehr Zeit spart, das Aussehen ohne Framework zu verbessern, ist das natürlich ebenso akzeptabel. Es sollte
aber dann trotzden eine angenehme, ästhetische Farbkombination, sowie ein ansprechender Satzspiegel und typografische Rythmus vorliegen. Außerdem sollten zur einfachen optischen Orientierung für den Nutzer Seitenelemente stimmig in Boxen gruppiert sein (gern solche mit runden HTML5-Ecken).
@andywer Das ist ein issue, der euch beide betritt, aber ich konnte nur einen von euch direkt als asignee anwählen (hier Simon).
Beim Stand gemäß c9db279 lösen die Callbacks des Volltextfeldes offenbar nicht mehr die korrekten Abfragen aus (GET "/?inputFulltextSearch=der" statt an die korrekte Route für den Volltextsuchservice).
Außerdem ist da kein Schalter mehr für das Umschalten zwischen den Sprachen zu sehen und der Default-Wert für die Sprache ist null, wodurch keine validen Anfragen an den AjaxController enstehen.
Bei c9db279 überlappen auch die Bereiche von Volltextsuche und Stichwortsuche bei einem Viewport kleiner als ca. 1200 px. (Chromium 25, Firefox 20)
@neradis
Also ich weiß nicht was bei dir das Problem ist, aber bei mir funktioniert das alles (Stand: c9db279).
Zugegeben, die Überschriften der Panels sehen noch sch*** aus und für die Ergebnisanzeige müssen wir noch einen Throbber anzeigen, damit man sieht dass er was macht bis die Ergebnisse kommen.
Aber die Volltextsuche klappt und bei mir überlappt da auch bei kleinen Viewports nichts. Hast du mal den Browsercache geleert?
@andywer Die gestern beschriebenen Probleme haben sich erledigt. Am Browserchache lag es nicht, aber nah daran: Es wurden teilweise veraltete statisch vor kompilierte assets ausgeliefert.
Um zu vermeiden, dass vielelicht noch andere darauf hereinfallen: Kannst du bitte einen kurzen erläuternden Hinweis zur Wikiseite zum Einrichten der Umgebung hinzufügen?
Ansonsten sieht das alles schon sehr viel schöner aus. Nur der Umschalter zwischen den Sprachen ist so wie er sich derzeit verhält und dargestellt wird noch mMn etwas unintutiv/verwirrend.
@neradis Ja, der Schalter muss noch fix gemacht werden. Aber das ist schnell erledigt.
Was genau soll ich denn dazu dokumentieren? Dass man rake assets:precompile ausführen muss wenn man in der production-Umgebung arbeitet?
Was genau soll ich denn dazu dokumentieren? Dass man rake assets:precompile ausführen muss wenn man in der production-Umgebung arbeitet?
Zumindest bei der derzeitigen Konfiguration in railsapp/config/environments kann man (wie mir passiert) auch ebenso unter test da auf Probleme (bzw. zumindest unklares Verhalten) stoßen. In meinem Fall hatte ich bereits bei einem früheren commit mal die assets precompiliert und auch unter test hatte rails dann munter weiter veraltetes CSS und JavaScript ausgeliefert, obwohl neuere Quelldateien vorhanden waren.
Vielleicht können wir auch die environment-Konfigurationen für development und test ohne großen Aufwand so anpassen, dass assets pro Serverstert mind. einmal on the fly neu generiert werden? (Für production ist Abhängigkeit von rake assets:precompile natürlich völlig okay.)
@neradis Aber das ist doch quatsch... Für development und test müssen die Assets doch gar nicht vorcompiliert werden. Falls man es aus Versehen doch getan hat, schafft ein rake assets:clean Abhilfe. Das könnte man vllt dokumentieren. ;)
@andywer Ja, mMn kann der Schalter so bleiben.