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

Default skin needs polish #3697

Closed
JohnMcLear opened this issue Feb 15, 2020 · 14 comments
Closed

Default skin needs polish #3697

JohnMcLear opened this issue Feb 15, 2020 · 14 comments
Assignees
Labels

Comments

@JohnMcLear
Copy link
Member

I love the new default skin but it needs polish, especially around when the browser width is < 400px as you lose formatting buttons etc. Afaik this was all handled before so should be handled with any new versions with a copy/paste :)

@muxator
Copy link
Contributor

muxator commented Feb 18, 2020

For Colibris skin CCing @seballot

Edit: it should have been:
ccing @seballot who developed Colibris together with @mrflos, proposed it to the project, and donated his time for achieving the integration. Thanks Seballot!

:)

@seballot
Copy link
Contributor

seballot commented Feb 19, 2020

Hello !
Yes Indeed some formatting buttons disappears because I didn't want the toolbar to be too large and hide the text. I think before it was like this (or maybe this etherpad is not up to date)

image

But we might find an in between solution, like a "+" button in the toolbar to display the hidden formatting buttons? It's just a bit more work.

I'm not a mobile user, so please help me to understand the need !

pkrasicki pushed a commit to pkrasicki/etherpad-lite that referenced this issue Mar 6, 2020
pkrasicki pushed a commit to pkrasicki/etherpad-lite that referenced this issue Mar 6, 2020
@muxator
Copy link
Contributor

muxator commented Mar 12, 2020

There was an attempt to fix this issue with #3703, but I guess we need to do another try.

I would be ok with putting a "+" button when the screen gets too narrow (to leave as much space as possible to the text), but other solutions could be ok, as well.

One thing that we might want to ensure is that the solution works with both the legacy skin and Colibris.

@seballot
Copy link
Contributor

ok, trying to fix right now

@seballot
Copy link
Contributor

I found an easier solution: allow horizontal scroll on the toolbar for small screen? WDYT?
It's not perfect (people need to know that they can scroll), but I think formatting a pad on a mobile screen is not so used, so would say that is enough...

Peek 12-03-2020 18-39

toolbar2

seballot added a commit to seballot/etherpad-lite that referenced this issue Mar 12, 2020
@pkrasicki
Copy link

pkrasicki commented Mar 12, 2020

This is a clever solution, but having to use a scrollbar to access buttons won't be convenient for users. You should instead break the bar into two rows, when it doesn't fit on screen.

pkrasicki pushed a commit to pkrasicki/etherpad-lite that referenced this issue Mar 13, 2020
Partially fixes ether#3697

Makes the toolbar more responsive.
@seballot
Copy link
Contributor

seballot commented Mar 13, 2020

The problem with going with 2 rows, is that if your etherpad install have a lot of fonctionalities, it will goes with 3 rows, maybe 4, and at the end you do not get the text, which the more important thing. That why I think the multi rows toolbar is not a solution

If you guys think scrolling is not a good solution either, then we need to add this "+" button to display all the buttons.

re your PR @pkrasicki, it's breaking the white background on colibris skin, and also some paddings. Also I made a fix to remove the left margin when the gutter is hidden

Seems like we are working both on the same thing. if it's fine by you, could I handle this issue?

@pkrasicki
Copy link

pkrasicki commented Mar 13, 2020

Sure, go ahead.

Edit:
One more thing, though. It's ok, because this task needs more work than I originally though, but it seems that I solved this problem for nothing and my time ended up being wasted. In the future please don't create a PR after someone to solve the exact same problem that they are working on.

@muxator
Copy link
Contributor

muxator commented Mar 14, 2020

Quick test of #3709 with my Firefox 74. Some questions follow.

This is the effect on Colibris:

resize-window-colibris

This is the effect on the legacy skin:

resize-window-legacy

@seballot, I did not have the time to test what happens with more icons. How do the toolbars get split? Do they arrange in multiple rows? Also, the commit message needs to describe what changed (referencing a Github issue is ok for quick work, but cannot end up as-is in the history). I can take care of it of it's easier for you.

@pkrasicki: thanks for your proposal. Even if it did not get merged, your effort was useful to bring up the discussion and reach a better solution overall. Probably we would not have had anything wasn't for your initiative. Thanks again.

@seballot
Copy link
Contributor

Hi @muxator ! ok for the commit message, sorry :)

When more icons, see my screencast on #3697 (comment)
In stay with one row, but you can horizontally scroll to find the other icons.

As @pkrasicki mentioned that the scrolling toolbar is not good enough, I will do another try with a "+" button to display the hidden icons

@JohnMcLear
Copy link
Member Author

@seballot any chance you can get this work done within 24 hours? I am rolling out a site for corona and it's going to be publicly facing and I want to use the new UI :)

@seballot
Copy link
Contributor

Hi @JohnMcLear!
Sorry cannot guarantee, currently quite busy ! but new UI is used in production in a lot of place since a while, so I guess you can use it even without this mobile toolbar ;)

@muxator
Copy link
Contributor

muxator commented Mar 16, 2020

I am going to accept the changes at #3709, since it fixes a problem, is good enough, is compatible with both skins and has a consistent behaviour when there are many toolbar buttons.

However, I would prefer if in the next release we could land the "+" sign instead of the scrolling, as I think it is more explicit, and - thus - discoverable. A future PR would be welcome, thanks. :)

n.b.: actually, I had to reject the PR and directly commit on top of develop because I was not able to force push there. Just a technical detail, though. The reasoning for wanting the "+" button stands.

@muxator
Copy link
Contributor

muxator commented Mar 17, 2020

We have a new proposal for the toolbar (#3726). If we accept it, #3709 (right toolbar going on the bottom on both skins) will be reverted. The legacy skin will retain its original behaviour (the incons will get smaller) and Colibris will gain a "+" icon when overflowing.

I still did not try it. Discussion in the PR.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging a pull request may close this issue.

4 participants