Hej,
jeg har oprettet et element med tre kolonner i indholdet. Når jeg placerer et billede i den første kolonne og ændrer størrelsen på siden, bliver billedet på et tidspunkt klemt. Er det en fejl, eller gør jeg noget forkert, som jeg selv kan rette?
Tak.
jeg har oprettet et element med tre kolonner i indholdet. Når jeg placerer et billede i den første kolonne og ændrer størrelsen på siden, bliver billedet på et tidspunkt klemt. Er det en fejl, eller gør jeg noget forkert, som jeg selv kan rette?
Tak.
T
10 år siden
·
#2142Hej,
jeg tror ikke, det er normalt, fordi kolonner skaleres i forhold til skærmstørrelse. Normalt anvendes en egenskab max-width: 100% på alle billeder i en responsiv skabelon for at gøre dem responsive. Hvis du ikke har den, har billederne en fast størrelse, det virker ikke på små skærme.
Se vedhæftet, hvad der normalt sker med 3 kolonner.
Tak,
jeg tror ikke, det er normalt, fordi kolonner skaleres i forhold til skærmstørrelse. Normalt anvendes en egenskab max-width: 100% på alle billeder i en responsiv skabelon for at gøre dem responsive. Hvis du ikke har den, har billederne en fast størrelse, det virker ikke på små skærme.
Se vedhæftet, hvad der normalt sker med 3 kolonner.
Tak,
Selvom det er længe siden TO's problem, er jeg nødt til at presse dette, fordi jeg har det samme problem. Og jeg har fundet årsagen til denne opførsel: Det sker, hvis du ændrer størrelsen på billeder og en parameter for billedet i dialogboksen for billedegenskaber (eller kaldes det billedegenskab? Jeg bruger ikke den engelske version).
Et eksempel: Jeg har indsat et billede i min artikel og ændrer størrelsen på det ved at trække det med musen til 400x300px. I kildekoden er der
width="400" hight="300".
Dobbeltklik nu på billedet for at starte dialogboksen for billedegenskaber, og klik blot på OK. Nu er kildekoden ændret til
img style="width:400px; height:300px;"
Det er blot en anden måde at indsætte størrelsesparameteren i HTML, men style="..."-måden får billeder af en eller anden grund til at blive klemt, når du ændrer størrelsen på browservinduet.
Er der en måde at ændre kodningen på?
Et eksempel: Jeg har indsat et billede i min artikel og ændrer størrelsen på det ved at trække det med musen til 400x300px. I kildekoden er der
width="400" hight="300".
Dobbeltklik nu på billedet for at starte dialogboksen for billedegenskaber, og klik blot på OK. Nu er kildekoden ændret til
img style="width:400px; height:300px;"
Det er blot en anden måde at indsætte størrelsesparameteren i HTML, men style="..."-måden får billeder af en eller anden grund til at blive klemt, når du ændrer størrelsen på browservinduet.
Er der en måde at ændre kodningen på?
T
9 år siden
·
#3684Hej,
tak for din feedback. Kan du sende mig et skærmbillede af de billedindstillinger, du gav mig?
Forresten, brug ikke håndtag til at ændre størrelsen på billeder i dit indhold, da du vil få billeder vist i en ikke-naturlig dimension, hvilket har den dobbelte fordel, at de er tunge og får en forkert visningskvalitet. Det kan også forårsage problemer i den responsive del.
Tak,
tak for din feedback. Kan du sende mig et skærmbillede af de billedindstillinger, du gav mig?
Forresten, brug ikke håndtag til at ændre størrelsen på billeder i dit indhold, da du vil få billeder vist i en ikke-naturlig dimension, hvilket har den dobbelte fordel, at de er tunge og får en forkert visningskvalitet. Det kan også forårsage problemer i den responsive del.
Tak,
Tak for svaret, Tristan. Selvfølgelig kan jeg tage nogle skærmbilleder.
Jeg lavede et simpelt eksempel med et billede, der har den originale størrelse på 800x535px.
1. Ændrede størrelsen ved at bruge håndtagene direkte i drop-editoren (i øvrigt er der ikke noget galt i at gøre det på den måde, så længe du forbliver proportional). Lås det i det krympede browservindue, billedet har det rigtige forhold og er fuldt responsivt. [resized_in_dropedit_by_handles.png]
2. Derefter dobbeltklikkede jeg på billedet for at åbne egenskabsdialogboksen, ændrede intet - klikkede kun på 'OK'. Kildekoden er ændret, som du kan se, og det samme billede i det samme krympede browservindue vises klemt og ikke længere responsivt. [resized_by_properties-dialog.png]
Jeg håber, at dette gør problemet mere tydeligt og hjælper med at gøre DropEditor bedre (jeg tror, DE er den smarteste Joomla Editor).
I øvrigt er dette et andet punkt, men ville det være muligt at få et billedklassefelt i egenskabsdialogboksen for billeder? Dette ville gøre klasseændringer lidt mere komfortable.
Med venlig hilsen, Frank
Jeg lavede et simpelt eksempel med et billede, der har den originale størrelse på 800x535px.
1. Ændrede størrelsen ved at bruge håndtagene direkte i drop-editoren (i øvrigt er der ikke noget galt i at gøre det på den måde, så længe du forbliver proportional). Lås det i det krympede browservindue, billedet har det rigtige forhold og er fuldt responsivt. [resized_in_dropedit_by_handles.png]
2. Derefter dobbeltklikkede jeg på billedet for at åbne egenskabsdialogboksen, ændrede intet - klikkede kun på 'OK'. Kildekoden er ændret, som du kan se, og det samme billede i det samme krympede browservindue vises klemt og ikke længere responsivt. [resized_by_properties-dialog.png]
Jeg håber, at dette gør problemet mere tydeligt og hjælper med at gøre DropEditor bedre (jeg tror, DE er den smarteste Joomla Editor).
I øvrigt er dette et andet punkt, men ville det være muligt at få et billedklassefelt i egenskabsdialogboksen for billeder? Dette ville gøre klasseændringer lidt mere komfortable.
Med venlig hilsen, Frank
T
9 år siden
·
#3698Hej,
okay, jeg tror jeg har forstået det. Dette er et problem, der skyldes det gamle billedredigeringsværktøj, der var inkluderet i editoren (kun billedknapegenskaben).
Vi arbejder på en opdateret version af Droppics , der vil håndtere problemet ved at generere fysiske miniaturebilleder.
Angående den første overvejelse om billedets naturlige størrelse, ændrer det ikke problemet, det er blot et råd. Det gør dit websted langsommere, og det registreres af alle SEO-værktøjsanalyser som en fejl. I Chrome er håndtagsværktøjet blevet fjernet fra editoren.
Tak,
okay, jeg tror jeg har forstået det. Dette er et problem, der skyldes det gamle billedredigeringsværktøj, der var inkluderet i editoren (kun billedknapegenskaben).
Vi arbejder på en opdateret version af Droppics , der vil håndtere problemet ved at generere fysiske miniaturebilleder.
Angående den første overvejelse om billedets naturlige størrelse, ændrer det ikke problemet, det er blot et råd. Det gør dit websted langsommere, og det registreres af alle SEO-værktøjsanalyser som en fejl. I Chrome er håndtagsværktøjet blevet fjernet fra editoren.
Tak,
Okay, det ville være en god opdatering.
Jeg plejede at gøre dette manuelt med droppics (pro) ved at generere en duplikat i brugerdefineret størrelse. Et automatisk genereret miniaturebillede ville være mere behageligt - meget velkomment. Mit problem med det er, at billeder, der er placeret i artikler med deres maksimale størrelse, ser lidt slørede ud på skærme med høj opløsning. For eksempel ser et billede på 400x300px placeret i en artikel ok ud på min kontorskærm med 72 dpi, på en tablet med <200 dpi ser det uskarpt ud (forårsaget af browserens størrelsesændring). Et billede med fysiske dimensioner på 600x448px, der er blevet ændret til 400x300px, ser meget skarpere ud på HiRes-skærme. Filstørrelserne er lidt større - ja, men ikke så meget... For HiRes-skærme kender jeg ingen anden måde at få billeder til at se skarpe ud.
Med venlig hilsen, Frank
Jeg plejede at gøre dette manuelt med droppics (pro) ved at generere en duplikat i brugerdefineret størrelse. Et automatisk genereret miniaturebillede ville være mere behageligt - meget velkomment. Mit problem med det er, at billeder, der er placeret i artikler med deres maksimale størrelse, ser lidt slørede ud på skærme med høj opløsning. For eksempel ser et billede på 400x300px placeret i en artikel ok ud på min kontorskærm med 72 dpi, på en tablet med <200 dpi ser det uskarpt ud (forårsaget af browserens størrelsesændring). Et billede med fysiske dimensioner på 600x448px, der er blevet ændret til 400x300px, ser meget skarpere ud på HiRes-skærme. Filstørrelserne er lidt større - ja, men ikke så meget... For HiRes-skærme kender jeg ingen anden måde at få billeder til at se skarpe ud.
Med venlig hilsen, Frank
Okay, det ville være en god opdatering.
Jeg plejede at gøre dette manuelt med droppics (pro) ved at generere en duplikat i brugerdefineret størrelse. Et automatisk genereret miniaturebillede ville være mere behageligt - meget velkomment. Mit problem med det er, at billeder, der er placeret i artikler med deres maksimale størrelse, ser lidt slørede ud på skærme med høj opløsning. For eksempel ser et billede på 400x300px placeret i en artikel ok ud på min kontorskærm med 72 dpi, på en tablet med 200 dpi ser det uskarpt ud (forårsaget af browserens størrelsesændring). Et billede med fysiske dimensioner på 600x448px, der er blevet ændret til 400x300px, ser meget skarpere ud på HiRes-skærme. Filstørrelserne er lidt større - ja, men ikke så meget... For HiRes-skærme kender jeg ingen anden måde at få billeder til at se skarpe ud.
Med venlig hilsen, Frank
PS Undskyld, at jeg skriver det igen, systemet klippede min tekst på grund af brugen af et pilesymbol. Jeg vil være mere forsigtig i mine næste beskeder.
Jeg plejede at gøre dette manuelt med droppics (pro) ved at generere en duplikat i brugerdefineret størrelse. Et automatisk genereret miniaturebillede ville være mere behageligt - meget velkomment. Mit problem med det er, at billeder, der er placeret i artikler med deres maksimale størrelse, ser lidt slørede ud på skærme med høj opløsning. For eksempel ser et billede på 400x300px placeret i en artikel ok ud på min kontorskærm med 72 dpi, på en tablet med 200 dpi ser det uskarpt ud (forårsaget af browserens størrelsesændring). Et billede med fysiske dimensioner på 600x448px, der er blevet ændret til 400x300px, ser meget skarpere ud på HiRes-skærme. Filstørrelserne er lidt større - ja, men ikke så meget... For HiRes-skærme kender jeg ingen anden måde at få billeder til at se skarpe ud.
Med venlig hilsen, Frank
PS Undskyld, at jeg skriver det igen, systemet klippede min tekst på grund af brugen af et pilesymbol. Jeg vil være mere forsigtig i mine næste beskeder.
- Side :
- 1
Der er endnu ingen svar på dette indlæg.
Log ind for at sende et svar
Du skal være logget ind for at kunne sende et svar. Log ind med formularen til højre eller opret en konto, hvis du er ny her. Tilmeld dig her »
