Afbeelding in kolom geperst

Hallo,

ik denk dat het niet normaal is, omdat kolommen opnieuw worden grootgebracht met betrekking tot de schermgrootte. Meestal op responsieve sjabloon wordt een eigenschap maximale breedte: 100% wordt op alle afbeeldingen toegepast om ze te responsief maken. Als je het niet hebt, hebben afbeeldingen een vaste grootte, het werkt niet op een klein scherm.

Zie bijgevoegde whet gebeurt meestal met 3 kolommen.

Proost,

Hoewel het lang na het probleem van TOT is, moet ik dit pushen omdat ik hetzelfde probleem heb. En ik heb de oorzaak van dit gedrag ontdekt: het gebeurt als u de wijzigingen van afbeeldingen wijzigt en een parameter van de afbeelding in het dialoogvenster Picture -eigenschap wijzigt (of wordt deze de eigenschap Image genoemd? Ik gebruik de Engelse versie niet)
een voorbeeld: ik heb een foto in mijn artikel geplaatst en het formaat door te wijzen door het door muis te drageren tot 400x300px. In broncode is er
width = "400" hight = "300".
Doubleclick de afbeelding nu om het dialoogvenster Afbeelding te starten en klik gewoon op OK. Nu is de Sourcecode gewijzigd in
img style = "width: 400px; hight: 300px;"
Het is gewoon een andere manier om de grootte -parameter in HTML te plaatsen, maar de style = "... May maakt foto's om een of andere reden worden geperst bij het formaat van het browservenster.

Is er een manier om de codering te wijzigen?

Hallo,

bedankt voor de feedback daarover. Kun je me hier een screenshot posten van de beeldinstellingen die je me vertelde?
Trouwens, gebruik geen handgrepen om het formaat van afbeeldingen in uw inhoud te wijzigen, u krijgt afbeeldingen weergegeven bij een niet -natuurlijke dimensieheks die het dubbele voordeel hebben van zwaar zijn en een verkeerde kwaliteit krijgen bij het display. Het kan ook een probleem veroorzaken in het responsieve deel.

Proost,

Bedankt Tristan voor het antwoord, natuurlijk kan ik wat screenshots maken.

Ik heb een eenvoudig voorbeeld gemaakt met een foto met de originele grootte van 800x535px.

1. Resecteerde het door de handgrepen rechtstreeks in Drop Editor te gebruiken (trouwens. Er is niets mis met het op die manier doen zolang je evenredig blijft). Vergrendel bij de krimpende browser-window, het beeld bevindt zich in de juiste verhouding en reageert volledig. [Resized_in_dropedit_by_handles.png]

2. Vervolgens heb ik de foto dubbelklikt om de eigenschappen-dialog te openen, niets gewijzigd-alleen klikte op 'OK'. De broncode is gewijzigd zoals je kunt zien en dezelfde foto in dezelfde krimpende browser-window wordt geperst en reageert niet meer. [Resized_by_properties-dialog.png]

Ik hoop dat dit het probleem duidelijker maakt en helpt DropEditor beter te maken (ik denk dat DE de slimste Joomla-editor is).

Trouwens. Dit is een ander punt, maar zou het mogelijk zijn om een veldklasse veld in het dialoogvenster Eigenschappen van afbeeldingen te krijgen? Dit zou klassenveranderingen een beetje comfortabeler maken.

Groeten, Frank

Hallo,


oké, ik denk dat ik het snap. Dit probleem wordt veroorzaakt door de oude tool voor beeldbewerking in de editor (alleen de eigenschap 'Afbeeldingsknop').
We werken aan een update van Droppics die het probleem oplost door direct echte thumbnails te genereren.

Wat betreft de natuurlijke grootte van afbeeldingen: het verandert niets aan het probleem, het is slechts een advies. Het vertraagt ​​je website en wordt door alle SEO-toolanalyses als een fout gedetecteerd. In Chrome is de tool voor handgrepen uit de editor verwijderd.

Groeten,

Oké, dit zou een geweldige update zijn.

Ik deed dit vroeger handmatig met droppics (pro) door een duplicaat op maat te genereren. Een automatisch gegenereerde miniatuur zou handiger zijn - zeer welkom. Mijn probleem daarmee is dat afbeeldingen die in artikelen met hun maximale grootte zijn geplaatst, er op hoge resolutie beeldschermen wat wazig uitzien. Bijvoorbeeld, een afbeelding van 400x300px in een artikel ziet er op mijn kantoormonitor met 72 dpi goed uit, op een tablet met <200 dpi is het onscherp (veroorzaakt door de browser die de grootte aanpast). Een afbeelding met fysieke afmetingen van 600x448px die is verkleind naar 400x300px ziet er veel scherper uit op HiRes beeldschermen. De bestandsgroottes zijn iets groter - ja, maar niet zo veel... Voor HiRes beeldschermen ken ik geen andere manier om afbeeldingen er scherp uit te laten zien.

Groeten, Frank

Oké, dit zou een geweldige update zijn.

Ik deed dit handmatig met droppics (pro) door een duplicaat op maat te genereren. Een automatisch gegenereerde miniatuur zou handiger zijn - zeer welkom. Mijn probleem daarmee is dat afbeeldingen die in artikelen met hun maximale grootte zijn geplaatst, er op hoge resolutie beeldschermen een beetje wazig uitzien. Bijvoorbeeld, een afbeelding van 400x300px in een artikel ziet er goed uit op mijn kantoormonitor met 72 dpi, op een tablet met 200 dpi is het onscherp (veroorzaakt door het aanpassen van de browser). Een afbeelding met fysieke afmetingen van 600x448px die is verkleind naar 400x300px ziet er veel scherper uit op HiRes beeldschermen. Bestandsgroottes zijn iets groter - ja, maar niet zo veel... Voor HiRes beeldschermen ken ik geen andere manier om afbeeldingen er scherper uit te laten zien.

Groeten, Frank

PS Sorry dat ik het opnieuw post, het systeem heeft mijn tekst ingekort vanwege het gebruik van een pijlsymbool. Ik zal voorzichtiger zijn in mijn volgende berichten.