Hoe afmetingen van images opgeven?

[Rob]

Ik heb een handtekening gemaakt in HTML voor het bedrijf, daar moet je
dus een soort "simple HTML" voor gebruiken want de ondersteunde HTML is
maar heel beperkt.

Deze handtekening bestaat uit een tabelstructuur (div met style dat
werkt niet) met wat tekst waarvan de fontsize in pt is opgegeven en
een bedrijfslogo en nog wat kleine logo'tjes voor "telefoon" enzo.

Nu is het probleem dat de letters altijd wel goed overkomen maar de
afbeeldingen soms heel klein worden. Probleem is natuurlijk dat
afbeeldingen altijd een size in pixels hebben, en dat wordt tegenwoordig
allemaal geschaald voor hoge-resolutie displays, met name op telefoons.

Hoe geef je nou de afmeting van een plaatje op zodanig dat het in een
dergelijke omgeving altijd goed overkomt?

[A. Dumas]

Rob <nom...@example.com> wrote:
> Ik heb een handtekening gemaakt in HTML voor het bedrijf, daar moet je
> dus een soort "simple HTML" voor gebruiken want de ondersteunde HTML is

> maar heel beperkt. [...]

> Hoe geef je nou de afmeting van een plaatje op zodanig dat het in een
> dergelijke omgeving altijd goed overkomt?

Oude html 3 manier werkt niet? [img src="logo.png" width="480"
height="120"] evt nog toevoegen als attribuut van de img tag:
style="width:480px;height:120px".

[A. Dumas]

A. Dumas <alex...@dumas.fr.invalid> wrote:
> Oude html 3 manier werkt niet? [img src="logo.png" width="480"
> height="120"] evt nog toevoegen als attribuut van de img tag:
> style="width:480px;height:120px".

Eh ja, ik dacht voor de veiligheid maar rechte haken te gebruiken; dat moet
dus gewoon <> zijn. Had ik wel kunnen doen op usenet, moet toch plain text
zijn.

[Rob]

Nou die images hebben natuurlijk al een size in pixels, hoewel ik die
niet expliciet meegeef. Ik ga er op dit moment vanuit dat het probleem
zit in de mapping tussen pixels van de image en van het display, maar
misschien is dat een verkeerde veronderstelling?

[Stef]

Width en height kun je nog gebruiken.
https://www.w3schools.com/html/html_images.asp

Maar inderdaad, de size in pixels is na het laden van het plaatje
bekend, gebruik width en heigth voorkomt alleen dat je allerlei resizen
ziet tijdens laden plaatjes.

Je zou verwachten dat de pixels uit het plaatje gewoon 1-op-1 mappen op
de display pixels. Is dat niet het geval of wil je dat niet? Of de
plaatjes moeten intern grootte/dpi hebben, dan zou daarmee geschaald
kunnen worden. Maar dat lijkt me ook niet ideaal, dan worden je plaatjes
op een telefoon even groot als op een groot scherm. Ik denk niet dat je
zonder een div een relatieve grootte kunt opgeven.

--
Stef

I won't mention any names, because I don't want to get sun4's into
trouble... :-) -- Larry Wall in <11...@jpl-devvax.JPL.NASA.GOV>

[Miquel van Smoorenburg]

In article <slrnt36cfv...@xs9.xs4all.nl>,

Tsja, dat is nogal lastig, als je een "simpele HTML" hebt want
wie weet welke standaard ze ondersteunen, als ze dat al doen.

Voor "normale" HTML5 en CSS2/3 geldt dat pixels in HTML en CSS niet
echte pixels zijn. Het zijn "CSS pixels". En maten van devices worden
aangegeven in "CSS pixels". Even googlen voor een voorbeeld hoor..

Oh bv hier http://www.javascriptkit.com/dhtmltutors/cssmediaqueries2.shtml .
Dus een iphone6 plus heeft een scherm resolutie van 1242x2208,
maar qua CSS pixels 414x736. Het idee is dat 1 "CSS inch" (da's
'ongeveer' een echte inch) == "96 CSS pixels". Wat meer diepgaande
info: https://www.w3.org/Style/Examples/007/units.en.html

Dus gebruik voor grootte nooit iets als '100pt', maar altijd '100px'.

Dus: <img src="logo.jpg" witdh="100px" height="100px">

Mike.

[Miquel van Smoorenburg]

In article <62334e23$0$13867$e4fe...@usenet.xs4all.nl>,

Miquel van Smoorenburg <miq...@netscum.invalid> wrote:
>Dus: <img src="logo.jpg" witdh="100px" height="100px">

^^^^^
mits je dat wel correct spelt, anders werkt het niet ...

Mike.

[Sjoerd]

Rob schreef:

> Nu is het probleem dat de letters altijd wel goed overkomen maar de
> afbeeldingen soms heel klein worden. Probleem is natuurlijk dat
> afbeeldingen altijd een size in pixels hebben, en dat wordt tegenwoordig
> allemaal geschaald voor hoge-resolutie displays, met name op telefoons.
>
> Hoe geef je nou de afmeting van een plaatje op zodanig dat het in een
> dergelijke omgeving altijd goed overkomt?

Hoewel ik niet zo'n expert ben als de anderen hier, lijkt het me toch zo
duidelijk. Deze regel in de header zou het moeten oplossen:

<meta name="viewport" content="width=device-width, initial-scale=1.0">

[Rob]

Miquel van Smoorenburg <miq...@netscum.invalid> wrote:

Ja dat is precies waar het wringt, kennelijk. Die simpele HTML die
herkend wordt door mailprogramma's als Outlook en Thunderbird beperkt
je sterk in de mogelijkheden om dingen "netjes" te doen, en op devices
zoals een telefoon mail app daar zijn de regels weer anders. Die dingen
hanteren kennelijk nog "1 pixel = 1 schermpixel" maar ze hebben ultra
hoge resolutie schermen en dus wordt het heel klein.

