r/FlutterBeginner

Created a board game picker app but people don’t understand it
▲ 9 r/FlutterBeginner+1 crossposts

Created a board game picker app but people don’t understand it

I created the most simple app to determine which game my girlfriend and I are gonna play in the evenings. Shipping it to the AppStore I invited my friends to download it and test it out. Most of the feedback was the same.. “where are the games?” .

For me this was quite obvious , that you first have to add the games you own at home to the app in order for it to choose for you.

But as it seems , people are .. dumb? I don’t know, maybe the app needs a proper on boarding or a pre filled list with common games. Maybe something like “welcome, do you own xyz ..”

What do you guys think how I can improve this ?

u/gorillagate — 2 days ago
▲ 34 r/FlutterBeginner+2 crossposts

Is Flutter still underrated for startups in 2026, or has the conversation finally caught up to the reality?

I keep having the same conversation with devs who are still defaulting to React Native out of habit. Not saying RN is bad ,but the performance argument for Flutter feels more and more settled at this point.

Where I think Flutter genuinely wins for startups: one codebase, Skia-based rendering so you're not at the mercy of native widget quirks, and the DX on hot reload is still better than anything I've used in the RN ecosystem. For a small team shipping fast, that matters.

The state management story is still a mess though. Riverpod is great but there's a learning curve, and I've seen teams end up in some genuinely weird places with Provider still floating around legacy code. That's a real onboarding friction point.

Platform channel complexity also comes up the moment you need anything non-trivial with native hardware ,. camera pipelines, Bluetooth, background tasks. It's solvable but it's not zero cost.

That said, the production deployments I've seen in the last year have been pretty solid. The "Flutter apps feel off" criticism from a few years ago feels less true now.

What's the biggest thing holding your team back from Flutter, or pushing you toward it?

reddit.com
u/Prior-Dependent-5563 — 7 days ago
▲ 3 r/FlutterBeginner+1 crossposts

A long time ago, in a distant galaxy...

...there as a thing called Visual Basic 6 (1998). It has a designer, where you drag components (widgets) from a toolbar and drag them on your window (scaffold). External libraries also would appear in there. (video: https://www.reddit.com/r/dotnet/comments/1so2dky/xaml_designer_v06_bringing_a_bit_of_the_vb6_rapid/)

Then, some years later, Microsoft came up with XAML and, after some years after that, the designer was no longer (not even previewer).

Because of that, some people built a Visual designer for XAML here: https://xaml.io/ (you use the buttons Controls, Layout or AI to drag components to the canvas an then use the toolbar to edit the properties (try Position).

More or less doing things as they were in 1998.

I don't know if this xaml.io is capable of that, but back in the day, XAML had the capability of adding dummy data in the UI declaration, so you could preview components with "real" fake data.

My question is:

If this was done in Flutter (as a VSCode extension), would you use it? Would you pay for it?

Notice that this is not FlutterFlow. It is only a designer that generates raw view code (not the entire project).

reddit.com
u/Spare_Warning7752 — 13 days ago
▲ 19 r/FlutterBeginner+1 crossposts

Hi folks,

Our studio's development has primarily shifted towards Claude Code Desktop + Codex.

To make implemention and testing even more autonomous we've been developing some agentic skills in-house and decided to make them open source.

Skill Description Useful for
android-emulator Allows the agent to run the app on an emulator, navigate it using the semantic widget tree, take screenshots, tap, pan, input two-finger gestures etc. UI design, bug reproduction, QA
design-polish Asks the agent to design a screen, and spawns an independent sub-agent to judge that screen. Agent keeps making tweaks until it receives 7+/10 rubric score. UI design, fixing AI-slop UI
symbolize-android-stacktrace Given a Google Play Console reported ANR or crash, first downloads Codemagic debug symbols, then symbolizes the strack trace, and finds the root cause. App maintanence

Install with: npx skills add chunkytofustudios/flutter-skills

Would be glad to hear your thoughts, and receive PRs. What does your agentic engineering stack look like?

u/orkun1675 — 7 days ago
▲ 5 r/FlutterBeginner+5 crossposts

Every Flutter project I worked on had this in at least 5 widgets:

dart
final scale = MediaQuery.of(context).size.width / 375;
padding: EdgeInsets.all(16 * scale)
fontSize: (14 * scale).clamp(11, 18)

After seeing it repeat across multiple projects I finally spent time building a proper fix instead of copy-pasting. Spent about a month on it.

It's called layout_flow. The core idea: write UI once, let it adapt to every screen without manual scaling or breakpoint conditionals.

The part I'm most happy with is `FlowRow` — it switches between Row and Column automatically based on screen width:

Before (16 lines):

dart

final isWide = MediaQuery.of(context).size.width >= 480;

if (isWide) {
  return Row(children: [
    Expanded(child: Card()),
    SizedBox(width: gap),
    Expanded(child: Card()),

layout_flow — built this after copy-pasting the same MediaQuery boilerplate across too many projects. feedback welcome.

Every Flutter project I worked on had this in at least 5 widgets:

final scale = MediaQuery.of(context).size.width / 375;
padding: EdgeInsets.all(16 * scale)
fontSize: (14 * scale).clamp(11, 18)

After seeing it repeat across multiple projects I finally spent time building a proper fix instead of copy-pasting. Spent about a month on it.

It's called layout_flow. The core idea: write UI once, let it adapt to every screen without manual scaling or breakpoint conditionals.

The part I'm most happy with is FlowRow — it switches between Row and Column automatically based on screen width:

before

final isWide = MediaQuery
  .of(context).size.width >= 480;

if (isWide) {
  return Row(children: [
    Expanded(child: Card()),
    SizedBox(width: gap),
    Expanded(child: Card()),
  ]);
}
return Column(children: [
  Card(),
  SizedBox(height: gap),
  Card(),
]);

after

FlowRow(
  gap: FlowSpacing.md(context),
  children: [
    Expanded(child: Card()),
    Expanded(child: Card()),
  ],
)

Also ships with design tokens — FlowSpacingFlowTextStyleFlowRadius — so there are zero raw numbers anywhere in your UI code.

Zero external dependencies. Uses InheritedWidget + LayoutBuilder internally. Material Design 3 breakpoints.

Genuinely curious what's missing or what would stop you from using this over flutter_screenutil. Happy to take harsh feedback — that's kind of the point of posting here.

pub.dev/packages/layout_flow/

github.com/Aditya-Karmalkar/Layout_Flow

u/Even_Goat_3174 — 13 days ago