Jasonette / Jasonette/JASONETTE-iOS

suggestion: improve footer tabs

Open
#67 2 comments 0 reactions 0 assignees View on GitHub
Dominant language
JavaScript
Stars
5.2k
Forks
347
PR merge metrics
No merged PRs in 30d

Description

Please enhance the footer tabs. There is this limitation listed in the bottom tab bar:

> ⚠️ DISCLAIMER: ONLY Use tabs at the root level (The first view that shows up on launch). Any other usage may introduce unexpected behavior.

I found this to be true. However, forcing all apps to display a footer with tabs from the launch view if they ever want to use tabs is rather restrictive and generally very awkward for app design and UX.

One work-around I found to work is to transition from a view without footer to a view with a footer via a "replace" transition, so that the user cannot go "back" into the non-tabbed view. I found this to work reliably, though I am not sure if it's something the project can condone. If this is "safe" to do, it may be a somewhat acceptable work-around in general and would be good to have documented for others, making the framework more versatile.

I typically design my apps to have a footer when the user is logged in. Replacing the "top" view into and out of tabs works for me.

Contributor guide

Open the contributing guide

Research direction

Start by reviewing the bottom tab bar behavior and the existing root-level limitation, then examine how the reported replace transition interacts with footer tabs. Determine whether non-root tab usage can be supported safely or whether the workaround should be documented. Done means the supported behavior and its limitations are clear to app developers.

Written by the indexing model from the issue text.

Assessment

Tech stack
javascript
Domain
mobile
Issue type
Feature
Difficulty
5/5
Estimated time
Over a week
Activity status
Stale
Clarity
Needs clarification
Newbie friendliness
25/100

Get new issues in your inbox

A short digest of beginner-friendly GitHub issues.