verfaßt von Johann [Gast], 14.11.2011, 16:11:50
Hi Karsten,
> Nur schieben sich die Bilder beim IE in etwa halber Geschwindigkeit rein.
ja, das weiss ich. Für den IE muss ich später, wie immer, noch eine Extrawurst braten 
Bzw. im IE die Animationen abschalten.
> Auf dem Android-Browser (2.1?) nervt, dass bei senkrechter Ansicht das Bild
> (eigentlich: der gesamte Inhalt) sehr klein ist. Rechts und links ist ein
> breiter Rand. Im Querformat ist das natürlich weniger relevant.
Ja. Aber wo da den Kompromiss machen? Die Handheld-Geräte sind ja so flexibel, dass man die einfach senkrecht dreht.
Ich muss mir echt bald auch mal so einen Androiden besorgen um das zu testen...
> Auf den anderen Browsern reagiert das System nicht auf die zur Verfügung
> stehende Breite. Das ist womöglich Mode, aber nicht unbedingt sinnvoll.
Das Interface hat ja eine feste Breite. Lediglich den Zoom-Modus werde ich dynamisch an die Bildschirmgröße anpassen können.
> Das seitenweise Blättern der Thumbnails finde ich nicht gut. Da hat man nun
> einen Überlick über die Bilder davor und danach - aber zufällig nicht dann,
> wenn die Seite wechselt. Da finde ich das die (wo hab ich das gesehen?)
> einzeilige Bilderliste, bei der (möglichst) immer das mittlere das aktive
> ist, besser.
Ok, ebenfalls eine gute Idee. Mudguard hatte das auch moniert und ebenfalls eine Alternative vorgeschlagen.
Muss ich mal bisschen überlegen und ausprobieren.
Die einzeilige Variante ist gar nicht so übel, da hätte ich mehr Platz für den Player ansich...
> Und: Das funktioniert auch deshalb besser, weil man ja oben
> das Bild sehen möchte und unten recht wenig Platz verschwenden möchte.
Genau! So wird\'s wohl werden.
>
> Denkst du an Mehrsprachigkeit?
>
Ist problemlos machbar. Texte sind eher im zugehörigen Backend als im Frontend.
Nur bei arabisch oder israelisch wird\'s kriminell. Die schreiben ja von rechts nach links 
> Den \"Groß-Button\" würde ich in die Mitte setzen - analog zur Position im
> Bild. (Nebenbei hat er für mich die Anmutung des Verkleinerns statt
> Vergrößerns, wegen des Pfeils.)
die Button-Steuerelemente fliegen eh noch raus, bzw. werden ergänzt.
Da bereits eine automatische Diashow integriert ist kommen da noch Start/Pause so wie vorwärts/rückwärts Trigger dazu.
Da diese Elemente auch in der Zoom-Ansicht auftauchen sollen muss ich die eh noch mal überdenken/anpassen/ergänzen.
>
> Das weiße Textfeld wäre mir zu aufdringlich.
Ja, das ist anpassbar. Das Feld baue ich noch um wenn ich mich entschieden habe, wie ich das mit den Thumbnails mache.
Dann ist mehr Platz für den ganzen Player ansich.
>
> Dass sich kein Bild verlinken lässt
Doch, geht schon \"so halb\". Es gibt einen Init-Parameter mit dem man gewisse Bilder direkt aufrufen kann.
Kommt noch auf eine Buttonfunktion bzw. \"Embed Code\" zum verlinken.
> und man per Browser-Zurück rausfliegt,
Tja, vor/zurück im Browser ist halt vor/zurück im Browser und nicht in einer Javascript-Anwendung 
> empfinde ich als Nachteil. (Haben nicht die ach so geschähten Frames genau
> diesen ersten Nachteil, den zweiten aber nicht?) 
\"Man kann nicht alles haben\" sagte meine Oma immer 
Ich habe lieber eine stehende Seite die dynamisch aufgebaut wird als ständig Seitenwechsel.
Für so was brauch ich dann ja keine steuerbare Galerie sondern klopp lediglich die Thumbnails in eine Seite und verlinke die mit den Grossansichten. Gesteuert würde dann über Browsertasten. Keine 10 Minuten Arbeit, aber so sieht\'s dann auch aus.
>
> Wird man das auch per Tasten bedienen können?
>
Ja. Und möglicherweise so gar mit dem Mausrad scrollen/zoomen, aber da muss ich noch mal genau testen. Was für Maus/Tastatur sinnvoll ist, ist es nicht unbedingt für Touchscreens.
Danke für das ausführliche Feedback!
Gruß,
Johann
gesamter Thread: