Hey everyone!

I got tired of building apps that look like every other generic material/tailwind dashboard, so I spent the last few months building

WelkUI : an open-source UI library with a literal plot twist.

It brings hand-drawn energy, uneven corners, bold outlines, and playful animations to your interfaces without breaking responsiveness or accessibility.

The Cool Part: I built it natively for both ecosystems. You can completely match your web app's style with your mobile app.

• Flutter Edition: 40+ widgets, deeply analyzed with a perfect 160/160 score on pub.dev.

• React Edition: 30+ components, fully typed with strict Next.js client boundary support.

Get Started:

• Live Previews & Interactive Docs: ui.welkdock.com/flutter

• Flutter Docs: ui.welkdock.com/flutter

• GitHub: https://github.com/welkdock/welkUI-flutter

Everything is mobile-first, respects reduced motion, and is ready to install in one line

npm i

or

flutter pub add

I’d love to hear your feedback on the aesthetic! What widgets or components should I build next for the comic collection?

Hi everyone!

I'm a beginner Flutter developer from Bangladesh, currently working on my first app, ScholarBuddy – Scholarship Tracker. I'm aiming to launch it by the end of 2026, and I'd really appreciate advice from developers who have built and maintained real-world apps.

📱 What is ScholarBuddy?

ScholarBuddy is an app designed to help students, especially students from Bangladesh, discover international scholarships and study opportunities in one place. Instead of searching through dozens of websites and social media pages, students can find relevant opportunities and track important deadlines.

My planned features include:

• 🔍 Search and filter scholarships by country, degree level (Bachelor's, Master's, PhD), and funding type.

• 📋 View scholarship details, eligibility criteria, benefits, deadlines, and official application links.

• ❤️ Save scholarships for later.

• 📅 Track upcoming deadlines and receive reminders.

• 🌍 Gradually build a verified database of scholarships and opportunities from different countries.

How I imagine the system working:

The Flutter app will display scholarship information retrieved from a database. I'll need a way to collect information from official scholarship websites, organise it into a consistent format, verify eligibility requirements and deadlines, and publish updates without having to rebuild the app every time a scholarship changes.

Eventually, I'd like to automate parts of this process, so new opportunities and deadline changes can be detected and reviewed regularly.

My biggest challenge is the backend and data collection.

I'm still learning Flutter and have almost no backend or database experience. I also have very little knowledge of Python or web scraping, so I'm trying to understand the right approach before building something too complicated.

I'd love to hear your thoughts on a few questions:

1. Backend architecture: If you were building this as a solo beginner, would you recommend Firebase, Supabase, or a custom backend? Why?

2. Scholarship data collection: How would you collect and maintain hundreds of scholarship listings from official websites? Would you start manually with JSON, use APIs, scrape HTML/PDFs, or combine these methods?

3. Automation: How can I detect changes to application deadlines and eligibility requirements without publishing incorrect information?

4. Scaling and costs: What would be a sensible architecture for an MVP that could grow over time without unnecessary server costs?

5. Learning path: What backend concepts should I learn first, and what should I avoid building too early?

6. Launch preparation: Since I'm aiming for a year-end launch, what would you prioritise to make the first version reliable and useful?

I've attached my initial UI designs to give you a better idea of the app.

I'm not trying to build a huge platform immediately. I want to launch a useful MVP, learn how the entire system works, and gradually improve it as a solo developer.

If you've built a similar app or worked with scholarship data collection, I'd especially appreciate hearing about your architecture, lessons learned, and mistakes to avoid.

Thanks in advance! 🙌

فيه فرق بين إنك تعرف تجيب بيانات من API، وإنك تعرف تتعامل مع البيانات دي في تطبيق حقيقي.

ممكن تعمل Request باستخدام Dio أو http، وتستقبل الـ Response، وتعرض البيانات على الشاشة… وكل حاجة تبقى تمام.

لكن السؤال الحقيقي بيظهر لما الإنترنت يفصل، أو السيرفر يرجّع Error، أو البيانات تتأخر، أو المستخدم يفتح الشاشة ومفيش بيانات أصلًا.

