-
Notifications
You must be signed in to change notification settings - Fork 17
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
EZP-31632: Floating table toolbar #148
EZP-31632: Floating table toolbar #148
Conversation
I think this bug is also in the 2.5 LTS. Please create this fix in ezplatform-admin-ui to branch 1.5 or if you feel it more like improvement please change the base branch to master here because it's questionable if it is bug or improvement. |
@dew326 Changed base branch to |
|
||
export default class EzConfigTableBase extends EzConfigButtonsBase { | ||
export default class EzConfigTableBase extends EzConfigBase { |
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.
I'm not sure but EzConfigFixedBase
could be better because as I understand this fix will work for td
and it's at the top of the td
. When user will use elements path and will select table
there will be the same problem. With EzConfigFixedBase
it will be fixed at the top o the screen if it should be outside.
Also, the second question is do we want to cover the table with toolbar (I know there was some clients that don't like when toolbar is covering what they wrote in previous line), but this is a question to @SylvainGuittard.
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.
I just tried the steps to reproduce and I understand the pain point here.
I think it makes sense for the table toolbar to be visible by the user.
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.
Hi guys, adding the UX perspective here.
I would go for a similar solution that the RTE Paragraph toolbar has right now, given this behavior was added after being user tested, I agree @dew326.
Maybe a potential option to make this work better would be also to remove the fixed position from ez-edit-header__content-type-name
.
Hello guys, any release date planned for this fix ? |
@neiluJ meantime you can use https://packagist.org/packages/contextualcode/ezplatform-alloyeditor-table-tools |
For this to be merged we need:
|
|
Could you also explain this commit? cff502a |
@dew326 Should both of those commits be removed from this PR? And should we create a separate PR for each of them? Also please note 43f5ad8. And the reason for this, is that when |
Sorry, but right now I have a feeling like cff502a and b676083 are making all the things much more complicated and they should be removed from this PR. A separate PR will be submitted for them. I'm not going to remove them from this PR, but will just revert, to make sure their links will remain in the PR conversation messages. |
#165 was submitted, and it is absolutely unrelated to this PR. |
We had complaints about that the toolbar covers the previous text and this was the reason why we introduced this fixed toolbar. Yes, it will go to the top of a table but when the top of the table is outside of the screen it will be fixed to the top of the window. |
@dew326 Sorry, but I just did another test using In that case, maybe something needs to be fixed in |
@dew326 So Also I was checking this PR on 3.1.3 and found out that the toolbar is covered by "edit header", which seems to be not a case for latest master because of the new UI changes. It is fixed in 16d73b0. |
src/bundle/Resources/public/js/OnlineEditor/toolbars/config/base-fixed.js
Show resolved
Hide resolved
Thanks @SerheyDolgushev for your contribution.
Sorry, I am late in the game. I agree with Darek. I consider this as a bug. IMHO, this fix should also go to 2.5LTS |
In 2.5LTS we had AlloyEditor in the admin-ui bundle so another PR should be opened in this repo against branch 1.5. |
9147515
to
05df450
Compare
@dew326 this PR is based on |
No, this PR is good. |
I will pass this PR to the QA. @SerheyDolgushev Could you prepare the same fix for 2.5 (in admin-ui bundle)? |
Note for QA: |
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.
Toolbar is shown when scrolling but it skips for a while when selecting another cell in the table. See please: http://g.recordit.co/CxmDj9xf75.gif
Sorry, but it seems like the lag is caused by the huge size of the test table. And it seems like that lag is not related to this PR. @dew326 have you had any chance to look into this? Maybe there should be a separate PR/issue for toolbar rendering performance on huge tables like the one from the last QA? |
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.
Hi @SerheyDolgushev
I tested these changes on v3.1.4.
Even with a small table (5x5) the issue exists.
Actual: Toolbar is first aligned to the table cell then, after a while, toolbar is aligned to the table (to the left)
Expected: Toolbar is aligned to the table (to the left, as for a long portion of text) from the beginning.
Regarding the bug https://issues.ibexa.co/browse/EZP-32006 we might need to deal with it separately. \cc @barw4
Hello @micszo Could you please test it now? |
the sticky toolbar works fine now for long portions of text and large tables. However the pop-up with settings for custom tags (youtube, facebook, twitter) is broken now. Steps:
Actual result: The pop-up jumps out of the visible area. |
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.
The changes request in https://issues.ibexa.co/browse/EZP-31632 and https://issues.ibexa.co/browse/EZP-32006 are in place now.
Didn't find new issues with the toolbars this round.
Checked both block and inline custom tags.
Verified on eZ Platform EE v3.1.4 with diff. Also applied the diff for https://issues.ibexa.co/browse/EZP-32187.
@dew326 could you merge it up? |
Right now table toolbar has fixed positioning, and in some cases it brings inconvenience.
Steps to reproduce:
Expected result
The table toolbar should be shown on the screen, and new row should be inserted without any scrolling.
Actual result
The table toolbar remains at the start of the table. And the editor needs to scroll to it, to add a new row.
TODO:
$ composer fix-cs
).