View Issue Details

IDProjectCategoryView StatusLast Update
0009612Talermechant backendpublic2025-03-13 00:33
ReporterDana Dram Assigned Tosebasjm  
PriorityhighSeverityminorReproducibilityalways
Status assignedResolutionopen 
Product Version0.14 
Target Version1.0 stretch goals 
Summary0009612: Address setup has a lot of fields that are not necessary
DescriptionIn the Settings menu, under the Address section (also applicable to the Jurisdiction section), the form currently includes multiple fields for entering address details, such as "Address," "Building," "Building Number," "Street," and "Postal Code." This results in a lengthy and cumbersome form that requires users to fill out numerous fields, leading to potential frustration and a slower input process. To improve usability, two potential solutions are proposed:
- Consolidate Address Fields: Simplify the address setup process by merging all these fields into a single "Address" field. The consolidated field would include a placeholder or hint text (e.g., "Enter your full address: Street, Building Name, Building Number, Postal Code") to guide users on how to format their input. This approach would make the form shorter, more user-friendly, and quicker to complete.
- Remove the Address Field: Alternatively, remove the general "Address" field and retain only the other specific fields (e.g., "Building Name",” Building Number”, "Street", "Postal Code"). This option would reduce redundancy while still capturing detailed address information.
Additional InformationAlso applies to the Jurisdiction section.
TagsNo tags attached.
Attached Files
address.png (71,369 bytes)   
address.png (71,369 bytes)   

Activities

Christian Grothoff

2025-03-13 00:32

manager   ~0024189

I *think* this might be a case of a bad label. I *think* that the "address" line you are talking about is intended for things like c/o addresses and other "complications".

The problem we have is that *sometimes* some APIs require *structured* address data, so they want the street/city/district/country to be explicitly marked, and extracting that from one "big" free-form address field is, well, hard to automate. So I don't think we should go down that route.

But of course you are right, the current layout suggests to most users to enter their address twice, which is equally wrong.

Sebastian: am I right the "address" is actually translated into "additional address lines", like for c/o? Would it be reasonable to rename the label to "c/o" or something equivalent? Please propose a fix that matches what the code does...

Issue History

Date Modified Username Field Change
2025-03-12 16:28 Dana Dram New Issue
2025-03-12 16:28 Dana Dram Status new => assigned
2025-03-12 16:28 Dana Dram Assigned To => Christian Grothoff
2025-03-12 16:28 Dana Dram File Added: address.png
2025-03-13 00:32 Christian Grothoff Note Added: 0024189
2025-03-13 00:32 Christian Grothoff Assigned To Christian Grothoff => sebasjm
2025-03-13 00:33 Christian Grothoff Target Version => 1.0 stretch goals