Bilder mit hohem Seitenverhältnis halten die manuell festgelegte Größe im Beitrag nicht ein (die Vorschau im Editor zeigt die korrekte Größe; nach dem Absenden des Beitrags ist die Größe kurzzeitig korrekt, wird dann aber auf die Bildschirmbreite angepasst)
Im Laufe der Jahre hatten wir einige Themen zu hohen Bildern (hohes Verhältnis von Höhe zu Breite). Soweit ich weiß, ist das Standardverhalten das, was Sie erleben. Es gibt eine Site-Einstellung, um dies zu ändern:
Das wäre tatsächlich der Fall, wenn das Bild ohne manuelles Zuschneiden der Größe eingefügt worden wäre.
Mein Problem ist nicht, dass das Bild in seiner Standardgröße (mit höherer Höhe als Breite) angezeigt werden soll, sondern dass es auf manuell eingegebene Parameter zugeschnitten werden soll (beachten Sie, dass die Größe für beide Bilder auf 50x50 festgelegt ist, aber nur eine davon beachtet wird).
Ich bin immer noch der Meinung, dass dies ein Fehler ist, da das Bild nicht mit einer vom System automatisch festgelegten Größe eingefügt wurde (die dann an die Website-Einstellungen angepasst wurde). Das System hat tatsächlich die Größe nicht beachtet, die absichtlich manuell eingegeben wurde.
Ich habe verstanden, was du gesagt hast: Ich meinte, dass dies das Standardverhalten ist, wie ich es verstehe.
Mit anderen Worten: Du hast die Größe des gespeicherten Beitrags nicht manuell zugeschnitten. Ich glaube nicht, dass das möglich ist, aber ein Mitglied des Teams kann dies bestätigen.
Sieh dir den folgenden Beitrag an, der erklärt, wie die Größenanpassung gehandhabt wird. Du wirst sehen, dass das Setzen sowohl der Höhen- als auch der Breitenmaße nicht funktioniert, es sei denn, sie entsprechen den tatsächlichen Abmessungen:
Mit Verlaub, ich glaube, das ist nicht der Fall. Vielleicht habe ich es nicht richtig erklärt, also versuche ich es noch einmal:
 angegeben. Es behält dann dasselbe niedrige Verhältnis von Breite zu Höhe bei und wird entsprechend der Einstellung min ratio to crop angezeigt. geändert, beträgt dieses neue Verhältnis von Breite zu Höhe 1, und es sollte daher die Site-Einstellung min ratio to crop nicht auslösen.Das ursprüngliche Bild darf nicht zugeschnitten werden, da alle darin enthaltenen Informationen wichtig sind. Das gewünschte Ergebnis ist die Erstellung eines kleinen 50x50-Pixel-Dienstbildes, das auf das Original verweist.
