অ্যান্ড্রয়েড ১৭-এর আকার পরিবর্তন ও ওরিয়েন্টেশন পরিবর্তনের জন্য আপনার অ্যাপকে প্রস্তুত করুন।

২০২৫ সালে অ্যান্ড্রয়েড ১৬ প্রকাশের সাথে সাথে, আমরা এমন একটি ডিভাইস ইকোসিস্টেমের জন্য আমাদের রূপকল্প তুলে ধরেছিলাম যেখানে অ্যাপগুলো যেকোনো স্ক্রিনের সাথে নির্বিঘ্নে খাপ খাইয়ে নেবে—সেটা ফোন, ফোল্ডেবল, ট্যাবলেট, ডেস্কটপ, গাড়ির ডিসপ্লে বা এক্সআর (XR) যাই হোক না কেন। ব্যবহারকারীরা আশা করেন যে তাদের অ্যাপগুলো সব জায়গায় কাজ করবে। ট্যাবলেটে মাল্টিটাস্কিং করা হোক, আরামে পড়ার জন্য ডিভাইসটি খোলা হোক, বা ডেস্কটপ উইন্ডোইং পরিবেশে অ্যাপ চালানো হোক, ব্যবহারকারীরা প্রত্যাশা করেন যে ইউআই (UI) উপলব্ধ ডিসপ্লে স্পেস পূরণ করবে এবং ডিভাইসের অবস্থানের সাথে নিজেকে মানিয়ে নেবে।

We introduced significant changes to orientation and resizability APIs to facilitate adaptive behavior, while providing a temporary opt-out to help you make the transition. We've already seen many developers successfully adapt to this transition when targeting API level 36.

এখন অ্যান্ড্রয়েড ১৭ বিটা প্রকাশের সাথে সাথে, আমরা আমাদের অ্যাডাপ্টিভ রোডম্যাপের পরবর্তী ধাপে যাচ্ছি: অ্যান্ড্রয়েড ১৭ (এপিআই লেভেল ৩৭) বড় স্ক্রিনের ডিভাইসগুলিতে (sw > 600 dp) ওরিয়েন্টেশন এবং রিসাইজযোগ্যতার সীমাবদ্ধতা থেকে ডেভেলপারদের অপ্ট-আউটের সুযোগটি তুলে দিয়েছে । আপনি যখন এপিআই লেভেল ৩৭ টার্গেট করবেন, তখন আপনার অ্যাপটিকে অবশ্যই বিভিন্ন ডিসপ্লে সাইজের সাথে মানিয়ে নিতে সক্ষম হতে হবে।

এই আচরণগত পরিবর্তনগুলো নিশ্চিত করে যে অ্যান্ড্রয়েড ইকোসিস্টেম সকল ধরনের ডিভাইসে একটি সামঞ্জস্যপূর্ণ ও উচ্চ-মানের অভিজ্ঞতা প্রদান করে।

অ্যান্ড্রয়েড ১৭-এ কী পরিবর্তন আসছে

অ্যান্ড্রয়েড ১৭-এর জন্য তৈরি অ্যাপগুলোকে অবশ্যই অ্যান্ড্রয়েড ১৬-এ প্রবর্তিত ম্যানিফেস্ট অ্যাট্রিবিউট এবং রানটাইম এপিআই-এর পর্যায়ক্রমিক বিলুপ্তির সাথে নিজেদের সামঞ্জস্যতা নিশ্চিত করতে হবে। আমরা বুঝতে পারছি যে কিছু অ্যাপের জন্য এটি একটি বড় পরিবর্তন হতে পারে, তাই এই ব্লগ পোস্টের পরবর্তী অংশে আমরা সাধারণ সমস্যাগুলো এড়াতে সাহায্য করার জন্য সেরা অনুশীলন এবং টুলস অন্তর্ভুক্ত করেছি।

No new changes have been introduced since Android 16, but the developer opt-out is no longer possible. As a reminder: when your app is running on a large screen—where large screen means that the smaller dimension of the display is greater than or equal to 600 dp—the following manifest attributes and APIs are ignored:

