ما تحتويه vCard
vCard نص عادي من أسطر معنونة، يفتحه BEGIN:VCARD ويغلقه END:VCARD. ويحمل كل سطر خاصية واحدة، مثل الاسم المنسق أو رقم هاتف أو عنوان بريد إلكتروني. والنص نفسه هو ما يضمه ملف .vcf حين تُصدَّر جهات الاتصال من هاتف أو برنامج بريد.
وتبدو vCard 3.0 دنيا لرمز QR هكذا، بخاصية واحدة في كل سطر: 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. يحمل N الاسم المنظَّم (اسم العائلة أولا، مفصولا بفواصل منقوطة) ويحمل FN الاسم كما ينبغي عرضه.
- N: الاسم المنظَّم (العائلة;الأول;الأوسط;اللقب;اللاحقة)
- FN: اسم العرض
- TEL: رقم الهاتف، ويفضل بالصيغة الدولية
- EMAIL: عنوان البريد الإلكتروني
- ORG: الشركة أو المنظمة
- TITLE: المسمى الوظيفي
- URL وADR: الموقع الإلكتروني والعنوان البريدي
أي إصدار تستخدم
يظل الإصدار 3.0 الخيار الأسلم لرموز QR لأن كل هاتف تقريبا يقرؤه. وهو معرَّف في RFC 2426 الصادر عام 1998. أما الإصدار 4.0، المعرَّف في RFC 6350 عام 2011، فهو المعيار الحالي ويتطلب UTF-8، لكن بعض القارئات الأقدم تتعامل معه بثبات أقل.
ويتوقع الإصدار 3.0 كلا من N وFN، بينما يتطلب 4.0 FN فقط. وأيا كان الإصدار المستخدم، ينبغي أن يأتي سطر VERSION مباشرة بعد BEGIN:VCARD.
المقايضة بين الحجم والمسح
كل حقل يُضاف إلى vCard يضيف أحرفا، وأحرف أكثر تعني رمز QR أكثف بوحدات أصغر. وبطاقة فيها اسم ورقم هاتف واحد وبريد واحد تُمسح بسهولة حتى بحجم بطاقة العمل. أما إضافة عنوان بريدي وعدة أرقام وملاحظة طويلة أو صورة مدمجة فقد تدفع الرمز إلى إصدار يحتاج إلى طباعة أكبر بكثير.
والصور هي المشكلة المعتادة: فالصورة المرمَّزة بـ base64 قد تبلغ آلاف الأحرف وقلما تتسع في رمز عملي. والبديل الشائع ترميز رابط قصير إلى ملف .vcf مستضاف أو صفحة اتصال، وهذا يُبقي الرمز صغيرا ويتيح تغيير التفاصيل لاحقا.