Skip to content

Conversation

@bikubi
Copy link
Contributor

@bikubi bikubi commented Dec 3, 2025

it's a lot!

companion: okfde/fragdenstaat_de#920

@krmax44
Copy link
Member

krmax44 commented Dec 8, 2025

Seems like migrations are missing.

@bikubi bikubi force-pushed the bikubi/request-flow branch from 4c87b12 to 6fc2e08 Compare December 10, 2025 14:36
@krmax44

This comment was marked as resolved.

@krmax44
Copy link
Member

krmax44 commented Dec 15, 2025

The find similar requests step might currently be a bit confusing, as there's no description of what the user should do. The input field has no placeholder.

image

Instead of "Continue" (Weiter), maybe the button should say "Skip". Maybe after some time, a little encouragement should pop up ("The information you're looking for isn't available yet? Then let's request it!"), to avoid users getting stuck here.

Low prio/think about it later: Not sure if the "Campaign" filter is that useful here, actually.

@bikubi
Copy link
Contributor Author

bikubi commented Jan 5, 2026

The find similar requests step might currently be a bit confusing, as there's no description of what the user should do. The input field has no placeholder.
image

Instead of "Continue" (Weiter), maybe the button should say "Skip". Maybe after some time, a little encouragement should pop up ("The information you're looking for isn't available yet? Then let's request it!"), to avoid users getting stuck here.

Changed "next" to "skip".

  • if popup, where, how? tooltip for the "skip" button?
  • or after the first search, the lower skip button changes back to "next" and gains a help text "The info... let's request it!")
  • or maybe, just an (over)emphasized "(optional)" in the heading: "Find similar requests (optional)"?

Low prio/think about it later: Not sure if the "Campaign" filter is that useful here, actually.

yeah, if taken at strict filter face value... but it also sneakily serves as a neat "look at all our campaigns" browser?

@bikubi bikubi force-pushed the bikubi/request-flow branch from da72806 to ce6bdcd Compare January 5, 2026 21:46
@krmax44
Copy link
Member

krmax44 commented Jan 8, 2026

It's looking really great! Two nitpicks & 1 bug before merge:

  1. Layout on mobile is sometimes bit off:
    image
  2. Let's move the continue button of the multi-chooser also to the top right, like in the other steps, and remove the "Add more public bodies" button in the following ("3.2") step (redundant with the back button).
    image
  3. When creating an account, I can't continue in step 4 (when writing the request), the submit button doesn't work (TypeError: can't access property "validate", this.$refs.userConfirm is undefined). I initially didn't tick the TOS checkbox, maybe it has to do with that. We should probably address all these new branches in e2e tests after merging.

@bikubi
Copy link
Contributor Author

bikubi commented Jan 8, 2026

@krmax44

Two nitpicks & 1 bug before merge:

nitpicks attended to, plus two bonus minor touch-ups, bug fixed. Context for the latter..

  1. When creating an account, I can't continue in step 4 (when writing the request), the submit button doesn't work (TypeError: can't access property "validate", this.$refs.userConfirm is undefined). I initially didn't tick the TOS checkbox, maybe it has to do with that. We should probably address all these new branches in e2e tests after merging.

It was the optional (fds_de vs froide) free-form confirm checkbox that I forgot could be absent when the static_alias is empty.
Tangentially - when trying to test the fix properly I had trouble creating the static_aliases, or well, more trouble than last time. Let's keep that in mind for deployment.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants