-
Notifications
You must be signed in to change notification settings - Fork 185
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
Tooltips plugin malfunctions when citation hidden in <details> #268
Comments
You are referring to when you open a tooltip, then navigate to a prev/next instance of the same citation, and that next/prev citation happens to be inside a collapsed section. There is no natural way to handle this. The tooltips plugin has to be updated to expand or show any hidden element it is focusing. The relevant code is here: rootstock/build/plugins/tooltips.html Lines 425 to 437 in 0dc5ea8
Note how it has to check if the new link it is focusing is within an accordion section, and expand it manually if it is. |
Do either of these solutons make sense:
Both solutions would keep the tooltip active. The disappearance of the tooltip is the main issues IMO with the current situation. |
Depends on the functionality you want. Either way, we should make it consistent for both accordion sections and details sections. Either expand on navigate or skip. |
expand on navigate seems like the best solution, since users often use the next button to browse every instance of a citation. |
@humbertodebat is leading a cool project to translate the Sci-Hub Coverage Study manuscript to spanish. We are keeping the English text but using the HTML
<details>
element to collapse it by default. See manuscript here:For future reference, we made some changes to the CSS to style the details in greenelab/scihub-manuscript-es@56313e8 and greenelab/scihub-manuscript-es@3a667f2.
Because we keep the english original in
<details>
(collapsed by default), each citation appears double. When using the tooltip extension to jump between other instances of the same citation, the tooltip goes away. @vincerubinetti is there a more natural way the extension could handle this?The text was updated successfully, but these errors were encountered: