-
Notifications
You must be signed in to change notification settings - Fork 4
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
Breaking: Update and modernize, simplify configuration (fixes #41 #48) #49
Conversation
Text and/or icon display is working as expected thanks @swashbuck. Testing all I have discovered a tooltip display issue which seems to be specific to Safari. When selecting the When selecting I was able to replicate this on Safari Mac, iPad and iPhone. Android tablet worked as expected. |
Good catch, @kirsty-hames . I can reproduce the issue, too. It also seems that it's sometimes adding whitespace to the bottom of the page: Both issues seem to resolve when you resize the browser window. @oliverfoster Do you think this is an issue with the Tooltip API itself? |
I don't know, it shouldn't, it's all absolutely / fixed position so shouldn't take up space in the document flow. Could you investigate please? |
re tooltips not disappearing: pageNav does this on button click: adapt-pageNav/js/PageNavView.js Line 81 in a380c85
a tooltip should call remove when any It may be a lifecycle/timing issue between the button click, mouseover to show the tooltip, and the navigate. Tooltips may be displaying the tooltip after it should listen for blur events? |
…n to trigger a blur event
@oliverfoster In 47c42b1, I force the Page Nav button to fire a blur event by focusing on the body. Previously, it wasn't firing Otherwise, @kirsty-hames , is this now working for you? |
Thanks for looking into this @swashbuck. I can confirm this is working as expected in Safari and I gave this a quick run through with voiceOver. Just FYI, I may have found a global issue with tooltip focus (not sure if it's expected functionality) which I'll query as an issue on Core - see issue for ref. |
I think it would be better if the tooltips hid themselves on navigating to a new page. |
@oliverfoster Ok, I've created adaptlearning/adapt-contrib-core#463 , so I'll take a look there. |
@kirsty-hames @oliverfoster Will you review adaptlearning/adapt-contrib-core#464 ? I believe that will fix the tooltip issue. |
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've retested this with Core PR 465 and can confirm adaptlearning/adapt-contrib-core#463 resolved.
Are we happy that this will break existing AATs if installed over the top? |
@danielghost @kineopete Just to clarify, was the decision to hold off on this PR until the migration scripts are ready? If so, I can add a "needs migration" label here. |
Sure. Sounds good. |
I would like to make a case for merging this PR now rather than waiting for the migration scripts.
Happy to discuss further in our next team call. |
🎉 This PR is included in version 3.0.0 🎉 The release is available on GitHub release Your semantic-release bot 📦🚀 |
Fix #41 #48
Fix
_iconClass
help text to properties.schemaBreaking
_alignIconRight
with_iconAlignment
. Suggest using 'auto' for all buttons which adjusts for RTL vs. LTR. The Next button icon will also be adjusted accordingly when using 'auto' (see examples below)_sibling
buttons_returnToPreviousLocation
buttonDependencies
Tooltip issue fix: adaptlearning/adapt-contrib-core#464
Testing
Ideally, please include the following in your testing:
Icon alignment
The following demonstrates the options for
_iconAlignment
using LTR vs. RTL.Left-to-right (LTR)
Note that the Next button icon should be right-aligned when using
auto
.Right-to-left (RTL)
Note that the Next button icon should be left-aligned when using
auto
.