Autor |
Beitrag |
Hidden
      
Beiträge: 2242
Erhaltene Danke: 55
Win10
VS Code, Delphi 2010 Prof.
|
Verfasst: So 02.08.09 23:50
Hi =)
Erst einmal vielen Dank für die vielen neuen Funktionen  ( rev 1254 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,
_________________ Centaur spears can block many spells, but no one tries to block if they see that the spell is a certain shade of green. For this purpose it is useful to know some green stunning hexes. (HPMoR)
|
|
Christian S.
      
Beiträge: 20451
Erhaltene Danke: 2264
Win 10
C# (VS 2019)
|
Verfasst: 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.
_________________ Zwei Worte werden Dir im Leben viele Türen öffnen - "ziehen" und "drücken".
|
|
BenBE
      
Beiträge: 8721
Erhaltene Danke: 191
Win95, Win98SE, Win2K, WinXP
D1S, D3S, D4S, D5E, D6E, D7E, D9PE, D10E, D12P, DXEP, L0.9\FPC2.0
|
Verfasst: 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.
_________________ Anyone who is capable of being elected president should on no account be allowed to do the job.
Ich code EdgeMonkey - In dubio pro Setting.
|
|
Hidden 
      
Beiträge: 2242
Erhaltene Danke: 55
Win10
VS Code, Delphi 2010 Prof.
|
Verfasst: 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,
_________________ Centaur spears can block many spells, but no one tries to block if they see that the spell is a certain shade of green. For this purpose it is useful to know some green stunning hexes. (HPMoR)
|
|
jaenicke
      
Beiträge: 19315
Erhaltene Danke: 1747
W11 x64 (Chrome, Edge)
Delphi 11 Pro, Oxygene, C# (VS 2022), JS/HTML, Java (NB), PHP, Lazarus
|
Verfasst: 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.
Das Zoomen und dessen Umsetzung ist komplett Sache des Browsers, standardisierte Tags oder Attribute für einen Einfluss darauf kenne ich nicht.
|
|
Hidden 
      
Beiträge: 2242
Erhaltene Danke: 55
Win10
VS Code, Delphi 2010 Prof.
|
Verfasst: 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,
_________________ Centaur spears can block many spells, but no one tries to block if they see that the spell is a certain shade of green. For this purpose it is useful to know some green stunning hexes. (HPMoR)
|
|
jfheins
      
Beiträge: 918
Erhaltene Danke: 158
Win 10
VS 2013, VS2015
|
Verfasst: 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)
Einloggen, um Attachments anzusehen!
|
|
Regan
      
Beiträge: 2157
Erhaltene Danke: 72
Java (Eclipse), Python (Sublimetext 3)
|
Verfasst: Mo 03.08.09 16:57
Bei mir ist der Ankündigungsbeitrag zu breit. Die Sidebar ist nur zur Hälfte sichtbar.
|
|
Hidden 
      
Beiträge: 2242
Erhaltene Danke: 55
Win10
VS Code, Delphi 2010 Prof.
|
Verfasst: 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,
Einloggen, um Attachments anzusehen!
_________________ Centaur spears can block many spells, but no one tries to block if they see that the spell is a certain shade of green. For this purpose it is useful to know some green stunning hexes. (HPMoR)
|
|
Tilman
      
Beiträge: 1405
Erhaltene Danke: 51
Win 7, Android
Turbo Delphi, Eclipse
|
Verfasst: 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...

_________________ Bringe einen Menschen zum grübeln, dann kannst du heimlich seinen Reis essen.
(Koreanisches Sprichwort)
|
|
Regan
      
Beiträge: 2157
Erhaltene Danke: 72
Java (Eclipse), Python (Sublimetext 3)
|
Verfasst: Mo 03.08.09 17:26
Ich glaube, es geht ums Prinzip  . Und im Falle eines Falles, hilft...
|
|
jfheins
      
Beiträge: 918
Erhaltene Danke: 158
Win 10
VS 2013, VS2015
|
Verfasst: 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 
|
|
Regan
      
Beiträge: 2157
Erhaltene Danke: 72
Java (Eclipse), Python (Sublimetext 3)
|
Verfasst: Mo 03.08.09 17:44
|
|
GTA-Place
      

Beiträge: 5248
Erhaltene Danke: 2
WIN XP, IE 7, FF 2.0
Delphi 7, Lazarus
|
Verfasst: Fr 14.08.09 10:57
22" Monitor kaufen, dann ist der horizontale Scrollbalken auch weg... 
_________________ "Wer Ego-Shooter Killerspiele nennt, muss konsequenterweise jeden Horrorstreifen als Killerfilm bezeichnen." (Zeit.de)
|
|
Hidden 
      
Beiträge: 2242
Erhaltene Danke: 55
Win10
VS Code, Delphi 2010 Prof.
|
Verfasst: 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
mfG,
_________________ Centaur spears can block many spells, but no one tries to block if they see that the spell is a certain shade of green. For this purpose it is useful to know some green stunning hexes. (HPMoR)
Zuletzt bearbeitet von Hidden am Di 01.09.09 20:11, insgesamt 1-mal bearbeitet
|
|
Christian S.
      
Beiträge: 20451
Erhaltene Danke: 2264
Win 10
C# (VS 2019)
|
Verfasst: 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"?
_________________ Zwei Worte werden Dir im Leben viele Türen öffnen - "ziehen" und "drücken".
|
|
Hidden 
      
Beiträge: 2242
Erhaltene Danke: 55
Win10
VS Code, Delphi 2010 Prof.
|
Verfasst: 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,
_________________ Centaur spears can block many spells, but no one tries to block if they see that the spell is a certain shade of green. For this purpose it is useful to know some green stunning hexes. (HPMoR)
|
|
BenBE
      
Beiträge: 8721
Erhaltene Danke: 191
Win95, Win98SE, Win2K, WinXP
D1S, D3S, D4S, D5E, D6E, D7E, D9PE, D10E, D12P, DXEP, L0.9\FPC2.0
|
Verfasst: 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.
_________________ Anyone who is capable of being elected president should on no account be allowed to do the job.
Ich code EdgeMonkey - In dubio pro Setting.
Für diesen Beitrag haben gedankt: Yogu
|
|
Christian S.
      
Beiträge: 20451
Erhaltene Danke: 2264
Win 10
C# (VS 2019)
|
Verfasst: 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.
_________________ Zwei Worte werden Dir im Leben viele Türen öffnen - "ziehen" und "drücken".
|
|