<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Adaptive Design - Burak Poryaz - Web ve Mobil Arayüz Tasarımı - UX Ui Tasarım</title>
	<atom:link href="https://poryaz.com/tag/adaptive-design/feed/" rel="self" type="application/rss+xml" />
	<link>https://poryaz.com</link>
	<description>Mobil Arayüz Tasarımı, Mobile Ui/UX Designer, Mobile Interface Design, Web Arayüz Tasarımı, Burak Poryaz</description>
	<lastBuildDate>Wed, 19 Aug 2026 11:58:57 +0000</lastBuildDate>
	<language>en-US</language>
	<sy:updatePeriod>
	hourly	</sy:updatePeriod>
	<sy:updateFrequency>
	1	</sy:updateFrequency>
	<generator>https://wordpress.org/?v=7.1</generator>

<image>
	<url>https://poryaz.com/wp-content/uploads/2023/11/cropped-favicon-1-32x32.png</url>
	<title>Adaptive Design - Burak Poryaz - Web ve Mobil Arayüz Tasarımı - UX Ui Tasarım</title>
	<link>https://poryaz.com</link>
	<width>32</width>
	<height>32</height>
</image> 
	<item>
		<title>Tablet Ekran Boyutları: UI Tasarımcılar İçin Güncel Ölçü Rehberi</title>
		<link>https://poryaz.com/tablet-ekran-boyutlari-ui-tasarimcilar/</link>
		
		<dc:creator><![CDATA[poryaz]]></dc:creator>
		<pubDate>Wed, 19 Aug 2026 11:58:57 +0000</pubDate>
				<category><![CDATA[Product Design]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Türkçe]]></category>
		<category><![CDATA[UI/UX]]></category>
		<category><![CDATA[Adaptive Design]]></category>
		<category><![CDATA[iPad Ekran Boyutları]]></category>
		<category><![CDATA[Mobil Arayüz Tasarımı]]></category>
		<category><![CDATA[Responsive Tasarım]]></category>
		<category><![CDATA[tablet Ekran Boyutları]]></category>
		<category><![CDATA[Tablet UI Tasarım]]></category>
		<guid isPermaLink="false">https://poryaz.com/tablet-ekran-boyutlari-ui-tasarimcilar/</guid>

					<description><![CDATA[<p>Tablet ekran boyutları UI tasarımcılar için ne ifade eder? iPad, Android tablet, breakpoint, split view, responsive ve adaptive layout mantığını sade şekilde anlattım.</p>
<p>The post <a href="https://poryaz.com/tablet-ekran-boyutlari-ui-tasarimcilar/">Tablet Ekran Boyutları: UI Tasarımcılar İçin Güncel Ölçü Rehberi</a> first appeared on <a href="https://poryaz.com">Burak Poryaz - Web ve Mobil Arayüz Tasarımı - UX Ui Tasarım</a>.</p>]]></description>
										<content:encoded><![CDATA[<p>Tablet ekran boyutları konusu ilk bakışta sadece teknik bir liste gibi görünüyor.</p>
<p>Şu iPad kaç piksel, şu Android tablet kaç inç, şu cihazın çözünürlüğü ne?</p>
<p>Bunlar tabii ki lazım.</p>
<p>Ama UI/UX tasarımcı için asıl mesele sadece cihaz ölçüsü bilmek değil.</p>
<p>Asıl mesele, tablet ekranında arayüzün nasıl davranacağını doğru düşünmek.</p>
<p>Çünkü tablet, telefon gibi tek kolon davranmak zorunda değil.</p>
<p>Aynı zamanda desktop gibi sınırsız alan da vermiyor.</p>
<p>Bu yüzden tablet arayüz tasarımı, mobil ve desktop arasında ayrı düşünülmesi gereken bir alan.</p>
<h2>Tablet ekran boyutları neden önemli?</h2>
<p>Tablet ekran boyutları, özellikle mobil uygulama ve responsive ürün tasarımında önemli.</p>
<p>Çünkü tablet ekranında genellikle daha fazla yatay alan vardır.</p>
<p>Bu alanı doğru kullanırsan ürün daha rahat çalışır.</p>
<p>Yanlış kullanırsan ekran ya çok boş kalır ya da telefon tasarımının büyütülmüş hali gibi görünür.</p>
<p>Ben tablet tasarımında şu sorulara bakmayı seviyorum:</p>
<ul>
<li>Bu ekran tek kolon mu kalmalı?</li>
<li>İki panel layout daha doğru olur mu?</li>
<li>Liste ve detay aynı anda gösterilebilir mi?</li>
<li>Navigation bottom bar mı kalmalı, nav rail mi olmalı?</li>
<li>Kartlar kaç kolona bölünmeli?</li>
<li>Form alanları fazla uzuyor mu?</li>
<li>Landscape ve portrait davranışı farklı mı olmalı?</li>
</ul>
<p>Bu sorular cihaz listesinden daha değerlidir.</p>
<h2>Güncel iPad ekran boyutları</h2>
<p>iPad tarafında güncel yaygın ölçüler şöyle düşünülebilir:</p>
<table>
<thead>
<tr>
<th>Cihaz</th>
<th>Ekran</th>
<th>Çözünürlük</th>
<th>Tasarım Notu</th>
</tr>
</thead>
<tbody>
<tr>
<td>iPad mini</td>
<td>8.3 inç</td>
<td>2266 x 1488</td>
<td>Küçük tablet gibi düşünülmeli, bazı ekranlarda telefon mantığı devam edebilir.</td>
</tr>
<tr>
<td>iPad 11 inç</td>
<td>10.86 inç görüntülenebilir alan</td>
<td>2360 x 1640</td>
<td>Standart tablet senaryosu için iyi referans.</td>
</tr>
<tr>
<td>iPad Air 11 inç</td>
<td>10.86 inç görüntülenebilir alan</td>
<td>2360 x 1640</td>
<td>Portrait ve landscape kontrolü yapılmalı.</td>
</tr>
<tr>
<td>iPad Air 13 inç</td>
<td>12.9 inç görüntülenebilir alan</td>
<td>2732 x 2048</td>
<td>İki kolon ve split view için güçlü aday.</td>
</tr>
<tr>
<td>iPad Pro 11 inç</td>
<td>11 inç</td>
<td>2420 x 1668</td>
<td>Profesyonel uygulamalarda detay alanı iyi kullanılabilir.</td>
</tr>
<tr>
<td>iPad Pro 13 inç</td>
<td>13 inç</td>
<td>2752 x 2064</td>
<td>Dashboard, editör ve üretkenlik ekranları için geniş alan sağlar.</td>
</tr>
</tbody>
</table>
<p>Burada önemli bir not var.</p>
<p>UI tasarım yaparken sadece fiziksel piksele takılmak doğru değil.</p>
<p>Figma’da çalışırken point, viewport, scale ve safe area gibi kavramları da düşünmek gerekir.</p>
<p>Yani “cihaz 2752 x 2064 piksel” bilgisi tek başına tasarım kararını vermez.</p>
<h2>Android tabletlerde breakpoint mantığı</h2>
<p>Android tarafında cihaz çeşitliliği daha fazla.</p>
<p>Bu yüzden tek tek model ezberlemek yerine window size class mantığı daha sağlıklı.</p>
<p>Android Developers dokümanında genişlik sınıfları kabaca şöyle ayrılıyor:</p>
<ul>
<li><strong>Compact:</strong> 600dp altı, daha çok telefon portrait</li>
<li><strong>Medium:</strong> 600dp &#8211; 839dp, küçük tablet veya büyük foldable alanı</li>
<li><strong>Expanded:</strong> 840dp &#8211; 1199dp, tablet landscape ve geniş ekranlar</li>
<li><strong>Large:</strong> 1200dp &#8211; 1599dp, büyük tablet veya desktop benzeri alan</li>
<li><strong>Extra large:</strong> 1600dp ve üstü, desktop / çok geniş ekran</li>
</ul>
<p>Bence tasarımcı için bu yaklaşım çok daha kullanışlı.</p>
<p>Çünkü kullanıcı tableti portrait kullanabilir.</p>
<p>Landscape kullanabilir.</p>
<p>Split screen açabilir.</p>
<p>Foldable cihazda pencere boyutu değişebilir.</p>
<p>Yani önemli olan cihaz adı değil, uygulamanın elindeki gerçek alan.</p>
<h2>Tablet tasarımında tek kolon her zaman doğru değil</h2>
<p>Telefon ekranlarında tek kolon çoğu zaman doğal çalışır.</p>
<p>Ama tablet ekranında aynı yapıyı büyütüp ortaya koymak bazen zayıf görünür.</p>
<p>Özellikle şu ekranlarda iki panel düşünmek faydalı olabilir:</p>
<ul>
<li>Mesajlaşma uygulamaları</li>
<li>E-posta uygulamaları</li>
<li>CRM ve dashboard ekranları</li>
<li>Ayarlar ekranları</li>
<li>Dosya veya içerik yönetimi</li>
<li>Liste ve detay ilişkisi olan ürünler</li>
</ul>
<p>Mesela solda liste, sağda detay göstermek tablet için çok doğal bir davranış olabilir.</p>
<p>Telefonda bu iki ekran ayrı ayrı açılır.</p>
<p>Tablette ise aynı anda gösterilebilir.</p>
<p>Bu yüzden tablet UI tasarımında “daha büyük telefon” gibi düşünmek yerine “daha fazla bağlam gösterebilen ekran” gibi düşünmek daha doğru.</p>
<h2>Portrait ve landscape ayrı kontrol edilmeli</h2>
<p>Tablet tasarımında portrait ve landscape davranışı önemlidir.</p>
<p>Portrait kullanımda ekran daha dar hissedilebilir.</p>
<p>Landscape kullanımda ise yatay alan ciddi şekilde artar.</p>
<p>Bu fark navigation kararını bile değiştirebilir.</p>
<p>Portrait modda bottom tab bar iyi çalışırken, landscape modda nav rail daha mantıklı olabilir.</p>
<p>Portrait modda tek kolon kalan bir ekran, landscape modda liste + detay yapısına dönebilir.</p>
<p>Bu yüzden sadece bir tablet frame çizip bırakmak yeterli değil.</p>
<p>En azından portrait ve landscape kontrolü yapılmalı.</p>
<h2>Tablet UI tasarımında spacing ve grid</h2>
<p>Tablet ekranlarında boşluk kullanımı çok hassas.</p>
<p>Telefon tasarımındaki spacing değerlerini aynen büyütürsen ekran fazla seyrek kalabilir.</p>
<p>Desktop spacing mantığını aynen getirirsen de dokunmatik kullanım zayıflayabilir.</p>
<p>Ben tablet tasarımında şu dengeyi ararım:</p>
<ul>
<li>Dokunma alanları rahat kalmalı</li>
<li>İçerik gereksiz uzamamalı</li>
<li>Formlar çok geniş olmamalı</li>
<li>Kartlar kontrollü kolonlara ayrılmalı</li>
<li>Okuma alanı fazla satır uzunluğuna kaçmamalı</li>
</ul>
<p>Bu konuda daha genel responsive mantık için <a href="https://poryaz.com/mobil-ui-tasarimda-farkli-ekran-boyutlari/">Mobil UI Tasarımda Farklı Ekran Boyutları Göz Korkutmasın</a> yazısı iyi tamamlayıcı olur.</p>
<h2>Tablet için hangi ekranları mutlaka test ederim?</h2>
<p>Bir mobil uygulamanın tablet davranışını kontrol ederken her ekranı aynı detayda incelemek gerekmeyebilir.</p>
<p>Ama bazı ekranları kesinlikle kontrol ederim:</p>
<ul>
<li>Home veya dashboard ekranı</li>
<li>Liste ekranı</li>
<li>Liste detay ekranı</li>
<li>Form ekranı</li>
<li>Onboarding ekranı</li>
<li>Ayarlar ekranı</li>
<li>Empty state ve error state</li>
<li>Modal, bottom sheet veya popup davranışı</li>
</ul>
<p>Bu ekranlar tablet tarafında problem çıkarma ihtimali yüksek alanlardır.</p>
<p>Özellikle form ve detay ekranlarında genişlik fazla büyüdüğünde okunabilirlik bozulabilir.</p>
<h2>Tablet ekran boyutları SEO için değil, ürün kalitesi için önemli</h2>
<p>Bu konuyu özellikle tasarımcı gözüyle ele almak istiyorum.</p>
<p>Tablet ekran boyutları sadece Google’da aranan bir teknik bilgi değil.</p>
<p>Gerçek ürün kalitesini etkileyen bir tasarım konusu.</p>
<p>Kullanıcı tabletiyle ürünü açtığında uygulama büyük ekrana uyum sağlamıyorsa amatör hissedebilir.</p>
<p>Telefon ekranının büyütülmüş hali gibi duran bir tablet arayüzü, ürünün algısını düşürebilir.</p>
<p>Bu yüzden tablet tasarımı, özellikle SaaS, dashboard, eğitim, sağlık, finans ve üretkenlik uygulamalarında önemlidir.</p>
<h2>Benim kısa tablet tasarım kontrol listem</h2>
<ul>
<li>Portrait ve landscape kontrol edildi mi?</li>
<li>600dp, 840dp ve 1200dp kırılımları düşünüldü mü?</li>
<li>Tek kolon mu, iki panel mi daha doğru?</li>
<li>Navigation bottom bar, nav rail veya side menu olarak değişmeli mi?</li>
<li>Liste ve detay aynı anda gösterilebilir mi?</li>
<li>Form genişliği okunabilir kalıyor mu?</li>
<li>Kart gridleri fazla dağılmadan çalışıyor mu?</li>
<li>Safe area ve system bar alanları hesaba katıldı mı?</li>
<li>Boş, hata ve loading state tablet için de tasarlandı mı?</li>
</ul>
<p>Bu liste çoğu projede hızlı kontrol sağlar.</p>
<h2>Benim düşüncem</h2>
<p>Tablet ekran boyutları ezberlenecek bir liste değil.</p>
<p>Tablet tasarımında asıl konu, ekran büyüdüğünde arayüzün nasıl daha akıllı davranacağıdır.</p>
<p>Telefon tasarımını büyütmek yerine, tablet ekranında kullanıcıya daha fazla bağlam göstermek gerekir.</p>
<p>Bazen bu iki panel olur.</p>
<p>Bazen daha iyi grid olur.</p>
<p>Bazen daha sakin bir form düzeni olur.</p>
<p>Bazen de sadece boşluğu doğru yönetmek olur.</p>
<p>İyi tablet UI tasarım, cihaz ölçüsünü bilmekle başlar ama orada bitmez.</p>
<p>Gerçek iş, o ölçüyü ürün kararına çevirebilmektir.</p>
<p>Mobil arayüz tasarımı tarafındaki temel mantık için <a href="https://poryaz.com/mobil-arayuz-tasarimi/">Mobil Arayüz Tasarımı Nedir?</a> ve daha genel arayüz mantığı için <a href="https://poryaz.com/arayuz-tasarimi-nedir-ui-ux-mobil-uygulama/">Arayüz Tasarımı Nedir?</a> yazılarını da okuyabilirsin.</p>
<h2>Kaynak Sinyalleri</h2>
<ul>
<li><a href="https://www.apple.com/ipad-pro/specs/" rel="nofollow">Apple &#8211; iPad Pro Technical Specifications</a></li>
<li><a href="https://www.apple.com/ipad-air/specs/" rel="nofollow">Apple &#8211; iPad Air Technical Specifications</a></li>
<li><a href="https://www.apple.com/ipad-11/specs/" rel="nofollow">Apple &#8211; iPad 11-inch Technical Specifications</a></li>
<li><a href="https://www.apple.com/ipad-mini/specs/" rel="nofollow">Apple &#8211; iPad mini Technical Specifications</a></li>
<li><a href="https://developer.android.com/develop/ui/views/layout/use-window-size-classes" rel="nofollow">Android Developers &#8211; Window Size Classes</a></li>
<li><a href="https://developer.android.com/develop/ui/views/layout/canonical-layouts" rel="nofollow">Android Developers &#8211; Canonical Layouts</a></li>
</ul><p>The post <a href="https://poryaz.com/tablet-ekran-boyutlari-ui-tasarimcilar/">Tablet Ekran Boyutları: UI Tasarımcılar İçin Güncel Ölçü Rehberi</a> first appeared on <a href="https://poryaz.com">Burak Poryaz - Web ve Mobil Arayüz Tasarımı - UX Ui Tasarım</a>.</p>]]></content:encoded>
					
		
		
			</item>
		<item>
		<title>Mobil UI Tasarımda Farklı Ekran Boyutları Göz Korkutmasın</title>
		<link>https://poryaz.com/mobil-ui-tasarimda-farkli-ekran-boyutlari/</link>
		
		<dc:creator><![CDATA[poryaz]]></dc:creator>
		<pubDate>Tue, 28 Jul 2026 11:13:07 +0000</pubDate>
				<category><![CDATA[Product Design]]></category>
		<category><![CDATA[Technology]]></category>
		<category><![CDATA[Türkçe]]></category>
		<category><![CDATA[UI/UX]]></category>
		<category><![CDATA[Adaptive Design]]></category>
		<category><![CDATA[Android Studio]]></category>
		<category><![CDATA[Junior Designer]]></category>
		<category><![CDATA[Mobil Ekran Boyutları]]></category>
		<category><![CDATA[Mobil UI Tasarım]]></category>
		<category><![CDATA[Responsive Tasarım]]></category>
		<category><![CDATA[UI/UX Tasarım]]></category>
		<category><![CDATA[Xcode]]></category>
		<guid isPermaLink="false">https://poryaz.com/mobil-ui-tasarimda-farkli-ekran-boyutlari/</guid>

					<description><![CDATA[<p>Mobil UI tasarıma yeni başlayanlar için farklı ekran boyutları göz korkutmasın. Responsive mantık, safe area, breakpoint ve Xcode gibi preview araçlarıyla süreç daha yönetilebilir.</p>
<p>The post <a href="https://poryaz.com/mobil-ui-tasarimda-farkli-ekran-boyutlari/">Mobil UI Tasarımda Farklı Ekran Boyutları Göz Korkutmasın</a> first appeared on <a href="https://poryaz.com">Burak Poryaz - Web ve Mobil Arayüz Tasarımı - UX Ui Tasarım</a>.</p>]]></description>
										<content:encoded><![CDATA[<p>Mobil UI tasarıma yeni başlayan birçok kişi aynı yerde geriliyor.</p>
<p>iPhone küçük, iPhone büyük, Android başka, tablet başka.</p>
<p>Bir de işin içine safe area, notch, navigation bar, tab bar, keyboard, landscape, responsive ve adaptive gibi kavramlar girince konu daha zor görünmeye başlıyor.</p>
<p>Ama bence burada panik yapmaya gerek yok.</p>
<p>Mobil app UI tasarımında amaç her cihazı tek tek ezberlemek değildir.</p>
<p>Asıl amaç, arayüzün farklı ekranlarda nasıl davranacağını doğru düşünmektir.</p>
<p>Bu mantık oturduğunda ekran boyutları korkutucu olmaktan çıkar.</p>
<h2>Her cihaz için ayrı tasarım yapmak zorunda değilsin</h2>
<p>Yeni başlayanlarda en sık gördüğüm düşünce şu:</p>
<p>“Her telefon boyutu için ayrı ekran mı çizeceğim?”</p>
<p>Hayır.</p>
<p>Tabii bazı kritik ekranları farklı boyutlarda kontrol etmek gerekir.</p>
<p>Ama her cihaz için baştan ayrı tasarım yapmak doğru yöntem değil.</p>
<p>Mobil UI tasarımda temel yaklaşım şudur:</p>
<ul>
<li>İçerik nasıl büyür?</li>
<li>Alan daralınca ne olur?</li>
<li>Buton nerede kalır?</li>
<li>Liste uzayınca nasıl davranır?</li>
<li>Keyboard açılınca form bozulur mu?</li>
<li>Tablet ekranda aynı yapı çok boş kalır mı?</li>
</ul>
<p>Bunları düşünürsen tek tek cihaz kovalamak yerine sistemli ilerlersin.</p>
<h2>Responsive sadece web sitesi için değil</h2>
<p>Responsive denince çoğu kişinin aklına web tasarım geliyor.</p>
<p>Ama mobil app tarafında da benzer bir düşünme biçimi var.</p>
<p>Ekranın genişliği, yüksekliği, güvenli alanları ve kullanılan componentler tasarım kararını etkiler.</p>
<p>Bir kart yapısı küçük telefonda tek kolon olabilir.</p>
<p>Daha geniş bir ekranda iki kolon gibi çalışabilir.</p>
<p>Bir bottom sheet küçük ekranda daha dikkatli kullanılmalı.</p>
<p>Tablet tarafında ise aynı içerik split view ya da daha geniş layout ile daha rahat sunulabilir.</p>
<p>Yani responsive düşünmek sadece “ekran küçülünce küçült” demek değildir.</p>
<p>İçeriğin önceliğini ve davranışını yeniden düşünmektir.</p>
<h2>Adaptive design mantığını erken öğren</h2>
<p>Responsive ve adaptive kavramları bazen karışıyor.</p>
<p>Basit düşünelim.</p>
<p>Responsive tasarım, arayüzün alana göre esnemesidir.</p>
<p>Adaptive design ise farklı ekran bağlamlarına göre layout kararının değişmesidir.</p>
<p>Mesela telefonda alt menü kullanırken tablette yan menü kullanmak adaptive bir yaklaşımdır.</p>
<p>Mobilde tek kolon, tablette iki panel göstermek de buna örnek olabilir.</p>
<p>Google tarafında Material Design bu konuyu breakpoint ve window size class mantığıyla ele alıyor.</p>
<p>Apple tarafında da Human Interface Guidelines içinde layout, safe area ve platform davranışları önemli yer tutuyor.</p>
<p>Yeni başlayan bir tasarımcı için bu belgeleri ezberlemek gerekmiyor.</p>
<p>Ama mantığını bilmek çok iş görür.</p>
<h2>Xcode ve Android Studio burada neden önemli?</h2>
<p>Bir UI/UX tasarımcı doğrudan kod yazmak zorunda olmayabilir.</p>
<p>Ama mobil app tasarlıyorsa geliştirici araçlarının nasıl düşündüğünü biraz anlamalı.</p>
<p>Mesela Xcode içinde SwiftUI Preview ile farklı cihazlarda ekranın nasıl göründüğü kontrol edilebilir.</p>
<p>Android Studio ve Jetpack Compose tarafında da preview ve farklı ekran sınıflarıyla layout kontrolü yapılabilir.</p>
<p>Bu tasarımcı için şu anlama gelir:</p>
<p>Sen Figma’da sadece güzel bir ekran çizmezsin.</p>
<p>Geliştirici o ekranı farklı cihazlarda yaşatmak zorunda kalır.</p>
<p>Bu yüzden tasarım kararın kod tarafında nasıl davranacak, bunu biraz düşünmen gerekir.</p>
<p>Button fixed mi kalacak?</p>
<p>Liste scroll olacak mı?</p>
<p>Header yüksekliği sabit mi?</p>
<p>Image alanı oranla mı büyüyecek?</p>
<p>Form alanı keyboard altında kalacak mı?</p>
<p>Bunları tasarım aşamasında düşünmek geliştiriciyle iletişimi çok rahatlatır.</p>
<h2>Figma’da sadece tek frame çizip bırakma</h2>
<p>Figma’da mobil app UI tasarlarken tek bir popüler ekran boyutu seçip bütün işi orada bitirmek zayıf kalabilir.</p>
<p>Ben olsam en az üç kontrol yapardım:</p>
<ul>
<li>Küçük telefon ekranı</li>
<li>Orta / standart telefon ekranı</li>
<li>Büyük telefon veya tablet benzeri geniş ekran</li>
</ul>
<p>Bu üç kontrol sana çoğu problemi gösterir.</p>
<p>Metin taşıyor mu?</p>
<p>Buton aşağıda kayboluyor mu?</p>
<p>Card alanları fazla mı sıkışıyor?</p>
<p>Liste öğeleri okunuyor mu?</p>
<p>Boşluklar küçük ekranda fazla mı lüks kalıyor?</p>
<p>Büyük ekranda içerik çok mu dağınık duruyor?</p>
<p>Bunları erken fark etmek sonradan düzeltmekten daha kolaydır.</p>
<p>Güncel ekran ölçüleri için daha önce yazdığım <a href="https://poryaz.com/mobil-arayuz-tasarimi-ekran-boyutlari-nedir/">Mobil Arayüz Tasarımı Ekran Boyutları Nedir?</a> yazısına bakabilirsin.</p>
<h2>Safe area konusu küçük ama önemlidir</h2>
<p>Mobil arayüz tasarımında safe area çok önemli.</p>
<p>Çünkü ekranın her alanı rahat kullanılabilir alan değildir.</p>
<p>Üstte kamera alanı olabilir.</p>
<p>Altta home indicator olabilir.</p>
<p>Sistem gesture alanları olabilir.</p>
<p>Keyboard açıldığında içerik yukarı taşınmak zorunda kalabilir.</p>
<p>Yeni başlayanlar bazen butonu ekranın en altına fazla yaklaştırıyor.</p>
<p>Ya da header içeriğini üstteki sistem alanına çok yakın bırakıyor.</p>
<p>Bu küçük detaylar gerçek cihazda kötü hissettirir.</p>
<p>Figma’da güzel görünen bir ekran, cihazda rahatsız çalışabilir.</p>
<p>Bu yüzden mobil UI tasarımda safe area rehberlerini açık kullanmak iyi alışkanlık.</p>
<h2>Component mantığı ekran boyutlarını kolaylaştırır</h2>
<p>Farklı ekran boyutlarıyla çalışmayı kolaylaştıran şeylerden biri component mantığıdır.</p>
<p>Buton, card, input, tab bar, navigation, list item gibi parçalar sistemli kurulursa farklı ekranlarda davranış daha kontrollü olur.</p>
<p>Mesela bir kart componentinin minimum genişliği, iç boşluğu, görsel oranı ve metin davranışı belliyse tasarım daha rahat ölçeklenir.</p>
<p>Her şeyi elle yerleştirirsen küçük bir ekran değişikliğinde bütün yapı bozulur.</p>
<p>Bu yüzden mobil app UI tasarlarken design system düşüncesi lüks değil, iş kolaylaştıran bir temel.</p>
<p>Bu konu için <a href="https://poryaz.com/design-systems-for-beginners-ui-ux-designers/">Design Systems for Beginners</a> yazısı iyi bir başlangıç olabilir.</p>
<h2>Junior tasarımcılar nerede hata yapıyor?</h2>
<p>Yeni başlayanlarda gördüğüm birkaç tipik hata var.</p>
<p>Birincisi, sadece en güzel görünen cihaz boyutunda çalışmak.</p>
<p>İkincisi, uzun metinleri hiç test etmemek.</p>
<p>Üçüncüsü, keyboard açılınca ne olacağını düşünmemek.</p>
<p>Dördüncüsü, empty state ve error state gibi gerçek ürün durumlarını atlamak.</p>
<p>Beşincisi, geliştiriciye sadece final ekran görseli verip davranışı açıklamamak.</p>
<p>Oysa iyi mobil UI tasarımda ekranın davranışı da anlatılmalı.</p>
<p>Şu alan scroll olur.</p>
<p>Bu buton sticky kalır.</p>
<p>Bu görsel oranını korur.</p>
<p>Bu liste boşsa empty state görünür.</p>
<p>Bu hata durumunda input mesaj gösterir.</p>
<p>Bunları yazmak ve göstermek seni daha profesyonel gösterir.</p>
<h2>Responsive mobil UI için basit kontrol listesi</h2>
<p>Bir mobil app ekranını teslim etmeden önce şu liste işe yarar:</p>
<ul>
<li>Küçük ekranda içerik okunuyor mu?</li>
<li>Büyük ekranda layout fazla boş kalıyor mu?</li>
<li>Safe area dikkate alındı mı?</li>
<li>Keyboard açılınca form alanları görünür kalıyor mu?</li>
<li>Uzun metinler taşmadan çalışıyor mu?</li>
<li>Butonlar dokunulabilir boyutta mı?</li>
<li>Liste, kart ve görsel alanları esneyebiliyor mu?</li>
<li>Empty state ve error state tasarlandı mı?</li>
<li>Tablet veya geniş ekran davranışı düşünüldü mü?</li>
<li>Geliştiriciye davranış notları verildi mi?</li>
</ul>
<p>Bu listeyi alışkanlık haline getirmek, farklı ekran boyutları korkusunu bayağı azaltır.</p>
<h2>AI burada nasıl yardımcı olabilir?</h2>
<p>AI bu konuda da yardımcı olabilir.</p>
<p>Mesela bir ekran için farklı responsive senaryoları sorabilirsin.</p>
<p>Küçük ekranda hangi alanlar öncelikli olmalı diye fikir alabilirsin.</p>
<p>Form akışında keyboard davranışı için kontrol listesi çıkarabilirsin.</p>
<p>Geliştiriciye vereceğin handoff notlarını toparlatabilirsin.</p>
<p>Ama AI’a sadece “bu ekranı responsive yap” demek yeterli değil.</p>
<p>Önce sen ekranın mantığını bilmelisin.</p>
<p>Hangi alan sabit, hangi alan esnek, hangi alan scroll, hangi alan gizlenebilir?</p>
<p>Bu kararlar sende net değilse AI da karışık sonuç verir.</p>
<p>AI destekli UI/UX konusunda <a href="https://poryaz.com/yeni-baslayanlar-ui-ux-tasarimda-ai-kullanma-mantigi/">Yeni Başlayanlar İçin UI/UX Tasarımda AI Kullanma Mantığı</a> yazısı da bu düşünceye yakın bir yerden ilerliyor.</p>
<h2>Benim düşüncem</h2>
<p>Mobil UI tasarımda farklı ekran boyutları göz korkutmamalı.</p>
<p>Çünkü mesele cihaz ezberlemek değil.</p>
<p>Mesele layout mantığını anlamak.</p>
<p>Safe area’yı bilmek.</p>
<p>Componentleri sistemli kurmak.</p>
<p>Responsive ve adaptive davranışı düşünmek.</p>
<p>Ve tasarımın geliştirici tarafında nasıl hayata geçeceğini biraz anlamak.</p>
<p>Xcode, Android Studio, preview araçları ve platform rehberleri tasarımcı için yabancı dünyalar gibi görünmemeli.</p>
<p>Hepsini kod seviyesinde bilmek zorunda değilsin.</p>
<p>Ama bu araçların neden farklı ekranları kontrol ettiğini anlarsan daha doğru UI kararları verirsin.</p>
<p>Bence junior tasarımcı için güzel hedef şu:</p>
<p><strong>Tek bir güzel ekran değil, farklı ekranlarda bozulmadan çalışan bir arayüz düşünmek.</strong></p>
<p>Gerçek mobil UI tasarım burada başlıyor.</p>
<p>UI/UX ve product design tarafında daha fazla içerik için <a href="https://poryaz.com/category/ui-ux/">UI/UX</a>, <a href="https://poryaz.com/category/product-design/">Product Design</a> ve <a href="https://poryaz.com/category/technology/">Technology</a> kategorilerine bakabilirsin.</p>
<h2>Kaynak Sinyalleri</h2>
<ul>
<li><a href="https://developer.apple.com/design/human-interface-guidelines/layout" rel="nofollow">Apple Human Interface Guidelines &#8211; Layout</a></li>
<li><a href="https://developer.apple.com/design/human-interface-guidelines/designing-for-ios" rel="nofollow">Apple Human Interface Guidelines &#8211; Designing for iOS</a></li>
<li><a href="https://m3.material.io/foundations/layout/layout-overview" rel="nofollow">Material Design 3 &#8211; Layout</a></li>
<li><a href="https://m3.material.io/foundations/layout/breakpoints" rel="nofollow">Material Design 3 &#8211; Breakpoints</a></li>
<li><a href="https://developer.android.com/codelabs/adaptive-material-guidance" rel="nofollow">Android Developers &#8211; Adaptive Layout with Material Design</a></li>
</ul><p>The post <a href="https://poryaz.com/mobil-ui-tasarimda-farkli-ekran-boyutlari/">Mobil UI Tasarımda Farklı Ekran Boyutları Göz Korkutmasın</a> first appeared on <a href="https://poryaz.com">Burak Poryaz - Web ve Mobil Arayüz Tasarımı - UX Ui Tasarım</a>.</p>]]></content:encoded>
					
		
		
			</item>
	</channel>
</rss>
