Replies: 2 comments 3 replies
-
Hello, and thank you very much for this detailed recommendation. AlCurrently, we use the default form design of @tabler. @codecalm, what do you think about this? Would it be worth changing the defaults in tabler? |
Beta Was this translation helpful? Give feedback.
3 replies
-
Here's what the empty form will look like with placeholders for date and time in effect: |
Beta Was this translation helpful? Give feedback.
0 replies
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
-
There's one thing with SQLPage I find with most every kind of form builder which doesn't work well in "real life": font sizes / emphasis.
Forms have one single purpose: collect structured data in the easiest/friendliest way possible.
However, there are two views on forms: first, it's the programmer's view. It's the one which is important through building the form. Fields are usually empty at this stage, and the form "lives and breathes" by the labels. However -- the programmer is the least important person in the life of a form, as he doesn't use it.
That's the second view on the form: the user's. The user fills in the form and needs all the information gathered being readable at a glance. The user deals with the form often, hence he doesn't need labels. He vaguely knows, in which field which content goes, and he's usually distracted by the labels.
As a seasoned designer, holding even a form design degree, I suggest to reduce the size of the labels in forms to the same size column headers in tables use.
Current look:
Proposed look:
Oh, there's three more things:
Why do checkbox areas have to get a blueish background when checked? Isn't the checkmark enough of an indication?
Wouldn't it be nice when the color of the label of an unchecked item would be dimmed to the color of the other labels? Does the checkbox area have to be so much higher than all the other fields?
Beta Was this translation helpful? Give feedback.
All reactions