{"issue":{"state":"open","created_at":"2011-11-29T17:15:37Z","updated_at":"2011-11-29T17:15:43Z","user":{"gravatar_id":"256406243346b9253f8610fb1d1e05f6","id":1215373,"url":"https://api.github.com/users/importer","login":"importer","avatar_url":"https://secure.gravatar.com/avatar/256406243346b9253f8610fb1d1e05f6?d=https://a248.e.akamai.net/assets.github.com%2Fimages%2Fgravatars%2Fgravatar-140.png"},"comments":6,"body":"Hallo Leo,\n\nich habe mir als bisheriger PHPWCMS-Verwender jetzt TL angesehen und bin erfreut über die Möglichkeiten die TL bietet sowie über die Community und die durch sie entstandenen Module.\nBei Entwickler wie Community ist Bewegung drin, das ist gut.\n\nDa passt ein Feature-Request :)\n\nIch fände es sehr sinnvoll, wenn man für die Slimbox eine maximale Bildgröße angeben könnte.\nWie ich sehe bin ich damit nicht allein http://www.typolight-community.de/showthread.php?t=1886\n\nDiese Einstellung ist ein Feature was ich an PHPWCMS sehr geschätzt habe. \n\nIch als PHP/JS-Fußgänger stelle ich mir das recht einfach vor, indem die gdlib neben den Größen der Bilder im Frontend für die Darstellung in der Slimbox ebenfalls bei Bedarf eine Variante erzeugt und in /system/html ablegt.\n\nDiese maximale Größe sollte man dann im Backend ähnlich wie die Einstellungen \"Maximale Frontend-Breite\", \"Maximale Bildbreite\" und \"Maximale Bildhöhe\" einstellen können.\n\nEine Deluxevariante wäre das Auslesen der Browserfenstergröße und Erstellung des Slimboxbildes danach (einstellbar: X Prozent der Browserfenstergröße).\nAber wir wollen mal nicht übertreiben... verbraucht ja auch viele Ressourcen bei vielen Besuchern und in /system/html stapeln sich die Dateien..\n\n\nAlso die simple Version mit fest einstellbarer max. Breite/Höhe wäre eine schöne Sache.\n\nRoland\n\n--- _Originally created by leguan on September 24th, 2009, at 05:59pm (ID 1027)_","assignee":{"gravatar_id":"87d2e5aefadcb310f9155df28c2b3582","id":1192057,"url":"https://api.github.com/users/leofeyer","login":"leofeyer","avatar_url":"https://secure.gravatar.com/avatar/87d2e5aefadcb310f9155df28c2b3582?d=https://a248.e.akamai.net/assets.github.com%2Fimages%2Fgravatars%2Fgravatar-140.png"},"id":2388026,"number":1027,"pull_request":{"patch_url":null,"html_url":null,"diff_url":null},"labels":[{"name":"Feature","color":"4183c4","url":"https://api.github.com/repos/contao/import/labels/Feature"},{"name":"plugins","color":"e6e6e6","url":"https://api.github.com/repos/contao/import/labels/plugins"}],"title":"Slimbox - maximale Bildgröße","closed_at":null,"html_url":"https://github.com/contao/import/issues/1027","url":"https://api.github.com/repos/contao/import/issues/1027","milestone":null},"action":"created","comment":{"created_at":"2011-11-29T17:15:43Z","updated_at":"2011-11-29T17:15:43Z","user":{"gravatar_id":"87d2e5aefadcb310f9155df28c2b3582","id":1192057,"url":"https://api.github.com/users/leofeyer","login":"leofeyer","avatar_url":"https://secure.gravatar.com/avatar/87d2e5aefadcb310f9155df28c2b3582?d=https://a248.e.akamai.net/assets.github.com%2Fimages%2Fgravatars%2Fgravatar-140.png"},"body":"Ich habe nun verschiedene Varianten getestet und stelle fest, dass sich das so nicht umsetzen lässt - aber auch nicht wirklich umgesetzt werden muss. Wenn man Bilder über den Dateimanager hochlädt (was in der 2.8 mit FancyUpload noch mal deutlich einfacher ist), wird die Größe ja sowieso angepasst. Bleibt also nur der Fall \"Upload via FTP\" und wer diesen nutzt, der wird wohl in der Regel auch in der Lage sein, auf Dateinamen, -größen und -abmessungen zu achten.\n\n> Hat das einen philosophischen Hintergrund warum OnDemand und nicht im Voraus?\n\nNein, aber einen praktischen. Bei \"on demand\" muss ich vorher nicht wissen, in welchen Größen ich das Bild benötige. Man kann also z.B. im Newsreader eine Größe von 600x450 für das Bild definieren, es aber in der Newsliste im Format 200x150 ausgeben. Ebenso sind nachträgliche Änderungen der Abmessungen so ohne Weiteres möglich.\n\n> Wenn ich mir überlege, dass man es in ein paar Jahren wohl wagen kann ein Slimbox-Bild in der nächst höheren Bildschirmauflösung anzeigen zu lassen bedeutet das, dass man die Bilddaten neu erstellen muss und neu hochladen.\n\nDieses Problem hätten wir aber auch, wenn wir die Bilder automatisch verkleinern. Denn wenn TYPOlight nicht gegen die Originalbilder verlinken könnte, müssten wir für jedes Bild mindestens eine Kopie anlegen, was den Speicherplatz mal eben verdoppelt! Für Seiten mit vielen Fotos ist dies keinesfalls empfehlenswert und sollte auch nicht erzwungen werden, nur weil man eventuell alle 10 Jahre mal größere Bilder hochladen möchte.\n\n--- _Originally created on October 23rd, 2009, at 10:58pm_","id":2936517,"url":"https://api.github.com/repos/contao/import/issues/comments/2936517"}}