Mastodawn

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.

Karmalakas Mar 9

@nereikia SVG yra HTML; Base64 yra JPG
Nu čia grynai apie paveiksliukus kalbant

@karmalakas tai visas email — html. t.y. su inline css ir visais kitais html atributais. ir gmail, ms Outlook ir pnš servisai iškerpa iš tokio html būtent SVG dalį.

Karmalakas Mar 10

@nereikia aš ten grubiai parašiau, nes bandai lygint su paveiksliukais. SVG yra gerokai pavojingiau už tiesiog HTML. SVG palaiko dalykus, kurie labai palengvina phishing'ą ir XSS

Rytis Slatkevičius Mar 10

@karmalakas @nereikia Base64 yra kodavimo algoritmas, ne konkretus formatas. Gali ir tą patį SVG aprašyti base64.

Karmalakas Mar 10

@rytiss @nereikia tai taip. Aš grynai tik apie kontekstą, o ne tech specs

nereikia Mar 10

@rytiss base64 užkoduoto svg nepalaiko lygiai taip pat, kaip just svg.
@karmalakas tas aišku, kad svg turi daug galimybių, bet atskirti svg su panaudotais visokiais js nuo tiesiog vektorius aprašančio „nepavojingo“ svg turbūt nebūtų sunku?

nereikia Mar 10

@rytiss @karmalakas

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.

Karmalakas Mar 10

@nereikia @rytiss pirma - Base64 bet kokį string'ą gali koduot
Antra - ar tikrai esi pas save nustatęs, kad įkeliamus img attach'intų, o ne link'intų? Ir SVG yra vektorinė grafika, o ne pikselinis paveiksliukas - nepalyginami dalykai, apart galutinės išvaizdos. SVG yra tik instrukcijos ir skirtingi klientai gali skirtingai rodyt net. PNG (kuris yra lossless) ar JPG (kuris pameta detales) savo ruožtu ant visų klientų bus rodomas vienodai, nes tai jau baked in galutinis vaizdas, o ne instrukcijos

kultura_karikatura

@karmalakas, čia gal per žiauriai. SVG turėtų būti atvaizduojamas visur vienodai. Ne visada taip gaunasi dėl to, kad yra įvairių featurų, kuriuos vienos programos gali palaikyti, kitos nepalaikyti, o trečios palaikyti neteisingai.
Čia turbūt panašiausia analogija būtų Wordo failai, tik jie tokie šūdini dėl kiek kitų priežasčių. 😀
@nereikia @rytiss

Karmalakas Mar 10

@rq @nereikia @rytiss tai kad nereik nei Word'o - tas pats standartizuotas HTML ant skirtingų variklių vis dar šiek tiek skirtingai atvaizduojamas. Aišku nepalyginamai geriau ir vienodžiau, nei IE6 laikais 😀

kultura_karikatura

@karmalakas, good point, bet HTML bent jau nėra tas formatas, iš kurio visi tikisi, kad visur vienodai atrodys.
O štai iš Wordo kažkodėl tikisi. 😀

@nereikia @rytiss

nereikia Mar 10

@rq nu bet kalbant apie word tai jis arba atrodo perfect native aplinkoj, arba piece of shit svetimose. :))) tam yra objektyvių priežasčių of course bet just sayn' @karmalakas @rytiss

kultura_karikatura

@nereikia, turiu aš vieną Word failą, kurio nė viena mano bandyta Word versija normaliai nerodė. 😀 Bet ir šiaip nežinau, ką čia tuo argumentu norėta pasakyti.

Gytis Repečka Mar 10

@rq Tik iš PDF tikimasi vienodo atvaizdavimo visur, bet ir tai kai kurie pamiršta į failą įtraukti ir naudotus šriftus...

@karmalakas @nereikia @rytiss

@gytisrepecka @rq @karmalakas @nereikia @rytiss kita nedidelė bėdutė - retas įrankis aiškiai kalba apie palaikomas PDF'ų versijas. Kas... Kartais gana kritinė bėda bandant kažką atsispausdinti ar teisingai atvaizduoti.

@karmalakas @nereikia @rytiss *baitų seką. Binary to text, kitaip tariant. Tad labai sėkmingai gali kišti ir exec'ą. o viena galima išskirtinumo (lyginant su SVG) priežasčių - base64 gana glaustai susijęs su MIME, kas yra viena iš specifikacijų skirtų būtent meilams.

Karmalakas Mar 10

@KasTasMykolas @nereikia @rytiss taip, baitų seka - vienas iš bet kokių string'ų 😀

kultura_karikatura

@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.,

nereikia Mar 10

@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.

kultura_karikatura

@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.

nereikia Mar 10

@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.

kultura_karikatura

@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.

nereikia Mar 10

@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.

nereikia Mar 10

@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.

nereikia Mar 10

@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.

kultura_karikatura

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).

nereikia Mar 10

@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.

kultura_karikatura

@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.

nereikia Mar 10

@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 :)

Ovidijus Mar 10

@rq @nereikia vektorinė grafiką gali būti atakos vektorius 😅

nereikia Mar 10

@Ovidijus 😁😁😁@rq