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

Use more applicable icon for 'Open sidebar' #142

Merged
merged 1 commit into from Jun 22, 2019
Merged

Conversation

jancborchardt
Copy link
Member

As discussed @juliushaertl @skjnldsv @karlitschek → this is the same icon we already use for the sidebar in the Talk app.

We should probably also backport this?

viewer icons

@jancborchardt jancborchardt added enhancement New feature or request papercut Small issues that doesn't break the ux/ui design Related to the design 3. to review Waiting for reviews labels Jun 18, 2019
@jancborchardt jancborchardt added the backport-request Pending backport by the backport-bot label Jun 18, 2019
@click="showSharingSidebar">
{{ t('viewer', 'Share') }}
{{ t('viewer', 'Open sidebar') }}
Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This is not only opening the sidebar, this is opening the sharing section of the sidebar.
Therefore if sharing is disabled, this button will be hidden. The showSharingSidebar needs to be updated accordingly alongside the v-if="OCA.Sharing" :)

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

For all intents and purposes, this button is the only one in Viewer which opens the sidebar. :) So that’s what it should be called.

Therefore if sharing is disabled, this button will be hidden.

And then there’s also no way to open the sidebar from the viewer, right?

Therefore I think we should merge this and move any further updates to the menu implementation PR → #15

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No, that would leave the current state of the viewer in a not optimal one. :)
Please take the time to adjust this pr instead!

#15 is much more work

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

ahh ok. of course it should also be possible to open the sidebar even if sharing is disabled.

Copy link
Member Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

No, that would leave the current state of the viewer in a not optimal one. :)

I don’t understand how, because:

  • If Sharing is enabled, the button is shown and it does open the sidebar.
  • If Sharing is not enabled, the icon/button is not shown.

So what about that is not optimal, or less optimal than now?

If it should be changed to not rely on Sharing I would love to do that but need to know how. :) (But even then I don’t understand how that is part of this purely cosmetic change.)

Copy link
Member

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Ah, yes, you're right.
My point was that now that we tell the user that the button open the sidebar, s.he might get confused when the button disappear if sharing is disabled. Because there is still other stuff you can do in the sidebar :)

Signed-off-by: Jan-Christoph Borchardt <hey@jancborchardt.net>
@jancborchardt
Copy link
Member Author

As per nextcloud/server#15997 (comment) → let’s get this in. :)

@skjnldsv
Copy link
Member

skjnldsv commented Jun 22, 2019

Tests are ok now!

@skjnldsv skjnldsv merged commit 7c4d4e5 into master Jun 22, 2019
@skjnldsv skjnldsv deleted the design/sidebar-icon branch June 22, 2019 06:28
@jancborchardt
Copy link
Member Author

/backport to stable16

@backportbot-nextcloud
Copy link

The backport to stable16 failed. Please do this backport manually.

@jancborchardt
Copy link
Member Author

@skjnldsv @juliushaertl I guess it needs to be backported to be in this intermediate release we talked about? How do we best do it?

@juliushaertl
Copy link
Member

We need to to the backport for stable16 so it is in the next maintenance release, but the bot failed so it needs to be done manually.

@MorrisJobke MorrisJobke removed the backport-request Pending backport by the backport-bot label Dec 1, 2020
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
3. to review Waiting for reviews design Related to the design enhancement New feature or request papercut Small issues that doesn't break the ux/ui
Projects
None yet
Development

Successfully merging this pull request may close these issues.

None yet

5 participants