Entwickler-Ecke
Wünsche, Anregungen & Kritik - Bilder im Posting: Breite beschränken?
Hidden - So 02.08.09 23:50
Titel: Bilder im Posting: Breite beschränken?
Hi
=)
Erst einmal vielen Dank für die vielen neuen Funktionen :zustimm: (
rev 1254 [
http://www.delphi-forum.de/viewtopic.php?t=93978] ist heute online gegangen).
Seit diesem Release ist es unter anderem möglich, an einen Beitrag angehangene Bilddateien innerhalb des Beitrags darzustellen. Allerdings können hochgeladene Bilder noch beliebig viel Platz einnehmen, was nicht nur Raum für Sabotage lässt(man stelle sich eine (N x 1)px-Datei vor, die das Textfeld sehr breit machen würde).
Sabotageakte könnten vom Team wahrscheinlich gegebenenfalls repariert werden. Abhängig vom Zoomfaktor der Seite nehmen Bilder allerdings variabel viel Platz ein; der verlinkte Post von
Kha schiebt zum Beispiel bei meinem Zoomfaktor von 150% schon die Sidebar außer Sicht und sorgt für eine vertikale Scrollbar.
Ein Limit für die Breite eines Bildes in Pixeln ist mit variablem Zoomfaktor aber schwer umzusetzen. Ich schlage deshalb vor, Bilder in einen Rahmen zu Packen und diesen auf die Breite des Textfeldes zu beschränken. Existiert so eine Möglichkeit?
Das Bild innerhalb des Rahmens könnte dann entweder gegebenenfalls mit Scrollbars versehen, oder aber gestretcht werden.
mfG,
Christian S. - So 02.08.09 23:56
Hi!
All dies war ja bisher auch möglich, der img-Tag ist ja nicht neu. Und Probleme gab es dabei bisher nicht wirklich.
Ich würde dafür plädieren, erst einmal Erfahrungen mit dem neuen Feature zu sammeln, anstatt abstrakte Diskussionen über Probleme zu führen, die vielleicht auftreten könnten.
Grüße
Christian
P.S.: Und die breiten Bilder in Khas Posting sind noch nicht einmal Inlineanhänge ;-)
P.P.S.: Wer auf Zoomfaktor 150% geht, kann nicht erwarten, dass alles noch perfekt ist.
BenBE - Mo 03.08.09 00:08
Das Äffchen hatte hierfür eigentlich mal ne Funktion zur Begrenzung der Breite drin. k.A. warum das grad nicht geht. Wird aber demnächst behoben werden und damit einstellbar werden.
Hidden - Mo 03.08.09 00:26
Christian S. hat folgendes geschrieben  : |
P.P.S.: Wer auf Zoomfaktor 150% geht, kann nicht erwarten, dass alles noch perfekt ist. |
Es geht ja nicht um 150%, sondern generell um die Möglichkeit des Zoomens. Nebenbei finde ich die 150% nicht viel, das entspricht im FF 4 Mausraddrehungen. Wikipedia ist z.B. auf 200%, und physorg.com auf 240%.
Grundsätzlich sehe ich den Nachteil nicht, die Tags so einzustellen dass sie nicht unnötig aus dem Layout ausbrechen. Das hätte ja keinen Effekt auf die übrigen Nutzer, muss das Layout beim betroffenen Teil auch nicht unbedingt kaputt gehen, wenn es vermeidbar ist.
Ich habe selbst noch keine Seite geschreiben. Deshalb kann ich nur vermuten, dass sich ein solcher Effekt ähnlich wie bei TeX mit Boxen erreichen ließe. Entweder es geht oder es geht nicht - wenn, dann wird es nicht viel mehr als ein zusätzlicher(s) html-tag(-Argument) sein?
mfG,
jaenicke - Mo 03.08.09 00:42
| Hidden hat folgendes geschrieben : |
| Deshalb kann ich nur vermuten, dass sich ein solcher Effekt ähnlich wie bei TeX mit Boxen erreichen ließe. |
Ich weiß nicht was für einen Effekt du meinst. :nixweiss:
Das Zoomen und dessen Umsetzung ist komplett Sache des Browsers, standardisierte Tags oder Attribute für einen Einfluss darauf kenne ich nicht.
Hidden - Mo 03.08.09 11:01
Hi :)
Ich meinte nicht unbedingt eine Beeinflussung des Zoomens, sondern das auftreten einer Scrollbar, wenn über einen bestimmten Kasten gezoomt wird(es soll also gesichert werden, dass die Texttabelle durch Bilder nicht breiter wird).
mfG,
jfheins - Mo 03.08.09 16:49
Also ich habe damit kein Problem ... anbei 3 Bilder:
1. Darstellung bei Zoom = 100%
2. Darstellung bei Zoom 150%, horizontale Scrollbar vorhanden
3. Zusätzlich "An Breite anpassen" gewählt, Darstellung ohne horizontale Scrollbar
Diese "An Breite anpassen"-Funktionalität durfte für den Seitenbetreiber nur sehr schwer nachzubilden sein => Sache des Browsers ...
(Bilder, die nicht zu breit sind, werden mit dem eingestellten Faktor vergrößert, Bilder dann zu breit wären werden nur soweit vergrößert, dass noch alles draufpasst)
Regan - Mo 03.08.09 16:57
Bei mir ist der Ankündigungsbeitrag zu breit. Die Sidebar ist nur zur Hälfte sichtbar.
Hidden - Mo 03.08.09 17:09
Hi :)
Im Anhang mal zwei Screenshots bei mir.
@BenBE: Ich kann nicht ausschließen, dass ein Patch seitens des Äffchens von einem meiner zwei Zoom-Addons ausgehebelt wird, da ich den Browser leider gerade nicht neu starten kann. Der für das DF eingestellt Zoomfaktor(F-Zoom, gegenüber T-Zoom, der nur den Text vergrößert) sollte aber dem Standardverhalten von Firefox entsprechen.
mfG,
Tilman - Mo 03.08.09 17:22
Naja ich denke da es nicht am neuen Feature sondern nur an den verwendeten Grafiken liegt ist der Thread relativ sinnlos...
Regan - Mo 03.08.09 17:26
Ich glaube, es geht ums Prinzip ;) . Und im Falle eines Falles, hilft...
jfheins - Mo 03.08.09 17:35
Ich glaub' ich hab da was:
Wenn man das hier:
XML-Daten
1:
2:
3:
4:
5:
|
Dafür müsst Ihr erst einmal dem Anhang beim Hochladen eine "Lesbare ID" vergeben:
<div style="text-align:center"><img src="http://files.entwickler-ecke.de/graphics/updates/rev1254/Lesbare_ID.png" border="0" alt="user defined image" /></div>
Mit dem nützlichen JavaScript-Link unter dem Feld könnt Ihr gleich den Dateinamen als ID übernehmen:
|
So umändert:
XML-Daten
1:
2:
3:
4:
| Dafür müsst Ihr erst einmal dem Anhang beim Hochladen eine "Lesbare ID" vergeben:
<div style="text-align:center; overflow:auto;" ><img src="http://files.entwickler-ecke.de/graphics/updates/rev1254/Lesbare_ID.png" border="0" alt="user defined image" /></div>
Mit dem nützlichen JavaScript-Link unter dem Feld könnt Ihr gleich den Dateinamen als ID übernehmen: |
Also die overflow-eigenschaft hinzufügt, dann werden die Bilder, die beim zoomen nicht mehr draufpassen seperat gescrollt.
Falls es das ist, was ihr wollt :P
Regan - Mo 03.08.09 17:44
| jfheins hat folgendes geschrieben : |
| Falls es das ist, was ihr wollt :P |
Mir ist egal, wie es gelöst wird. Hauptsache die vertikale Scrollbar ist weg. Denn die stört.
GTA-Place - Fr 14.08.09 10:57
22" Monitor kaufen, dann ist der horizontale Scrollbalken auch weg... :mrgreen:
Hidden - Di 01.09.09 20:06
*zur Shoutbox schielt* /push()
| Shoutbox-Anekdote, erstellt Dienstag, 1. September 2009 20:05:03: |
Wolle92 (15 Min)
*Hidden zustimm*
Hidden (15 Min)
wenn mein Vorschlag mit dem Floating umgesetzt worden wäre, wäre das auch nicht nötig ;)
Gausi (17 Min)
Du könntest die generell etwas verkleinern. ;-)
Wolle92 (18 Min)
gausi, hab kurz vorher die bilder als link reingepackt, weil ich gemerkt hab, das das etwas groß ist
|
Nachden das neue Feature nun eine Weile aktiv ist, ist das Argument wohl teilweise bestätigt, dass Sabotage nicht/nur in moderierbaren Maßen vorkommt.
Andererseits macht die Floating-Änderung ja nur bei zu breiten Bildern einen Unterschied zur jetzigen Variante.
Wie sieht es mit einem Einbau aus/gibt es noch neue Argumente?
PS: Selbst
Tilmans kleine Grafik bricht bei mir schon da Layout,
obwohl sie eigentlich noch reinpassen würde :autsch:
mfG,
Christian S. - Di 01.09.09 20:10
Im zitierten Fall würden wir die Bilder wohl so oder so rausgenommen haben, weil sonst direkt im Beitrag drölf fünf MB geladen würden. Das muss ja so oder so nicht sein ;-)
Und was meinst Du mit "nicht/nur in moderierbaren Maßen"?
Hidden - Di 01.09.09 20:17
| Christian S. hat folgendes geschrieben : |
| was meinst Du mit "nicht/nur in moderierbaren Maßen"? |
Ich meinte entweder garnicht oder selten - kurzum als Grund für die Änderung zu vernachlässigen.
Grüße,
BenBE - Di 01.09.09 20:30
Viel störender finde ich da eher schon die zusammengeklappte Anzeige von Inline-Anhängen, wenn diese nirgends im Posting verlinkt werden.
Christian S. - Di 01.09.09 20:43
| BenBE hat folgendes geschrieben : |
| Viel störender finde ich da eher schon die zusammengeklappte Anzeige von Inline-Anhängen, wenn diese nirgends im Posting verlinkt werden. |
Japp, das ist mir auch aufgefallen, da werde ich was ändern müssen.
Entwickler-Ecke.de based on phpBB
Copyright 2002 - 2011 by Tino Teuber, Copyright 2011 - 2025 by Christian Stelzmann Alle Rechte vorbehalten.
Alle Beiträge stammen von dritten Personen und dürfen geltendes Recht nicht verletzen.
Entwickler-Ecke und die zugehörigen Webseiten distanzieren sich ausdrücklich von Fremdinhalten jeglicher Art!