-
Notifications
You must be signed in to change notification settings - Fork 440
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
Feature/3949/allow editing before upload #3988
Feature/3949/allow editing before upload #3988
Conversation
8291ec3
to
652bfe0
Compare
ca1e3a0
to
4af73ed
Compare
Signed-off-by: Marco Ambrosini <marcoambrosini@pm.me>
Signed-off-by: Marco Ambrosini <marcoambrosini@pm.me>
Signed-off-by: Marco Ambrosini <marcoambrosini@pm.me>
Signed-off-by: Marco Ambrosini <marcoambrosini@pm.me>
Signed-off-by: Marco Ambrosini <marcoambrosini@pm.me>
Signed-off-by: Marco Ambrosini <marcoambrosini@pm.me>
Signed-off-by: Marco Ambrosini <marcoambrosini@pm.me>
b017977
to
6c88f42
Compare
/* Show a hover colour around the preview when navigating with the | ||
* keyboard through the file links (or hovering them with the mouse). */ | ||
&:hover, | ||
&:focus, | ||
&:active { | ||
.preview { | ||
background-color: var(--color-background-hover); | ||
border-radius: 16px; | ||
|
||
/* Trick to keep the same position while adding a padding to show | ||
* the background. */ | ||
box-sizing: content-box !important; | ||
padding: 10px; | ||
margin: -10px; | ||
} | ||
&:hover, | ||
&:focus { | ||
background-color: var(--color-background-hover); | ||
/* Trick to keep the same position while adding a padding to show | ||
* the background. */ | ||
box-sizing: content-box !important; |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
While this looks good in the upload editor in my opinion the look in the messages list has regressed. Therefore I would suggest to have both the previous style and the new one, and use one or the other depending on whether the upload-editor
class is set or not.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
What do you think has regressed in particular? Before there was an unneeded hover feedback on the preview itself that partially covered the sender's username.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
there was an unneeded hover feedback on the preview itself
I think that the hover feedback should be there, as it shows the user that she can interact with the file. The problem is that the whole message is "highlighted" on hover when showing the reply button, and that hides the specific feedback for the file. Anyway, I would be fine with removing the hover feedback on the file due to that overlap (but I would prefer to find a better solution nevertheless).
that partially covered the sender's username
I know, it has been haunting me since I added it :-P
However, even if it covers the sender's username I prefer that small, focused frame on the file:
Rather than highlighting the whole message body (even if it actually matches the real clickable area):
For me the previous version feels and looks much better when navigating with the keyboard. Also the change is not directly related to editing the upload, so in any case I would address it in a separate pull request too.
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
So this is the current behavior (before this pr):
So you get the big hover feedback of the message but no clickability unless you hover the preview, and since the hover color is the same, you get the hover feedback of the preview only through unwanted stuff:
- overflow from the message on the left;
- invading the name on top;
The keyboard navigation is a bug with how messages hover feedback is implemented. For a reference of how it should really look refer to the mouse navigation feedback. Plus, I think that a bigger click area is generally better, since that space is unused anyway... I implemented the change in this pr because I'm adapting the filepreview component.
src/components/MessagesList/MessagesGroup/Message/MessagePart/FilePreview.vue
Show resolved
Hide resolved
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Form the design call:
- Aspect ratio of images in uploader squished
- "+" Button needs margin like the previews
- Dismiss → Cancel, and Cancel button to left
- Make sure "Remove" button is tabbable and also has an aria-label (including the filename)
- Add aria-label to "+" Button (Added a part about the remove button accesibility, make sure they are labeled also incl the filename, not all just "Remove" :)
37fcaf0
to
7bdc55b
Compare
7bdc55b
to
e6e2c43
Compare
Signed-off-by: Marco Ambrosini <marcoambrosini@pm.me>
Signed-off-by: Marco Ambrosini <marcoambrosini@pm.me>
Signed-off-by: Marco Ambrosini <marcoambrosini@pm.me>
Signed-off-by: Marco Ambrosini <marcoambrosini@pm.me>
Signed-off-by: Marco Ambrosini <marcoambrosini@pm.me>
e6e2c43
to
6653eb6
Compare
Follow up:
|
rel="noopener noreferrer" | ||
@click="showPreview"> | ||
<img v-if="!isLoading && !failed" | ||
<file-preview v-bind="filePreview" |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
This file really bothers me. The shared part is actually so little, that it should just be 2 maintainable subcomponents instead.
Follow-up: