truputį nesuprantu kodėl #gmail ir dauguma kitų korporacinių mail klientų skipina #SVG kodą iš html laiškų, nes neva tai ne secure, bet #base64 kodą palaiko (bent jau gmail — ką tik patikrinau). ir ten, ir ten yra simboliais aprašyti pikseliai. lygiai taip pat saugu arba nesaugu. ar čia iš serijos: ne mūsų formatas tai ir užsipiskit.
@nereikia, čia iš serijos "negalima lyginti, bet palyginkim".
Base64, kaip ir Quoted-Printable, yra universalus informacijos kodavimo būdas, naudojant tik ASCII simbolius, o ne paveiksliukų, teksto, audio, ar ko nors kitko failų formatas. Base64 gali panaudoti bet kokiai informacijai užkoduoti, ir šis būdas naudojamas nuo labai senų laikų, kai kai kurios el. pašto sistemos buvo nesuderinamos su neASCII informacija.
Tuo tarpu SVG yra vektorinės grafikos aprašymo per XML sintaksę formatas. Jis ne tik žymiai naujesnis nei Base64 kodavimo būdas, bet tuo pačiu tai ir geba žymiai daugiau, nes leidžia animacijas, JS skriptinimą ir turbūt dar bala žino ko visko.
Dėl visų savo galimybių tikriausiai SVG laikomas tam tikra accessibility rakštimi ir atakos vektoriumi. Principe tikriausiai el. paštininkai galėtų palaikyti SVG su visokiais apribojimais (panašiai kaip daro HTML ir CSS atvejais), tačiau praktiškai matyt yra nueita paprastesniu "kam čia plėšytis" keliu, ypač kai jie puikiai žino, kad jie patys ir daro didžiausią įtaką tam, kas el. laiškuose laikoma priimtina vartoti, o kas ne.,
@rq nu tai tas kam čia plėšytis ir stebina. juk jei svg yra be js ir panašių dalykų jis yra toks pats ascii kratinys kaip base64, jei lyginti grynai vizualiai. t.y. kažkiek apribotai paštistai visai galėtų svg pripažinti ir tai būtų visai saugu, hope so.
@nereikia, galėtų, bet kam čia plėšytis. Jie ir tą patį HTML su CSS labai ribotai palaiko (ir tam yra pateisinamų priežasčių), dėl ko yra atskiri sprendimai normalaus HTML su CSS vertimui į el. paštui priimtiną HTML su CSS.

@rq pakartosiu ką kitiems rašiau:

aš čia kodėl bezdu? principe tai px, tik nebuvau įspėtas (nu pats durnas) ir teko kokius 30 svg išsaugoti as PNG, o tada šiuos koduoti base64 nes just png irgi netinka, mail klientas pameta kelią į juos ir reikia rankytėmis vėl susikilnoti prieš išsiunčiat. tada didžiausias png ar whatever jpg trūkumas yra smulkių detalių šioks toks suvalgymas kompresinant. svg rezulatas ryškiai kokybiškiau renderinasi už anuos.

@nereikia, tu tuos laiškus assembleriu formuoji, ar kaip?
Nes šiaip prisegamą failą su base64 paprastai užkoduoja ta programa, kuri formuoja laiško struktūrą – tau tuo rūpintis nereikia. Tau failas tikriausiai pasimeta, nes tu jį prie laiško prisegi kaip nuorodą į failą diske, o ne kaip attachmentą.
PNG jokių smulkių detalių nesuvalgo, jas suvalgo JPEG, bet ir tas valgymas priklauso nuo pasirinkto kompresijos laipsnio (aišku, kuo didesnė kompresija, tuo mažesnis gaunasi failas gaunasi, o šiaip JPEG labiau tinka nuotraukoms, o PNG – visokiems logotipams ir pan. piešiniams, kur mažiau margumyno, daugiau nuoseklumo). Nenustebčiau ir gal net tikėčiausi, kad SVG į PNG sukonvertuotų tas pats el. laiškų formavimo įrankis.
@rq nežinau ką tu vadini assembleriu. man parašyti nuo 0 specialiai email apribotą html būtų biškį per daug hemorojaus. radau kažką tinkamo kaip free html email template ir persidariau kaip man reikia atsidaręs Atome. tada ten visi urlai į pixus buvo kaip image/pix.png nu ir tada man užduotis turėti tamplate mozilloj Thunderbirde, o ten jau jokio image/pix kelio nebemato.
@rq galima jau Thunderbirde susikilnoti iš naujo pixus ir pasaugoti, bet nepaėjo nes kai kur table in table o jose dar koks div taip giliai, kad su pele nebepaimi :))) tiesiog kitur pleisina nei turėtų. tada galvoju gal kažkaip kelią gudriau nurodyti į local PC folderį. neradau tinkamo būdo visaip parašinėjau niekaip nesupranta.
@rq tada fuck galvoju svg kodus sudėsiu, kol lokaliai viskas ok, išsiunčiu nieko nebegauna. tada fuuuuuck. tada ai va base64. bet tada svg back to png. btw: png suvalgo lyginant su svg. gal ir neturėtų bet suvalgo.

@nereikia

  • Aišku, kodėl hemorojus. Pasiėmei kažkokį HTML šabloną ir tikiesi, kad Thunderbird supras, ko nori. Gal reikėjo bent kokia importo funkcija pasinaudoti, jei ten tokia yra (senokai nebenaudoju, tad nežinau).
  • Paveiksliukus, kurių nerado, galėjai bandyti redaguoti jų nešalindamas (t.y., double-clickinti, ar atsidaryti per kontekstinį meniu). Gal taip būtum galėjęs juos įkelti iš naujo jau taip, kad Thunderbird suprastų.
  • Tikiu, kad PNG „suvalgo kokybę“ tokiu atveju, jei konvertuojant gaunamas mažesnių matmenų rastrinis paveiksliukas, nei naudojama laiške. Pvz., laiške paveiksliukas naudojamas kaip 200×500px, o konvertuotas buvo į 50×125px. Kad vaizdas neišplauktų, reiktų tiesiog paveiksliuką konvertuoti, nurodant tinkamus taškinius matmenis (SVG formato paveikslai turi matmenis, bet kadangi jie vektoriniai, tai tie matmenys labiau orientaciniai/default, nei kažką stipriai keičiantys).
  • @rq sorry, bet negaliu sutikt. 1. ne kažkokį o man tinkantį. 2. aprašiau kad per context menu tiesiog fiziškai neprieit prie kai kurių vietų iš Thunderbird pusės. ne, jokio tokio smart import nėra. 3. nu aš gal ne ant tiek asilas, kad padidinęs 500% pixel graphic tikėčiausi gero rezultato :) png comparing to svg gal ir nesuvalgo, bet itin smulkiu šriftu parašytus tekstukus logotipuose kiek palieja ir prarandamas aiškumas. aš žinau kodėl, bet todėl ir preferinčiau svg unstead png.

    @nereikia rastriniai paveikslėliai geriausiai rodomi, kai yra nei didinami, nei mažinami (nors didinant subjursta labiau).

    Va pageneravau VU logotipą skirtingais dydžiais iš to pates SVG ir padariau lentelę palyginimui. Kiek aš matau tai visuomet PNG, sumažintas iki tikro naudojamo dydžio, atitinka SVG vaizdą ir yra ryškiausias.

    @rq tai viskas čia aišku ir man seniai žinoma, su tuo didinimu / mažinimu, kad png ne į naudą. ir pas mane png failai exact same size as in html. bet netgi tavo lentelėje man svg atrodo geriau nei actual size png. čia arba religinis įsitikinimas, arba akiniai per geri :)