Das korrekt umformulierte Problem lautet also:
Die Site-Einstellung
min ratio to cropsollte das in Markdown definierte Verhältnis von Breite zu Höhe respektieren und nicht das physische Pixel-Verhältnis von Breite zu Höhe.
@dax, dies wurde von bug nach Support verschoben. Soll ich ein neues Thema in bug eröffnen oder den Eröffnungsbeitrag (OP) hier bearbeiten?
Das umformulierte Problem sieht korrekt aus. Wenn du jedoch die verlinkten Themen gelesen hättest, würdest du verstehen, warum es wahrscheinlich keine Unterstützung finden wird.
Die Site-Einstellung wurde entwickelt, um zu verhindern, dass Einzelpersonen sie überschreiben, während du sie überschreiben möchtest. Stattdessen muss die Site-Einstellung so angepasst werden, dass das Seitenverhältnis des Bildes für die Größenanpassung akzeptabel ist.
Mit anderen Worten: Übermäßig gestreckte Bilder sind standardmäßig nicht akzeptabel und müssen vom Site-Administrator explizit zugelassen werden. Einzelne Benutzer können dies nicht überschreiben.
Wie würde dieses Vorschaubild aussehen? Anhand deines 50x50-Beispiels sehe ich drei Möglichkeiten:
Bitte prüfe den Erstellungsbeitrag (OP): Das erste Bild wird tatsächlich auf 50x50 Pixel verkleinert. Die Umsetzung ist in Ordnung und sollte für jedes Seitenverhältnis funktionieren (ich glaube, das Bild wird von der Oberseite Mitte aus mit voller Breite zugeschnitten, und die Höhe wird entsprechend dem angegebenen Seitenverhältnis angepasst, bevor es verkleinert wird).
Das Problem besteht darin, dass bei einem Bild mit einem niedrigen w/h-Pixel-Verhältnis, aber einem akzeptablen manuell eingestellten Bildschirm-Verhältnis die globale Einstellung nicht greifen sollte.
Das manuell eingestellte Seitenverhältnis sollte Vorrang haben, da diese Einstellung verhindern soll, dass das Bild einen großen Teil des Bildschirms dominiert (aufgrund seiner Höhe), was bei 50x50 Pixel eindeutig nicht der Fall ist.
Ja, das habe ich gesehen. Aber es schien deinem anderen Statement zu widersprechen:
Beim erneuten Lesen fällt mir auf, dass du sagtest, das Original dürfe nicht zugeschnitten werden. Soweit ich weiß, wird das Originalbild niemals zugeschnitten, also gibt es dort nichts zu befürchten.
Unabhängig davon stimme ich deinem allgemeinen Anliegen/deinem Vorschlag zu. Der angegebene Grund, nur teilweise Bilder anzuzeigen, besteht darin, zu verhindern, dass Bilder mit einem hohen Höhen-Breiten-Verhältnis die Seite dominieren. Wenn man die Abmessungen wie in deinem Beispiel auf 50x50 setzt, ist dies offensichtlich nicht der Fall. Es gibt also keinen Grund, die angegebenen Markdown-Abmessungen zu ignorieren.
Ich gehöre nicht zum Discourse-Team und wiederhole nur, was ich gesehen habe.
Es wurden mehr als ein Grund für die aktuelle Standardeinstellung genannt. Die Gründe, an die ich mich hier erinnere, sind:
Es gibt auch das Problem mit der Vorschau im Editor, die den Eindruck erweckt, man könne das angezeigte Bild manuell skalieren. Dies wurde bereits gemeldet, scheint aber nicht als Priorität für eine Korrektur betrachtet zu werden:
Ich denke, du hast den Punkt verpasst. Warum sollte ein 200x1000-Bild, das in Markdown als 200x200 angegeben ist, anders behandelt werden als ein 200x300-Bild, das ebenfalls in Markdown als 200x200 angegeben ist?
Ich verfehle den Punkt nicht, denn ich argumentiere weder für noch gegen eine Änderung der Standardeinstellung. Ich wiederhole, dass ich lediglich das berichte, was im Forum bereits existiert. Ich gehöre nicht zum Discourse-Team und habe daher keine Rolle bei der Entscheidung, was geschieht.
Die einzige Meinung, die ich geäußert habe, ist, dass ich es für unwahrscheinlich halte, dass sich die aktuelle Standardeinstellung ändern wird. Nach fünf Jahren, in denen ich fast jedes neue Thema in diesem Forum gelesen habe, fühle ich mich mit der Art und Weise, wie das Team Entscheidungen trifft, viel wohler. Im Moment ist das Fehlen von Beiträgen des Discourse-Teams aussagekräftig.
Vielleicht sollten wir dem Team dann etwas Raum geben, um zu antworten, da dies von einer einfachen Fehlermeldung zu einem völlig themenfremden Meinungsbeitrag abgekommen ist.
Dieser Strohmännchen-Argument wurde bereits zu Tode geprügelt; vielleicht ist es an der Zeit, es endlich ruhen zu lassen?
Niemand hier argumentiert, dass diese Standardeinstellung geändert werden muss; tatsächlich ist sie so, wie sie ist, durchaus sinnvoll:
Mein Argument ist, dass min ratio to crop nur mit den im Beitrag selbst definierten Abmessungen arbeiten sollte und nicht mit denen der physischen Datei.
Wenn ein Bild mit einem niedrigen Breit-/Höhen-Verhältnis manuell innerhalb des Beitrags vergrößert oder verkleinert wird, dominiert es die Diskussion doch sicher nicht mehr?
Und bevor die Frage aufkommt, warum dies einen Fehler darstellt:
Der Grund ist, dass ich nicht in der Lage bin, nur eine bestimmte Teilmenge von Bildern zu formatieren, die sonst die Diskussion dominieren würden, wenn sie nicht formatiert werden, was sozusagen eine Zwickmühle schafft.
Wenn Sie mir immer noch nicht glauben, dass diese Einstellung die erwartete Funktionalität beeinträchtigt, versuchen Sie bitte, das zweite Bild im Eröffnungsbeitrag (OP) mit dem Skalierungswerkzeug des Editors auf 50 % zu verkleinern.
Das Ergebnis ist, dass alle Bilder im Beitrag auf die halbe Breite verengt werden können, außer den hohen, schmalen Bildern.
Das ist kein Fehler, da es sich um das normale und standardmäßige Verhalten von Discourse handelt. Es ist eine bekannte, bewusst eingebaute Einschränkung. Zudem gibt es eine Site-Einstellung, die das gewünschte Verhalten ermöglicht, und es liegt im Ermessen des Site-Betreibers, diese Einschränkung aufzuheben.
Es gibt Site-Einstellungen für Bildgrößen, Dateierweiterungen usw., zu denen ähnliche Anfragen gestellt werden, das Standardverhalten zu ändern. Es sind keine Fehler, wenn man den Site-Betreiber lediglich bitten muss, eine Einstellung zu ändern.
Dies ist kein Fehler. Wenn du es wieder auf Fehler stellst, wirst du ziemlich abrupt feststellen, dass du hier nicht mehr willkommen bist.
Hallo Jeff, danke für dein Interesse an diesem Thema.
Ich kann dir versichern, dass ich dieses Thema weder umkategorisiert habe noch dies je tun würde, nachdem es von einem Teammitglied in eine andere Kategorie verschoben wurde (bitte beachte, dass die Rückkategorisierung in die Kategorie „Fehler“ nicht von mir vorgenommen wurde). Ich bin sehr gerne bereit, dies als Feature-Request zu betrachten.
Mein Zweck hier zu posten war es, das Problem darzulegen, das ich bei der regulären Nutzung der Software habe, und eine Antwort vom Team zu erhalten.
Ich fordere in keiner Weise etwas, nicht einmal eine Antwort, aber ich möchte zumindest vom Team gehört werden (und nicht immer wieder vom selben – zweifellos wohlmeinenden – Mitglied dieses Forums mit demselben Argument abgetan werden, das das Problem nicht vollständig adressiert).
Ich hoffe, du hast dich durch das gesamte Thema gearbeitet und bist mit dem Problem vertraut, aber nur zur Klarheit hier eine Zusammenfassung:
min ratio to crop gesteuert, das das Pixel-Seitenverhältnis (Breite/Höhe) des Bildes verwendet, selbst wenn das Bild manuell über Markdown auf ein akzeptables Seitenverhältnis skaliert wurdeDies würde das unerwartete Skalierungsverhalten von Bildern beheben, wie hier gezeigt (alle Bilder auf 50x50 gesetzt):
Vielen Dank für deine Berücksichtigung und nochmals vielen Dank an das gesamte Team für all die Mühe, die in dieses wunderbare Softwarestück investiert wird!
Ich bin mir nicht sicher, wie aufwendig eine Änderung wäre, aber ich würde das auch gerne sehen.
Ich stoße darauf meist, wenn ich einen Screenshot der Benutzeroberfläche poste: Beim Entwerfen eines Beitrags gibt es keine Anzeige, dass das Bild zugeschnitten wird. Daher poste ich es zunächst, sehe das zugeschnittene Bild und bearbeite den Beitrag dann, um den Zuschnitt zu vermeiden. Mehrfach habe ich versucht, die Dimensionen im Markdown anzupassen, was natürlich nicht funktioniert. Letztendlich gehe ich also zurück, schneide das Bild zu und lade es erneut hoch.
@zogstrip, wie siehst du das:
if crop
cropped_width, cropped_height = ImageSizer.crop(original_width, original_height)
if cropped_width < width
width = cropped_width
img["width"] = width
end
if cropped_height < height
height = cropped_height
img["height"] = height
end
end
im Vergleich zum aktuellen:
Das ist mit Sicherheit weniger überraschend als das aktuelle Verhalten und würde @awesomerobot glücklich machen. Das einzige wirklich Ärgerliche, das ich sehe, ist, dass dieser Test sehr, sehr, sehr stark gemockt ist.
Wenn du Lust hast, kannst du gerne einen Commit machen.
Empfehlung einer kleinen Änderung:
Die Änderung einer Dimension, aber nicht der anderen, könnte zu einigen… Seltsamkeiten führen
Soweit ich das beurteilen kann, erfolgt danach eine Korrektur des Seitenverhältnisses, zumindest in der Entwicklungsversion.