In de normale webbrowser op diezelfde apparaten wordt het wel goed
omgerekend. Ik zit te denken dat gebruik van pt ipv px juist de
voorkeur zou hebben want pt is een absolute maat (1/72") en voor
bijvoorbeeld de fonts werkt dat goed. Maar ik heb niet veel zin om
de px groottes van de plaatjes om te rekenen naar pt en dat dan mee
te geven, want dat gaat vast weer nieuwe issues geven zoals afrondingen
en problemen op andere platformen dan ik tot nu toe gezien heb.

Dat is ook een beetje het probleem: je weet nooit hoe een ander het
te zien krijgt, je kunt alleen testen met omgevingen die je zelf hebt
en de mail gaat natuurlijk naar veel meer omgevingen.

[Rob]

Stef <m...@this.is.invalid> wrote:
> Je zou verwachten dat de pixels uit het plaatje gewoon 1-op-1 mappen op
> de display pixels.

Ja 10 jaar geleden wel. Maar helaas, dat is niet meer zo tegenwoordig
met al die mensen met laptops met 4K schermen en telefoons met HD schermen...

[Rob]

Ja maar dat soort dingen kun je niet in een mail handtekening plaatsen!

[Sjoerd]

Ik schreef:

> Deze regel in de header zou het moeten oplossen:

Kleine correctie: 'in de header' = 'in het head-gedeelte'.

[Rob]

Miquel van Smoorenburg <miq...@netscum.invalid> wrote:

> Oh bv hier http://www.javascriptkit.com/dhtmltutors/cssmediaqueries2.shtml .
> Dus een iphone6 plus heeft een scherm resolutie van 1242x2208,
> maar qua CSS pixels 414x736. Het idee is dat 1 "CSS inch" (da's
> 'ongeveer' een echte inch) == "96 CSS pixels". Wat meer diepgaande
> info: https://www.w3.org/Style/Examples/007/units.en.html
>
> Dus gebruik voor grootte nooit iets als '100pt', maar altijd '100px'.

Ik ga hier (morgen) nog maar eens wat mee stoeien om te kijken of
het opgeven van een expliciete maat in px bij de plaatjes iets uitmaakt.

[A. Dumas]

Rob <nom...@example.com> wrote:
> Ja 10 jaar geleden wel. Maar helaas, dat is niet meer zo tegenwoordig
> met al die mensen met laptops met 4K schermen en telefoons met HD schermen...

Het hangt af van hoe slim het OS cq de display manager is. Nooit problemen
gezien met Apple, weet niet hoe het werkt met Windows en met Linux is
vooral fractional scaling een drama.

[Rob]

Ja daarom vervalt dat ook meteen als oplossing...

[Bert(AWRvB)]

Op 17-3-2022 om 14:05 schreef Rob:

Blijkbaar moet de software, je programmaatje, eerst uitzoeken waar het
op moet werken en voor bepaalde groepen apparaten moet je dan aparte
regels schrijven!






--
Bert ( A W RvB )
(Adres op website)
be...@awrvb.nl
http://www.awrvb.nl
Twitter: awrvbnl

***
US spaceships maximum velocity:
One light-year a minute.
http://projectcamelot.org/lang/en/clifford_stone_interview_transcript_en.html
***
AWN http://www.awn-archeologie.nl
GEA http://www.gea-geologie.nl
NVR http://www.ruimtevaart-nvr.nl
Sterrenkunde http://www.dekoepel.nl
UFOwijzer http://ufowijzer.nl

[robert]

Bert(AWRvB) <a.w....@ziggo.nl>:

> Blijkbaar moet de software, je programmaatje, eerst uitzoeken waar het
> op moet werken en voor bepaalde groepen apparaten moet je dan aparte
> regels schrijven!

We hebben het over HTML, niet over programmeren.

--
robert

[A. Dumas]

Tja het is ook te lang geleden dat ik dit gedaan heb; toen speelde dat
nog niet ... Dus het probleem is dat de tekst wel altijd naar
verwachting geschaald wordt omdat je grootte in pt opgeeft, maar in
bepaalde configuraties (welke bijv.?) de plaatjes niet geschaald worden,
terwijl je daar geen grootte in pixels opgeeft? Ik zou toch eerst
toevoegen van expliciete width/height proberen.
Maar wat als je de plaatjes precies 2x zo groot maakt als je wilt (4x
oppervlak) maar wel de width/height attributes instelt op de oude pixel
waardes? Misschien schalen sommige platformen plaatjes wel omhoog boven
hun daadwerkelijke afmetingen en andere niet, en kun je zo de
non-upscalers opvangen?

[Rob]

Ja zo iets kan helpen, maar de factor dat ze te klein zijn is natuurlijk
niet bekend en lijkt meer richting de 3 a 4 te zijn (lineair) dan 2.
Dwz ze zijn echt veel te klein, bijna onherkenbaar.

En het nadeel van het sturen van te grote plaatjes is dat de mail dan
ook weer groter wordt. (externe img URL's zijn geen optie want dan
worden ze in 99 van de 100 gevallen niet weergegeven in mail)

Die beperkingen van wat er aan HTML ondersteund wordt in mail zijn
onduidelijk en archaisch. Het liefst zou ik natuurlijk de hele boel
in elkaar zetten met DIVs en CSS, maar dat werkt dus niet. Bepaalde
inline style werkt wel (zoals font specificaties) maar de meeste niet.

[Izak van Langevelde]

On 18/03/2022 10:38, Rob wrote:
> Die beperkingen van wat er aan HTML ondersteund wordt in mail zijn
> onduidelijk en archaisch.

Kort en goed: HTML wordt niet ondersteund in standaard email. Allerhande
mail clients ondersteunen het wel, maar dat gaat alleen goed als de
ontvangende zijde dezelfde client gebruikt.

--
Grinnikend door het leven...

[Rob]

Of in ieder geval een client waarmee je het getest hebt.
Wat het ook lastig maakt is dat de meeste clients een sig file die je
met veel moeite in elkaar gezet hebt meestal meteen weer naar eigen
inzicht "verbouwen" voor ze hem verzenden. Zo te zien wordt de HTML
eerst geparsed en dan later weer terug opgebouwd, waarbij allerlei
details aangepast worden of verloren gaan.
Aan de ene kant is dit een goede manier om te zien wat er in ieder
geval niet gaat werken (dwz wat er al uit gesloopt is voor de mail
de deur uit gaat), maar aan de andere kant zorgt het dat zaken die
de client bij ontvangst wel goed zou renderen toch niet gebruikt
kunnen worden.

Ik heb ook al diverse details geconstateerd die bij een "reply" of
"forward" verder verkloot worden. Dus je stuurt een mail en die ziet
er in je eigen Sent map en in de INBOX van de ontvanger goed uit, maar
als die een reply doet en de signature laat staan dan komt die ineens
anders terug (bijv kwa spacing tussen elementen).


En dan ben ik nog niet eens bezig "een nieuwsbrief in HTML" te maken...
Dat moet wel helemaal lastig zijn (daar zijn inderdaad allerlei sites
over waar soms ook wel dingen te vinden zijn mbt mijn probleem).

[P]

Het valt in het algemeen toch niet mee om iets werkend te krijgen...