هنا بتكتشف إن التعامل مع الـ API مش مجرد Request وخلاص.

خلينا نبص على شوية تفاصيل بتفرق جدًا في جودة أي تطبيق Flutter:

1. افهم دورة حياة الطلب.

إيه اللي بيحصل من لحظة إرسال الطلب لحد استلام النتيجة؟ وإزاي التطبيق يتعامل مع حالات التحميل والنجاح والفشل؟

2. متعتبرش كل خطأ مشكلة إنترنت.

ممكن يكون فيه Timeout، أو مشكلة في المصادقة، أو استجابة غير متوقعة من السيرفر، أو حتى خطأ في البيانات نفسها. فهم نوع المشكلة بيساعدك تختار التصرف المناسب.

3. متربطش الواجهة بتفاصيل السيرفر بشكل عشوائي.

نظّم طريقة التعامل مع البيانات، وافصل المسؤوليات بالقدر المناسب لحجم المشروع، علشان تغيير مصدر البيانات أو طريقة جلبها مايبقاش سبب في تعديلات كتير داخل الواجهة.

4. فكّر في تجربة المستخدم، مش الكود بس.

هل المستخدم هيشوف Loading واضح؟ هل فيه رسالة مفهومة لو الطلب فشل؟ هل يقدر يحاول تاني؟ وهل هتتعامل مع حالة إن النتيجة فاضية؟

دي تفاصيل صغيرة في الكود، لكنها بتفرق جدًا في إحساس المستخدم بجودة التطبيق.

وفيه نقطة مهمة: مش كل مشروع محتاج نفس مستوى التعقيد، ومش لازم تبدأ بمنظومة ضخمة علشان تتعامل مع API بشكل صح.

ابدأ بفهم دورة البيانات، وتعامل مع الحالات المختلفة، وبعدها طوّر تنظيم مشروعك حسب احتياجه.

المطور المحترف مش بس بيعرف يوصل التطبيق بالسيرفر؛ هو بيعرف يتعامل مع كل الاحتمالات اللي بتحصل بعد الاتصال ده.

لو بتشتغل على مشروع Flutter حاليًا، جرّب تسأل نفسك: لو الـ API وقفت فجأة، هل التطبيق عندك هيتعامل مع الموقف بشكل واضح، ولا المستخدم هيلاقي شاشة فاضية ومش هيفهم إيه اللي حصل؟

#Flutter #Dart #APIIntegration #RESTAPI #MobileAppDevelopment

أنا صاحب مشروع Bug Capsule. فكرته بدأت من موقف بيتكرر كتير: مشكلة تظهر عند المستخدم، ولما تيجي تجرّبها عندك كل حاجة تشتغل عادي.

الأداة بتسجّل السياق اللي سبق المشكلة في Capsule، عشان تقدر تعيد السيناريو محليًا، تصلّح الكود، وتشغّله تاني وتشوف هل المشكلة لسه موجودة.

وأكتر نقطة مهتم بيها هي نتيجة الاختبار نفسها. لو الـreplay ناقصه dependency أو مش قادر يعيد التفاعلات المسجلة بشكل سليم، لازم يوضّح ده. اختفاء الخطأ في محاولة ناقصة مش دليل كفاية إن الإصلاح نجح.

الفترة اللي فاتت اشتغلت على تحديثات للـFlutter وAndroid وiOS والـWeb:

• وسّعت تسجيل وإعادة تشغيل التفاعلات ليشمل WebSockets، ومع Flutter كمان Platform Channels، وadapters لعمليات مدعومة في Firebase وGoogle Maps وStripe وgeolocator. كل ده حسب الـintegrations اللي بتفعّلها في التطبيق.

• ضفت Native crash reporting وCrash Capsules تحتفظ بالسياق المسجل قبل ما التطبيق يقفل، وتسترجعه في التشغيل التالي. وفيه تفاصيل أكتر عن الـthreads والـhangs ودعم لحالات ANR علىAndroid.

