Arapça mobil düzenleri, karma metinleri, formları ve dil geçişini değerlendirin; tasarımcınızla paylaşabileceğiniz somut bir kabul listesi hazırlayın.
Arapça bir sayfa tasarımcının geniş ekranında düzenli görünebilir; müşterinin telefonunda ise telefon numarası karışabilir veya rezervasyon düğmesi görünmeyebilir. Duyarlı tasarım, kullanılabilir alan değişirken yapılacak işi anlaşılır tutmalıdır. Tasarımı onaylamadan önce üç gerçek görev seçin: hizmeti bulmak, koşullarını anlamak ve talep göndermek. Önce Arapça, ardından desteklenen diğer dillerde bu görevleri tamamlayın. Genel bir görsel değerlendirme yerine, karşılaştığınız engeli ve oluştuğu ekranı kaydedin.
Yönü gerçek içerikle birlikte değerlendirin
W3C metin yönü rehberi, genel okuma yönü sağdan sola olduğunda belge düzeyinde bu yönün tanımlanmasını önerir. Geliştiriciden sayfa dilini de belirtmesini isteyin. Başlıkların sağa hizalanması tek başına belgenin okuma yönünü tanımlamaz.
Uzun bir Arapça ad, e-posta adresi, uluslararası telefon numarası, para birimli fiyat ve Arapça cümle içinde Latin harfli ürün adı hazırlayın. Parantezleri, kısa çizgileri ve adres parçalarının sırasını kontrol edin. Logo, fotoğraf veya medya kontrolünü otomatik olarak aynalamayın. Simgelerin anlamını inceleyerek hangi gezinme işaretlerinin yönle birlikte değişmesi gerektiğini tasarımcıyla belirleyin.

Ekran daralırken okumayı koruyun
Ana içerikte tek sütunla başlayın; paragraflar ve düğmeler arasında yeterli boşluk bırakın. Seçilen Arapça yazı tipini gerçek uzun başlıklarla ve içerikte kullanılıyorsa harekelerle deneyin. Arapça, Türkçe ve İngilizce için aynı satır yüksekliğinin uygun olduğunu varsaymayın. Her dilde birkaç uzun ve birkaç kısa içerik örneğini ayrı ayrı gözden geçirin.
web.dev duyarlı tasarım rehberi, yerleşimin kullanılabilir ekran alanına uyarlanmasını açıklar. Tarayıcı genişliğini yavaşça değiştirin; sorunlar alışılmış telefon ve bilgisayar ölçülerinin arasında da ortaya çıkabilir. Metni büyüttüğünüzde kartın uzadığını, son satırın kesilmediğini ve işlem düğmesinin kapanmadığını kontrol edin.
Formları ve dil geçişini baştan sona deneyin
- Birleşik Arapça ad ve gerçekçi iletişim bilgileri girin. Doğrulama hatasından sonra doğru alanların korunmasını kontrol edin.
- Zorunlu alanı boş bırakın. Mesajın ilgili alanın yakınında neyi düzeltmeniz gerektiğini açıklamasını bekleyin.
- Telefon klavyesini açın; kullanılan alana ve gönderme düğmesine erişebildiğinizi doğrulayın.
- Bir hizmet alt sayfasından dil değiştirin. Karşılığı varsa aynı hizmetin seçilen dilde açıldığını kontrol edin.
- Mobil menüyü klavyeyle açıp kapatın; hangi kontrolün odakta olduğu görünür kalmalıdır.
Bir bakım firmasının, bina numarası ve Latin harf içeren Arapça adres aldığını düşünün. Çalışanlar müşteriden adresi tekrar açıklamasını istiyorsa bu sorun öncelikli olabilir. Kullanıcının gönderdiği değeri yönetim ekranına veya e-postaya ulaşan kayıtla karşılaştırın. Formun düzgün görünmesi, bütün sürecin bilgiyi doğru taşıdığını tek başına göstermez.
Tekrarlanabilir kabul koşulları yazın
Her sorun için cihazı, dili, sayfayı, adımları ve beklenen sonucu kaydedin. Örneğin rezervasyon sayfasında metin büyütüldüğünde hizmet başlığı, hata mesajının tamamı ve gönderme düğmesi erişilebilir kalmalıdır. Teslimden önce temel cihaz ve tarayıcı kapsamını belirleyin; düzeltmeden sonra aynı yolu yeniden deneyin. Bu pratik kontrol, kapsamlı bir erişilebilirlik sertifikası anlamına gelmez.
İncelemeye ekipten bir Arapça okuyucuyu dahil edin. Ona hangi düğmeye basacağını söylemeden bir hizmet bulmasını ve talep oluşturmasını isteyin. Tereddüt ettiği kelimeleri ve açıklama istediği alanları not edin. Böylece teknik yön hatalarının yanında, çeviride doğal görünmeyen ifadeleri de tasarım teslim edilmeden yakalayabilirsiniz.
Dil ihtiyaçlarını proje gereksinimlerine ekleyin ve karşılık gelen sayfaları çok dilli site rehberiyle planlayın. Bekleme sorunlarını mobil hız kontrol listesiyle inceleyin. Şablon mağazasında seçenekleri aynı örnek içerikle karşılaştırın.