দ্রষ্টব্য: অ্যান্ড্রয়েড ১৬-এর ক্ষেত্রে যেমনটি আগে উল্লেখ করা হয়েছিল, এই পরিবর্তনগুলি sw 600 dp-এর চেয়ে ছোট স্ক্রিন অথবা android:appCategory ফ্ল্যাগের উপর ভিত্তি করে গেম হিসাবে শ্রেণীবদ্ধ অ্যাপগুলির জন্য প্রযোজ্য নয়।

এছাড়াও, ব্যবহারকারীরা নিয়ন্ত্রণ বজায় রাখেন। অ্যাস্পেক্ট রেশিও সেটিংসে , ব্যবহারকারীরা অ্যাপটির অনুরোধ করা আচরণটি ব্যবহারের জন্য স্পষ্টভাবে সম্মতি জানাতে পারেন।

আপনার অ্যাপ প্রস্তুত করুন

যেহেতু অ্যাস্পেক্ট রেশিও এবং ওরিয়েন্টেশনকে পোর্ট্রেট বা ল্যান্ডস্কেপে সীমাবদ্ধ করার আর কোনো উপায় থাকবে না, তাই অ্যাপগুলোকে এখন থেকে ব্যবহারকারীরা অ্যাপ ব্যবহারের জন্য বেছে নিতে পারেন এমন সমস্ত অ্যাস্পেক্ট রেশিওর ডিসপ্লে সাইজের জন্য ল্যান্ডস্কেপ এবং পোর্ট্রেট লেআউট সমর্থন করতে হবে, যার মধ্যে রিসাইজযোগ্য উইন্ডোও অন্তর্ভুক্ত থাকবে।

আপনার অ্যাপটি পরীক্ষা করুন

আপনার প্রথম পদক্ষেপ হলো এই পরিবর্তনগুলো সহ আপনার অ্যাপটি পরীক্ষা করা, যাতে নিশ্চিত হওয়া যায় যে অ্যাপটি বিভিন্ন ডিসপ্লে সাইজে ভালোভাবে কাজ করছে।

অ্যান্ড্রয়েড স্টুডিওতে পিক্সেল ট্যাবলেট এবং পিক্সেল ফোল্ড সিরিজের এমুলেটরগুলির সাথে অ্যান্ড্রয়েড ১৭ বিটা ১ ব্যবহার করুন এবং targetSdkPreview = “CinnamonBun” সেট করুন। বিকল্পভাবে, যদি আপনার অ্যাপটি এখনও এপিআই লেভেল ৩৬ টার্গেট না করে থাকে, তাহলে আপনি UNIVERSAL_RESIZABLE_BY_DEFAULT ফ্ল্যাগটি সক্রিয় করে অ্যাপ কম্প্যাটিবিলিটি ফ্রেমওয়ার্ক ব্যবহার করতে পারেন।

আপনার লেআউটগুলো যেন সঠিকভাবে মানিয়ে নেয়, তা নিশ্চিত করার জন্য আমাদের কাছে অতিরিক্ত টুল রয়েছে। আপনি Compose UI Check-এর মাধ্যমে স্বয়ংক্রিয়ভাবে আপনার UI নিরীক্ষা করতে পারেন এবং এটিকে আরও অভিযোজনযোগ্য করে তোলার জন্য পরামর্শ পেতে পারেন, এবং DeviceConfigurationOverride ব্যবহার করে আপনার টেস্টগুলোতে নির্দিষ্ট ডিসপ্লে বৈশিষ্ট্যগুলো অনুকরণ করতে পারেন।

যেসব অ্যাপে ঐতিহাসিকভাবে ওরিয়েন্টেশন এবং অ্যাসপেক্ট রেশিও সীমাবদ্ধ করা থাকে, সেগুলোতে আমরা প্রায়শই বাঁকা বা ভুল দিকে মুখ করা ক্যামেরা প্রিভিউ, প্রসারিত লেআউট, অ্যাক্সেস-অযোগ্য বাটন, অথবা কনফিগারেশন পরিবর্তনের সময় ব্যবহারকারীর অবস্থা হারিয়ে যাওয়ার মতো সমস্যা দেখতে পাই।