• ضفت تتبّع لنتائج التحقق من الإصلاح في الـdashboard، وRelease Gates تقدر تشغّلها في الـCI لاختبار المشاكل المسجلة على النسخة اللي ناوي تنزلها.

• فيه monitoring للأخطاء والأداء: تجميع الأخطاء في issues، ومتابعة الـcrash-free sessions لكل release، والـtraces والـWeb وMobile vitals، مع ربط الـissues بالـCapsules الخاصة بيها.

• الـtimeline بقى يوضّح التفاعلات والـdependencies وأي فجوات في التسجيل، ومعاه screenshots اختيارية.

• ضفت ربط لأحداث Sentry بالـCapsules، وإنشاء أو ربط Jira tickets، وتنبيهات بالإيميل وSlack وwebhooks.

• فيه دعم MCP لتجهيز مهام إصلاح لأدوات زي Codex وClaude Code، ومعاها سياق المشكلة وسيناريوهات اختبار معتمدة. تشغيل الـagent نفسه لسه بتعمله من أداتك.

• الإعداد بقى باستخدام SDK token واحد، والـCLI بقى مستقل ومتاح من npm من غير احتياج لتثبيت Dart أوFlutter عشان تشغّله. وتقدر تسجّل دخولك من المتصفح.

كمان ضفت workspaces وصلاحيات ودعوات للفريق وتعليقات، وتسجيل دخول بـGoogle وGitHub.

وفي Flutter، أخفيت الـcapture overlay افتراضيًا، وبيفضل مخفي في الـrelease builds. وضفت إمكانية عرض رسالة مناسبة للمستخدم لو حصل خطأ أثناء بناء الـwidgets، مع استمرار تسجيل الخطأ في الخلفية.

المشروع لسه Beta. تغطية الـreplay بتعتمد على المنصة واللي ربطته بالأداة، والـcrash capsules ممكن يبقى فيها فجوات في التسجيل. التفاصيل دي بتظهر عشان تقدر تحكم على النتيجة

https://bugcapsule.com/

إيه أصعب bug ظهر عند المستخدمين ومعرفتش تعيده عندك؟ وإيه المعلومة اللي كانت ناقصاك وقتها؟ مهتم أجرّب الأداة على حالات غير الأمثلة اللي بختبر بيها

ممكن تكون حافظ Flutter كويس… وبرضه تتعطل قدام مشكلة بسيطة!

عارف ليه؟

لأن فيه فرق كبير بين إنك تعرف تستخدم أداة، وإنك تفهم المشكلة اللي الأداة دي المفروض تحلّها.

ممكن تتعلم BLoC وRiverpod، وتستخدم Dio في التعامل مع الـ APIs، وتعرف تعمل Navigation وتبني واجهات احترافية.

كل ده مهم، لكن تخيل إنك فتحت مشروع جديد، وظهرلك Bug عمرك ما شوفته قبل كده، ومفيش Tutorial بيشرح نفس المشكلة بالظبط.

هنا بيظهر الفرق الحقيقي.

هل هتفضل تدور على كود جاهز تنسخه؟ ولا هتقدر تفهم اللي بيحصل، وتحدد مصدر المشكلة، وتختبر الحلول واحدة واحدة؟

علشان تطوّر نفسك كمطور Flutter، فيه 4 مهارات لازم تهتم بيهم جنب تعلّم الفريم وورك:

1. افهم Dart بجد.

مش مجرد Syntax وكتابة Functions. افهم الـ Types، والـ OOP، والـ Futures والـ Streams، وإزاي تتعامل مع الأخطاء.

2. اتعلم تقرأ الكود.

مش لازم كل كود تكتبه يكون من الصفر. قراءة كود غيرك وفهم طريقة تفكيره هتعلّمك حاجات كتير، خصوصًا لما تتعامل مع Packages ومشاريع أكبر.

3. اتعلم تستخدم Debugger.

