A proper design, a final name and a rebrand (after the v0.1 Shoulds) #95
Labels
No milestone
No project
No assignees
2 participants
Notifications
Due date
No due date set.
Dependencies
No dependencies set
Reference
schaefera/utStudyBIble#95
Loading…
Reference in a new issue
No description provided.
Delete branch "%!s()"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Owner's plan (PR #90 review): once the v0.1 Shoulds are done, do a design pass for the whole app, give it its final name ("utStudyBible" is a working name, CLAUDE.md), and rebrand.
Sequencing: after the other v0.1 Shoulds, before the polish Coulds that it would redo (#88, #93 and the icons issue), so those follow the design rather than getting done twice.
Likely parts (to be scoped together first, design before code):
utstudybible.schaefera, which affects the data path: migrate or keep), the manifest title, the icon and splash, the repo name, the po domain, and the docs and wiki.Priority is a guess (Should, since the owner wants it before v0.1 is called done); relabel if it belongs to a later milestone.
For the design document, from the F1 phone check (#10, comment 2134):
Scoping proposal. The decisions here are yours; I'll start once they're made.
Proposed split (three PRs, in order)
docs/page plus a mockup project covering the reading pane, footer, menu, side sheet, module manager and one dialog. I'd make 2–3 directions to choose from. After that I'd build it into the shared controls (#91 tokens inTheme.qml), so the pages pick it up in one place. This also covers comment 2141: destructive actions in red, and a Modules notice that clears on Refresh and has room to breathe.What I need from you
utstudybible.schaeferamoves the data path. My suggestion: change it now, before v0.1 has users. A one-time copy on first start from the old path would cover your own install, or you can just reinstall. The other option is to keep the id forever.Until you answer, I'm working on #124 and #125.
Design direction: chess.com is an app whose interface I enjoy, but how well that translates to bible study apps, I don't know. I generally find more minimalistic designs more pleasant, reducing options on the main screens and preferring to organize them one or two levels lower, and also offering a "search everything (text, settings, app functions, etc)" feature in the app, much like Jetbrains does in IntelliJ.
Name: No need to prefer any one language, keep the name a bit more plain, as it should be very obvious what it's for just in the store listing without being the hyper generic "UT Study bible" or "uStudyBible" or what not.
App ID: yes, change it once a name is settled. use aps instead of schaefera for that segment in the future.
Order: Sure, name comes first.
Thanks. Here is what I'll do with your answers:
<name>.aps.Name shortlist (a quick web search: app stores, F-Droid, linuxphoneapps, the UBports forum; not a trademark register yet)
The working name clashes outright: StudyBible is already on F-Droid as
dev.studybible, an offline app with cross-references and Strong's.Left out: PocketBible (Laridian), OpenBible (OpenBible.info, which also publishes cross-references), Berean (confused with the BSB translation), and Bible Notebook / Bible Notes (both taken on iOS).
My pick: Bible Desk. It is plain, and the store line "Bible Desk: offline Bible study" says what the app is for. I found no clash, it reads the same in German, and the id would be
bibledesk.aps. Second choice: Scripture Study, which is clearer still but more generic.Pick one, or name your own, and I'll run the full check on it before the rebrand: OpenStore directly, Google Play and the App Store, and a trademark search (EUIPO/USPTO).
I checked "Bible Desk" in full after you picked it. It turns up two clashes the first search missed:
So we can use it, but it isn't clean: a store search for "Bible Desk" also shows the iOS app, and someone claims the name as a trademark. Your call:
lectern.aps.Name decided: Lectern.
lectern.aps.Next is the design language, with mockups for you to choose a direction from, and then the rebrand PR. The rebrand covers the app id with a one-time data copy from
utstudybible.schaefera, the manifest title, the icon and splash, the po domain, and the docs and wiki. Renaming the Forgejo repo is yours to do when you want; links to the old name redirect.Accent colour, from the owner: blue is the candidate, because it represents divinity.
In the design directions I'll try 2–3 blues, each in a light and a dark variant. Each must meet these checks:
Design directions are ready to compare: https://claude.ai/artifact/MwvxmpLR96sZkwbiCwAhp6 (private to the owner's account).
There are three directions. Each one shows the same four screens: reading, the verse sheet, the menu or search, and Modules with the Remove dialog. Each has a light and a dark variant. Every accent meets 4.5:1 or better. Destructive actions are red and kept apart from the red letters.
All three cover comment 2141. The Modules notice gets its own block with room around it and is cleared on Refresh, and Remove is red.
Cost: directions A and C use a bundled text serif, Source Serif 4 or Crimson Pro. Each adds a few hundred kB to the click and no memory until it is shown. Liberation Serif is the fallback if we bundle no font.
Pick a direction, or mix them (for example A's footer with C's paper). I'll write the result into
docs/and the #91 tokens inTheme.qml.Design language decided: C · Ink and lapis (owner, 2026-10-30, on the canvas https://claude.ai/artifact/MwvxmpLR96sZkwbiCwAhp6). A Bible app should feel calm and restful, so the directions that were too safe (A) or too loud (D, Ultramarine) are out. From B, every direction keeps the Menu pattern: 2×2 tiles plus a Continue card.
Mockup for the parts below: canvas board "C · Ink and lapis" (10 screens: paper, plain white and dark).
Planned PRs, one at a time:
docs/10-design.md, and C's colour roles inSystemColours: paper in light mode, C's dark in dark mode, following the system switch live. The reading pane takes the new red letters, lapis verse numbers and note markers, and its verse highlight; the window, pages and sheets take the paper ground.lectern.aps, with a one-time copy of the data).Search everything stays #138.
🤖 Generated with Claude Code
Part 3 merged (#144). Part 4 (Menu page) is under way on
feat/lectern-menu: tiles Modules and Settings only (History and Bookmarks wait for their features), plus the Continue card.Part 5 decisions (owner, 2026-10-31):
lectern.apscan't readutstudybible.schaefera's folders, and the planned in-app one-time copy can't work. The app is unpublished and the owner's phone is the only install with data, so there's no migration code: after the first Lectern install, the old app's data, config and cache folders are copied intolectern.aps's once by adb, checked, and the old app is removed.lectern.aps, the click/manifest/desktop/AppArmor files, window title, About, translation domain and docs. Internal names stay: theutsb-*crates, theutsb:log tag,UTSB_*env vars and the e2e tooling.🤖 Generated with Claude Code