চলুন এই সাধারণ সমস্যাগুলো সমাধানের কিছু কৌশল দেখে নেওয়া যাক।

ক্যামেরার সামঞ্জস্যতা নিশ্চিত করুন

ল্যান্ডস্কেপ ফোল্ডেবল ফোনে অথবা মাল্টি-উইন্ডো, ডেস্কটপ উইন্ডোইং বা কানেক্টেড ডিসপ্লের মতো ক্ষেত্রে অ্যাস্পেক্ট রেশিও গণনার সময় একটি সাধারণ সমস্যা হলো, যখন ক্যামেরা প্রিভিউটি প্রসারিত, ঘূর্ণিত বা ক্রপ করা অবস্থায় প্রদর্শিত হয়।

আপনার ক্যামেরা প্রিভিউ যেন প্রসারিত বা ঘোরানো না থাকে, তা নিশ্চিত করুন।

এই সমস্যাটি প্রায়শই বড় স্ক্রিন এবং ফোল্ডেবল ডিভাইসগুলিতে ঘটে, কারণ অ্যাপগুলি ক্যামেরার বৈশিষ্ট্য (যেমন অ্যাস্পেক্ট রেশিও এবং সেন্সর ওরিয়েন্টেশন) এবং ডিভাইসের বৈশিষ্ট্যগুলির (যেমন ডিভাইস ওরিয়েন্টেশন এবং ন্যাচারাল ওরিয়েন্টেশন) মধ্যে একটি নির্দিষ্ট সম্পর্ক ধরে নেয়।

আপনার ক্যামেরা প্রিভিউ যাতে যেকোনো উইন্ডোর আকার বা অভিমুখের সাথে সঠিকভাবে খাপ খায়, তা নিশ্চিত করতে এই চারটি সমাধান বিবেচনা করুন:

সমাধান ১: জেটপ্যাক ক্যামেরাএক্স (পছন্দনীয়)

সবচেয়ে সহজ এবং নির্ভরযোগ্য সমাধান হলো Jetpack CameraX লাইব্রেরি ব্যবহার করা। এর PreviewView UI এলিমেন্টটি প্রিভিউয়ের সমস্ত জটিলতা স্বয়ংক্রিয়ভাবে সামলানোর জন্য ডিজাইন করা হয়েছে:

• PreviewView সেন্সরের অভিমুখ, ডিভাইসের ঘূর্ণন এবং স্কেলিং সঠিকভাবে সমন্বয় করে।
• PreviewView ক্যামেরা ইমেজের অ্যাস্পেক্ট রেশিও বজায় রাখে, সাধারণত ছবিটিকে কেন্দ্রে এনে এবং ক্রপ করে ( FILL_CENTER )।
• প্রয়োজনে প্রিভিউকে লেটারবক্স করার জন্য আপনি স্কেল টাইপটি FIT_CENTER এ সেট করতে পারেন।

আরও তথ্যের জন্য, CameraX ডকুমেন্টেশনে "Implement a preview" দেখুন।

সমাধান ২: ক্যামেরাভিউফাইন্ডার

আপনি যদি বিদ্যমান কোনো Camera2 কোডবেস ব্যবহার করেন, তবে CameraViewfinder লাইব্রেরিটি (যা API লেভেল 21 পর্যন্ত ব্যাকওয়ার্ড কম্প্যাটিবল) আরেকটি আধুনিক সমাধান। এটি একটি TextureView বা SurfaceView ব্যবহার করে এবং আপনার জন্য সমস্ত প্রয়োজনীয় ট্রান্সফরমেশন (অ্যাসপেক্ট রেশিও, স্কেল এবং রোটেশন) প্রয়োগ করে ক্যামেরা ফিড প্রদর্শনকে সহজ করে তোলে।

আরও তথ্যের জন্য, “ Introducing Camera Viewfinder” ব্লগ পোস্ট এবং “Camera preview developer guide” দেখুন।