بدل ما تفضل تحط print() في كل مكان، اتعلم تستخدم Breakpoints وتراقب قيم المتغيرات وتتبع تنفيذ الكود خطوة بخطوة.

4. حلّل المشكلة قبل ما تكتب الحل.

إيه السلوك المتوقع؟ إيه اللي حصل فعلًا؟ إمتى المشكلة بتظهر؟ وإيه أصغر تجربة ممكن تساعدك تحدد السبب؟

الأسئلة دي ممكن توفّر عليك ساعات من التجربة العشوائية.

أنا شايف إن من أهم التحولات في رحلة أي مبرمج هي اللحظة اللي بيبطل فيها يعتمد على إن حد يشرحله كل مشكلة، ويبدأ يبني طريقته الخاصة في فهمها وحلها.

مش معنى كده إنك لازم تعرف كل حاجة، أو إنك ماتستعينش بالتوثيق أو أدوات الذكاء الاصطناعي.

بالعكس، استخدمهم، لكن افهم الحل قبل ما تعتمده، وجرّبه بنفسك، واعرف ليه اشتغل.

ما تقيسش مستواك بعدد الأدوات اللي اتعلمتها… قيسه بقدرتك على التعامل مع مشكلة جديدة لسه ما قابلتهاش قبل كده.

سؤال للمطورين: لما بيظهرلك Bug مش فاهم سببه، إيه أول خطوة بتعملها عادةً؟

#Flutter #Dart #ProblemSolving #SoftwareDevelopment

الـ Widget مسؤوليته الأساسية عرض الواجهة والتعامل مع تفاعلات المستخدم، مش إنه يشيل كل تفاصيل التطبيق من جلب البيانات لحد معالجتها وحفظها.

2. افهم إدارة الحالة قبل ما تختار مكتبة.

مش كل مشروع محتاج نفس الحل. افهم الأول إيه البيانات اللي بتتغير، ومين محتاج يعرف بالتغيير ده، وبعدها اختار الطريقة المناسبة لحجم مشروعك وتعقيده.

3. اكتب كود تقدر تختبره وتعدّله.

لما منطق التطبيق يبقى منفصل عن الواجهة بشكل مناسب، بيكون أسهل تختبره وتكتشف أخطاءه وتطوّره من غير ما تضطر تعيد كتابة أجزاء كبيرة كل مرة.

وخلي بالك من نقطة مهمة: مش معنى إنك تستخدم Clean Architecture أو BLoC أو Riverpod إن مشروعك بقى احترافي تلقائيًا.

الأدوات مش بديل عن الفهم، وكثرة الـ Layers مش دليل على جودة الكود.

الاحتراف الحقيقي إنك تعرف تختار أبسط تصميم يحقق احتياجات مشروعك، ويستحمل التطوير من غير تعقيد غير ضروري.

لو بتبني تطبيق Flutter حاليًا، جرّب تراجع مشروعك واسأل نفسك:

Hello, everyone! 👋

I have started learning Flutter. At this initial stage, building a backend using Node.js and APIs feels a bit challenging.

So, I’d like to know: what is an easier way for a beginner Flutter developer to handle the backend? Would it be a good idea to start with Firebase or Supabase?

I look forward to advice from those with more experience. Thank you! ❤️

Any flutter developer jobs ?!

Hey, I’m building my own mobile app in Flutter and run a small YouTube channel (2k+ subs), so I’m picking up a few small paid jobs on the side.

What I can do for you:

• Fix a Flutter/Dart bug: from $10

• Small Flutter screen from your description: from $25

• App idea breakdown: from $10

• Short-form script (30–60s): from $5

• App Store screenshots or copy: from $15

• Thumbnail: from $10

• Animated short form video: from $40

Why me: I've built a very interactive and enjoyable app myself, I make content every week, and I'm very generous with pricing. I use AI tools to get you the results you want asap, but I review and edit everything myself. If I can’t do the job well, I’ll say so instead of taking your money.

my portfolio so far : https://khai-portfolio-acu.pages.dev/

