thunderbird/thunderbird-android

The lowest value contribution is displayed as a single big button on Tablet devices while in landscape

Open

#8.355 geöffnet am 17. Okt. 2024

Auf GitHub ansehen
 (3 Kommentare) (0 Reaktionen) (0 zugewiesene Personen)Kotlin (2.734 Forks)batch import
good first issuetype: UI/UXtype: enhancement

Repository-Metriken

Stars
 (13.479 Stars)
PR-Merge-Metriken
 (Durchschn. Merge 7T 4h) (81 gemergte PRs in 30 T)

Beschreibung

Checklist

  • I have used the search function to see if someone else has already submitted the same bug report.
  • I will describe the problem with as much detail as possible.

App

Thunderbird for Android

App version

8.0b3

Where did you get the app from?

Google Play

Android version

14

Device model

Galaxy Tab A9+

Steps to reproduce

Preconditions: Have at least one account added. Have auto-rotate activated

Steps:

Launch TB.

  1. Go to Hamburger Menu
  2. Tap Show accounts
  3. Tap the Settings cogwheel.
  4. Tap Support Thunderbird Beta
  5. Flip device in landscape mode

Expected behavior

All contribution values are displayed symmetrically as displayed in Figma design documentation while device is in Landscape mode.

Actual behavior

The lowest contribution value is displayed as a long button while device is in landscape mode. This issue is also present in the small screen of the Gagaxy Fold 4 device(landscape)

Logs

Screenshot_20241017_161506_Thunderbird Beta

Contributor Guide

Research-Richtung
Untersuche den Layout Code für den Abschnitt „Support Thunderbird Beta“ im Querformat. Das Problem liegt wahrscheinlich in einer Compose oder XML Layoutdatei. Vergleiche das aktuelle Querformat Verhalten mit der Figma Design Dokumentation. Suche nach fehlenden Einschränkungen oder Modifikatoren, die dazu führen, dass die unterste Beitragsschaltfläche die gesamte Breite einnimmt. Prüfe, ob das Layout ein Row oder FlowRow verwendet, das das kleinste Element nicht korrekt behandelt.
Tech Stack
kotlinandroid
Domain
frontend
Issue Type
Fehler
SchwierigkeitGeschätzte Implementierungsschwierigkeit für neue Contributors, von 1 für sehr kleine Änderungen bis 5 für Expertenarbeit.
2
Geschätzte ZeitEin grober Zeitrahmen, um zu recherchieren, zu implementieren, zu testen und einen Pull Request vorzubereiten.
1-3 Stunden
AktivitätsstatusWie verfügbar das Issue gerade wirkt: frisch, aktiv, stale, blockiert oder wartet auf Maintainer-Input.
Aktiv
KlarheitWie klar das Issue die erwartete Änderung, Akzeptanzkriterien und den nächsten Schritt erklärt.
Klar
Voraussetzungen
Android developmentKotlin
EinsteigerfreundlichkeitEin Score von 1 bis 100, der schätzt, wie zugänglich dieses Issue für First-Time Contributors ist.
70