সমাধান ৩: ম্যানুয়াল ক্যামেরা২ বাস্তবায়ন

যদি আপনি CameraX বা CameraViewfinder ব্যবহার করতে না পারেন, তাহলে আপনাকে অবশ্যই ম্যানুয়ালি ওরিয়েন্টেশন এবং অ্যাসপেক্ট রেশিও গণনা করতে হবে এবং নিশ্চিত করতে হবে যে প্রতিটি কনফিগারেশন পরিবর্তনের সাথে সাথে গণনাগুলো আপডেট হয়:

• CameraCharacteristics থেকে ক্যামেরা সেন্সরের ওরিয়েন্টেশন (যেমন, ০, ৯০, ১৮০, ২৭০ ডিগ্রি) জেনে নিন।
• ডিভাইসটির বর্তমান ডিসপ্লে রোটেশন জানুন (যেমন, ০, ৯০, ১৮০, ২৭০ ডিগ্রি)।
• আপনার SurfaceView বা TextureView জন্য প্রয়োজনীয় রূপান্তরগুলি নির্ধারণ করতে ক্যামেরা সেন্সরের অভিমুখীকরণ এবং ডিসপ্লে ঘূর্ণন মানগুলি ব্যবহার করুন।
• বিকৃতি এড়াতে আপনার আউটপুট Surface অ্যাস্পেক্ট রেশিও যেন ক্যামেরা প্রিভিউয়ের অ্যাস্পেক্ট রেশিওর সাথে মেলে, তা নিশ্চিত করুন।

গুরুত্বপূর্ণ: মনে রাখবেন, ক্যামেরা অ্যাপটি স্ক্রিনের একটি অংশে চলতে পারে, হয় মাল্টি-উইন্ডো বা ডেস্কটপ উইন্ডোয়িং মোডে অথবা কোনো সংযুক্ত ডিসপ্লেতে। এই কারণে, ক্যামেরা ভিউফাইন্ডারের মাত্রা নির্ধারণ করতে স্ক্রিনের আকার ব্যবহার করা উচিত নয়; এর পরিবর্তে উইন্ডো মেট্রিক্স ব্যবহার করুন। অন্যথায়, ক্যামেরার প্রিভিউটি প্রসারিত হয়ে যাওয়ার ঝুঁকি থাকে।

আরও তথ্যের জন্য, ক্যামেরা প্রিভিউ ডেভেলপার গাইড এবং বিভিন্ন ফর্ম ফ্যাক্টরে আপনার ক্যামেরা অ্যাপ ভিডিওটি দেখুন।

সমাধান ৪: একটি ইন্টেন্ট ব্যবহার করে ক্যামেরার সাধারণ কাজগুলো সম্পাদন করুন।

আপনার যদি ক্যামেরার অনেক ফিচারের প্রয়োজন না হয়, তবে একটি সহজ ও সরল সমাধান হলো ডিভাইসের ডিফল্ট ক্যামেরা অ্যাপ্লিকেশন ব্যবহার করে ছবি বা ভিডিওর মতো সাধারণ কাজগুলো করা। এক্ষেত্রে, সহজ রক্ষণাবেক্ষণ এবং অভিযোজনযোগ্যতার জন্য, আপনি ক্যামেরা লাইব্রেরির সাথে ইন্টিগ্রেট করার পরিবর্তে একটি Intent ব্যবহার করতে পারেন।

আরও তথ্যের জন্য, ক্যামেরা ইন্টেন্ট দেখুন।

প্রসারিত UI বা অ্যাক্সেসযোগ্য নয় এমন বোতাম এড়িয়ে চলুন

আপনার অ্যাপ যদি কোনো নির্দিষ্ট ডিভাইস ওরিয়েন্টেশন বা ডিসপ্লে অ্যাসপেক্ট রেশিও ধরে নেয়, তাহলে বিভিন্ন ওরিয়েন্টেশন বা উইন্ডো সাইজে ব্যবহার করার সময় অ্যাপটিতে সমস্যা দেখা দিতে পারে।

