Ano ang laman ng vCard
Ang vCard ay payak na teksto na binubuo ng mga linyang may label, na binubuksan ng BEGIN:VCARD at isinasara ng END:VCARD. Ang bawat linya ay may hawak na isang property, tulad ng formatted name, numero ng telepono o email address. Ang parehong teksto ang laman ng .vcf file kapag ine-export ang mga contact mula sa telepono o email program.
Ang minimal na vCard 3.0 para sa QR code ay ganito ang hitsura, isang property bawat linya: BEGIN:VCARD, VERSION:3.0, N:Lee;Jordan, FN:Jordan Lee, ORG:Maple Street Bakery, TEL:+15035550123, EMAIL:jordan@example.com, URL:https://example.com, END:VCARD. Hawak ng N ang nakabalangkas na pangalan (unang nakalagay ang apelyido, pinaghihiwalay ng semicolon) at ng FN ang pangalan kung paano ito dapat ipakita.
- N: nakabalangkas na pangalan (apelyido;pangalan;gitnang pangalan;prefix;suffix)
- FN: ipinapakitang pangalan
- TEL: numero ng telepono, mainam sa internasyonal na format
- EMAIL: email address
- ORG: kumpanya o organisasyon
- TITLE: titulo ng trabaho
- URL at ADR: website at postal address
Aling bersyon ang gagamitin
Ang bersyon 3.0 pa rin ang pinakaligtas na pagpipilian para sa mga QR code dahil halos lahat ng telepono ay nagbabasa nito. Tinukoy ito sa RFC 2426 noong 1998. Ang bersyon 4.0, na tinukoy sa RFC 6350 noong 2011, ang kasalukuyang pamantayan at nangangailangan ng UTF-8, pero mas hindi pare-pareho ang paghawak dito ng ilang mas lumang reader.
Inaasahan ng bersyon 3.0 ang parehong N at FN, samantalang FN lang ang hinihingi ng 4.0. Anuman ang bersyong gamitin, dapat nasa kasunod agad ng BEGIN:VCARD ang linya ng VERSION.
Mga kapalit sa laki at pag-scan
Ang bawat field na idinagdag sa vCard ay nagdaragdag ng mga character, at ang mas maraming character ay nangangahulugan ng mas siksik na QR code na may mas maliliit na module. Ang card na may pangalan, isang numero ng telepono at isang email ay madaling ma-scan kahit sa laki ng business card. Ang pagdaragdag ng postal address, ilang numero, mahabang tala o naka-embed na larawan ay maaaring magtulak sa code sa bersyong kailangang i-print nang mas malaki.
Karaniwang problema ang mga larawan: ang base64-encoded na larawan ay maaaring umabot sa libu-libong character at bihirang kasya sa praktikal na code. Karaniwang alternatibo ang mag-encode ng maikling link sa naka-host na .vcf file o pahina ng contact, na nagpapanatiling maliit sa code at nagpapahintulot na magbago ang mga detalye sa hinaharap.