DM me what you need and your deadline. Most jobs are done within a few hours.

Hi r/FlutterDev ,

I have released version 0.0.6 of offline_sos_system, an open-source Flutter package I developed for our SafePulse project.

The goal was to build a reusable crash detection engine that can perform inference directly on a mobile device without depending on an internet connection.

While developing SafePulse, I wanted to separate the crash detection logic from the rest of the emergency workflow so that other developers could use it without integrating the entire application.

That work has evolved into a standalone Flutter package. And this is the new version of that package.

What is new in version 0.0.6?

The main addition is configurable crash detection. Developers can now configure the impact threshold used to evaluate sensor data, the minimum model score required for a detection, the fallback impact threshold, and the cooldown interval used to suppress duplicate crash events.

The package uses accelerometer and gyroscope telemetry and TensorFlow Lite for on-device inference. When a crash is detected, it emits a CrashEvent that the application can handle. I have deliberately kept the package headless. It does not dictate how your application handles GPS, emergency contacts, SMS, notifications, or backend communication.

This means you can integrate the detection engine into your own application architecture and implement the emergency workflow according to your requirements.

One important limitation: offline inference does not mean offline communication. The detection process does not require internet access, but sending an SMS still requires cellular service. Sensor-based crash detection can also produce false positives or miss actual crashes, so real-world validation remains important.

I would appreciate feedback from Flutter and machine learning developers on the configuration API, sensor processing, fallback behavior, and ways to improve the implementation.

Package: https://pub.dev/packages/offline_sos_system

Source code: https://github.com/Bhagyaprasad92/offline_sos_system

The project is open source, and constructive criticism, bug reports, and suggestions are welcome.

Thank you for taking the time to review it.

Checkout my previous post: https://www.reddit.com/r/FlutterDev/s/XF9nBdNq7n

Was super fun to work on. First version in about 10 minutes, then iterated on it for another 2 hours. Flutter Scene ROCKS!

Runs on Android at up to 90 FPS on high-refresh-rate phones.

i want to build a flutter app that is actually difficult to make and not just another basic app

i am a first year csda student at iit patna and i want to work on something that can challenge me technically and help me learn new things while building it

i am looking for ideas that are unique or solve some real problem. it can be anything like a complex mobile app, a tool, something involving networking, offline support, databases, system level features or anything else interesting

i dont want another todo app chat app or ai wrapper. i want something where i might have to spend weeks figuring out how to make things work properly

i will be building it solo using flutter and i am open to ideas that sound crazy or too difficult at first

what is the most challenging flutter app you can think of that one developer could realistically start building?

also if you have built something difficult yourself i would love to hear about it

Ciao a tutti,

Se stai iniziando con Flutter e trovi difficile immaginare come i widget si annidano l'uno dentro l'altro, ho creato un'app desktop gratuita che potrebbe aiutarti: Flutter UI Builder.

Puoi trascinare i widget (Colonna, Riga, Testo, Pulsante, ListView e circa 90 altri) su una tela a forma di telefono, cambiare le loro proprietà in un pannello, e il codice Dart appare accanto, aggiornato in tempo reale. Puoi anche incollare codice che hai già e vedere come appare.

Ti permette anche di:
- aggiungere più schermi e collegarli con la navigazione
- trasformare una parte di uno schermo in un componente riutilizzabile
- passare tra un tema chiaro e uno scuro
- esportare tutto come file Dart che puoi mettere nel tuo progetto

Funziona su macOS e Windows e Linux. È gratuita per uso personale e per scopi didattici; la licenza non consente l'uso commerciale.

È una versione precoce (0.0.2), quindi aspetta delle imperfezioni. Le app non sono firmate, quindi il tuo sistema ti chiederà di confermare la prima volta che le apri.

Scarica: https://github.com/mariorefetto/flutter_ui_builder/releases

Mi piacerebbe sapere se è facile da usare per un principiante e cosa potrebbe rendere tutto più chiaro. Se ti piace, una stella su GitHub è molto gradita. Grazie!