বড় স্ক্রিনে বাটন, টেক্সটফিল্ড এবং অন্যান্য এলিমেন্টগুলো যেন প্রসারিত না হয়, তা নিশ্চিত করুন।

আপনি হয়তো বাটন, টেক্সট ফিল্ড এবং কার্ডগুলোকে fillMaxWidth বা match_parent এ সেট করেছেন। ফোনে এটি দেখতে চমৎকার লাগে। কিন্তু, ট্যাবলেট বা ফোল্ডেবল ডিভাইসে ল্যান্ডস্কেপ মোডে UI এলিমেন্টগুলো পুরো বড় স্ক্রিন জুড়ে প্রসারিত হয়ে যায়। Jetpack Compose-এ, আপনি `widthIn` মডিফায়ার ব্যবহার করে কম্পোনেন্টগুলোর জন্য একটি সর্বোচ্চ প্রস্থ নির্ধারণ করতে পারেন, যাতে কন্টেন্ট প্রসারিত হওয়া এড়ানো যায়।

Box(
    contentAlignment = Alignment.Center,
    modifier = Modifier.fillMaxSize()
) {
    Column(
        modifier = Modifier
            .widthIn(max = 300.dp) // Prevents stretching beyond 300dp
            .fillMaxWidth()        // Fills width up to 300dp
            .padding(16.dp)
    ) {
        // Your content
    }
}

If a user opens your app in landscape orientation on a foldable or tablet, action buttons like Save or Login at the bottom of the screen may be rendered offscreen. If the container is not scrollable, the user can be blocked from proceeding. In Jetpack Compose, you can add a verticalScroll modifier to your component:

Column(
    modifier = Modifier
        .fillMaxSize()
        .verticalScroll(rememberScrollState())
        .padding(16.dp)
)

সর্বোচ্চ প্রস্থের সীমাবদ্ধতা এবং উল্লম্ব স্ক্রলিংয়ের সমন্বয়ের মাধ্যমে, আপনি নিশ্চিত করতে পারেন যে অ্যাপ উইন্ডোর আকার যতই চওড়া বা ছোট হোক না কেন, আপনার অ্যাপটি কার্যকরী এবং ব্যবহারযোগ্য থাকবে।

অভিযোজনযোগ্য লেআউট তৈরির বিষয়ে আমাদের নির্দেশিকা দেখুন।

কনফিগারেশন পরিবর্তনের সাথে অবস্থা সংরক্ষণ করুন

ওরিয়েন্টেশন এবং অ্যাসপেক্ট রেশিওর সীমাবদ্ধতা তুলে দেওয়ার অর্থ হলো আপনার অ্যাপের উইন্ডোর আকার আরও অনেক বেশি ঘন ঘন পরিবর্তিত হবে। ব্যবহারকারীরা তাদের ডিভাইস ঘোরাতে, ভাঁজ করতে বা খুলতে, অথবা স্প্লিট-স্ক্রিন বা ডেস্কটপ উইন্ডোইং মোডে আপনার অ্যাপের আকার গতিশীলভাবে পরিবর্তন করতে পারবেন।

ডিফল্টরূপে, এই কনফিগারেশন পরিবর্তনগুলো আপনার অ্যাক্টিভিটিকে ধ্বংস করে এবং পুনরায় তৈরি করে। যদি আপনার অ্যাপ এই লাইফসাইকেল ইভেন্টটি সঠিকভাবে পরিচালনা না করে, তবে ব্যবহারকারীরা একটি হতাশাজনক অভিজ্ঞতার সম্মুখীন হবেন: স্ক্রল পজিশন একেবারে উপরে রিসেট হয়ে যায়, অর্ধেক পূরণ করা ফর্মগুলো মুছে যায় এবং নেভিগেশন হিস্ট্রি হারিয়ে যায়। একটি নির্বিঘ্ন অ্যাডাপ্টিভ অভিজ্ঞতা নিশ্চিত করতে, এই কনফিগারেশন পরিবর্তনগুলোর সময় আপনার অ্যাপের স্টেট সংরক্ষণ করা অত্যন্ত গুরুত্বপূর্ণ। Jetpack Compose-এর মাধ্যমে, আপনি অ্যাক্টিভিটি পুনরায় তৈরি করা থেকে বিরত থাকতে পারেন এবং এর পরিবর্তে উইন্ডোর আকারের পরিবর্তনকে আপনার UI-কে নতুন উপলব্ধ স্থানের সাথে সামঞ্জস্য রেখে পুনরায় সাজানোর অনুমতি দিতে পারেন।

