Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Provide a clearer visual distinction between edit mode and select mode #927

Closed
seancolsen opened this issue Jan 3, 2022 · 14 comments
Closed
Assignees
Labels
affects: ux Related to user experience good first issue Everything in "Help wanted", PLUS being relatively easy and straightforward to implement. help wanted Community contributors can implement this type: enhancement New feature or request work: frontend Related to frontend code in the mathesar_ui directory

Comments

@seancolsen
Copy link
Contributor

seancolsen commented Jan 3, 2022

Current behavior

  1. Find a cell with a value set to an empty string.
  2. Toggle between edit mode and select mode by alternately double clicking and pressing Esc.
  3. Observe the presence of a cursor to change -- good.
  4. Observe the border thickness to change -- good.
  5. Observe no other changes.

Goal

  • I'd like it to be a bit clearer which mode I'm in.

Desired behavior

  • Add a drop shadow behind the cell. Google sheets does this and I think it looks pretty good.
  • Change the border color too. I propose blue during select and black during edit. I don't feel too strongly about the specifics here -- just looking for some extra cue.

Other thoughts

  • Spreadsheet software places a square in the bottom right hand corner of the selection region. This square disappears when entering edit mode, providing an additional cue to the mode change. I predict we likely will not want to add the square because we won't want to implement the "fill" functionality for which spreadsheets use the square. As such I think it would be useful to provide an extra visual cue to our users indicating the current mode, which is why I'm suggesting the additional switch to a black border.
@seancolsen seancolsen added status: draft type: enhancement New feature or request work: frontend Related to frontend code in the mathesar_ui directory affects: ux Related to user experience labels Jan 3, 2022
@seancolsen seancolsen added this to the [06] Working with Tables milestone Jan 3, 2022
@pavish pavish added work: design and removed work: frontend Related to frontend code in the mathesar_ui directory labels Jan 19, 2022
@pavish
Copy link
Member

pavish commented Jan 19, 2022

I'll defer to @ghislaineguerin to comment on this before we pick up the frontend changes for it.

@ghislaineguerin
Copy link
Contributor

@pavish @seancolsen
I think this looks good. I particularly like the idea of having the drop-shadow. Additionally, we should also consider how we represent a cell that might not be editable. Border color makes sense to me and I agree with not having the square.

@seancolsen
Copy link
Contributor Author

seancolsen commented Jan 19, 2022

Thanks @ghislaineguerin I'm marking this as ready now

@seancolsen seancolsen added ready Ready for implementation work: frontend Related to frontend code in the mathesar_ui directory good first issue Everything in "Help wanted", PLUS being relatively easy and straightforward to implement. help wanted Community contributors can implement this and removed work: design labels Jan 19, 2022
@pavish
Copy link
Member

pavish commented Jan 19, 2022

We use a gray border when the cell is non-editable. So, I'm concerned about using a black border while editing the cell. Anyone who works on this issue should feel free to experiment.

@nk183
Copy link
Contributor

nk183 commented Mar 25, 2022

hi @seancolsen @kgodey can I work on this

@silentninja silentninja added status: started and removed ready Ready for implementation labels Mar 25, 2022
@silentninja
Copy link
Contributor

Thanks! @nk183 I have assigned the issue to you.

@nk183
Copy link
Contributor

nk183 commented Mar 25, 2022

Hi @silentninja @pavish @seancolsen
i was thinking if in edit mode color may be light red i guess ( as of color of Mathesar icon but may be more light )

simplescreenrecorder-2022-03-25_17.13.32.mp4

or should I stick with black
Do you think user might think of is as error

@seancolsen
Copy link
Contributor Author

Red looks a little bit too much like an error I think.

@pavish
Copy link
Member

pavish commented Mar 25, 2022

@nk183 The red border seems to me like the cell has an error. I personally think retaining the blue border is better since the width changes, and we could probably only have a drop shadow additionally.

This issue involves experimenting with different styles (border colors, dropshadows etc.,) and referring similar products. Please post a list of suggestions that you feel are good so that the team can take a look before deciding on the final look.

@nk183
Copy link
Contributor

nk183 commented Mar 27, 2022

hi @seancolsen @pavish I am suggesting some designs :
a)
select mode - no change
edit mode - border change
image
b)
select mode - no change
edit mode - border change && background-color : blue

image

c)
select mode - background-color : blue
edit mode - border change

simplescreenrecorder-2022-03-27_11.35.03.mp4

@pavish
Copy link
Member

pavish commented Mar 29, 2022

@ghislaineguerin You may want to take a look at this as well.

@seancolsen
Copy link
Contributor Author

@nk183 For reference, here is how Google Sheets behaves:

Peek 2022-03-29 07-37

Your screenshots above appear to be using a blue drop shadow, which looks more like a glowing effect. I'd like for the drop shadow to behave similarly to Google Sheets. It's subtle, but present. And it has no saturation. It's translucent black, nearly transparent.

Adding the drop shadow as I've described might actually be sufficient. Can we begin with a PR that just does that?

@kgodey
Copy link
Contributor

kgodey commented Mar 30, 2022

@nk183 Is there more work to do for this issue?

@seancolsen
Copy link
Contributor Author

Ahh I meant to close this when I merged the PR. Thanks for the ping @kgodey

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
affects: ux Related to user experience good first issue Everything in "Help wanted", PLUS being relatively easy and straightforward to implement. help wanted Community contributors can implement this type: enhancement New feature or request work: frontend Related to frontend code in the mathesar_ui directory
Projects
No open projects
Development

No branches or pull requests

6 participants