UI স্টেট সংরক্ষণ করার বিষয়ে আমাদের নির্দেশিকা দেখুন।

২০২৭ সালের আগস্টের মধ্যে এপিআই লেভেল ৩৭-এ পৌঁছানোর লক্ষ্যমাত্রা

আপনার অ্যাপ যদি পূর্বে API লেভেল ৩৬ টার্গেট করার সময় এই পরিবর্তনগুলো থেকে অপ্ট-আউট করে থাকে, তাহলে আপনার অ্যাপটি API লেভেল ৩৭ টার্গেট করার পরেই কেবল অ্যান্ড্রয়েড ১৭-এর অপ্ট-আউট অপসারণের দ্বারা প্রভাবিত হবে। আপনাকে আগে থেকে পরিকল্পনা করতে এবং আপনার অ্যাপে প্রয়োজনীয় পরিবর্তন আনতে সাহায্য করার জন্য, এই পরিবর্তনগুলো কখন থেকে কার্যকর হবে তার একটি সময়রেখা নিচে দেওয়া হলো:

• অ্যান্ড্রয়েড ১৭: উপরে বর্ণিত পরিবর্তনগুলো , এপিআই লেভেল ৩৭ টার্গেট করা অ্যাপগুলোর জন্য বড় স্ক্রিনের ডিভাইসগুলোতে (সর্বনিম্ন স্ক্রিনের প্রস্থ > ৬০০ ডিপি) বেসলাইন অভিজ্ঞতা হিসেবে প্রযোজ্য হবে। ডেভেলপারদের এটি থেকে বেরিয়ে আসার কোনো বিকল্প থাকবে না ।

একটি নির্দিষ্ট এপিআই লেভেল টার্গেট করার ডেডলাইন অ্যাপ-স্টোর ভেদে ভিন্ন হয়। গুগল প্লে-এর ক্ষেত্রে, নতুন অ্যাপ এবং আপডেটগুলোকে এপিআই লেভেল ৩৭ টার্গেট করতে হবে, যার ফলে আগস্ট ২০২৭ থেকে ডিস্ট্রিবিউশনের জন্য এই আচরণটি বাধ্যতামূলক হয়ে যাবে।

অ্যান্ড্রয়েড ১৭ এর জন্য প্রস্তুতি

Refer to the Android 17 changes page for all changes impacting apps in Android 17. To test your app, download Android 17 Beta 1 and update to targetSdkPreview = “CinnamonBun” or use the app compatibility framework to enable specific changes.

অ্যান্ড্রয়েডের ভবিষ্যৎ হলো অ্যাডাপ্টিভ, এবং সেখানে পৌঁছাতে আমরা আপনাকে সাহায্য করতে এসেছি। অ্যান্ড্রয়েড ১৭-এর জন্য প্রস্তুতি নেওয়ার সময়, আমরা আপনাকে অ্যাডাপ্টিভ লেআউট তৈরির জন্য আমাদের গাইড এবং বড় স্ক্রিনের জন্য কোয়ালিটি নির্দেশিকাগুলো পর্যালোচনা করতে উৎসাহিত করছি। এই রিসোর্সগুলো আপনাকে একাধিক ফর্ম ফ্যাক্টর এবং উইন্ডোর আকার আত্মবিশ্বাসের সাথে সামলাতে সাহায্য করার জন্য ডিজাইন করা হয়েছে।

অপেক্ষা করবেন না। আজই অ্যান্ড্রয়েড ১৭-এর জন্য প্রস্তুতি শুরু করুন!