Loading...
 

Tikiwiki-devel (mailman list mirror)


Regression from Tiki 18: Some tooltips quite broken

>De : Gary Cunningham-Lee mailto:gary_c@cunningham-lee.com
>Envoyé : 30 juillet 2018 08:40
>
>Hi,
>
>In commit r67056, I removed the width:inherit rule on popovers so now they are the default width specified by Bootstrap. But this rule was added to allow very wide content to display in some specific cases, so another rule will have to be added for those.


Oops, I hadn't seen this message when I wrote yesterday.
Thanks Gary

>-- Gary
>
>On 7/30/2018 9:29 AM, Cloutier, Philippe (DGARI-Consultant) wrote:
>> Hi Gary,
>>
>>> De : Gary Cunningham-Lee mailto:gary_c@cunningham-lee.com
>>> Envoyé : 29 juillet 2018 11:49
>>>
>>> Hi,
>>>
>>> One problem I've noticed is that some popovers/tooltips are quite wide due to containing a lot of text. There's no width limit apparently, so they go from one side of the page to the other, and the ones I've looked at have a right pointer, so they appear to the left of the icon. But due to their width, they cover/block the icon when they appear.
>>>
>>> When the popover appears, it covers the icon and so ends the hover state, so with the mouseover no longer in effect, the popover disappears. Then with the icon not blocked, the mouseover is triggered again, causing the popover to appear, and again block the icon, ending the popover again.
>>
>>
>> Ah, that makes sense, although it doesn't explain why that would break other tooltips.
>>
>>> I think one solution could be to make these popovers display lower on the page than the icon, that is, with their pointer on the top and not on the side. Then when the popover appears, it wouldn't block the icon visibility and end the hover effect.
>>>
>>> But having no width limit on these popovers except for the window width is ridiculous, too. These help info popovers should not be one or two extremely wide lines of text. The popover should be normal width, like 200px or whatever the Bootstrap default is.
>>
>>
>>
>> I agree they should generally be narrower.
>>
>>> — Gary
>>>
>>> On 7/28/2018 12:23 AM, Cloutier, Philippe (DGARI-Consultant) wrote:
>>>> Hi,
>>>>
>>>>> De : Cloutier, Philippe (DGARI-Consultant) Envoyé : 6 juillet 2018
>>>>> 17:13
>>>>>
>>>>> There is something really wrong in control panels in trunk. As I just reported, preference filters are missing. The preference tags are also showing raw (no colored backgrounds).
>>>>>
>>>>> Worst, the preference description tooltips which appear hovering the "i" or "?" icons are highly broken. They are not completely broken and some can be read at times. Chrome seems more affected than Firefox, but it's bad even for Firefox. Descriptions seem unable to line-wrap so tooltips always have a single line of height. Those too large appear over the icon, so following help links is either impossible or hard. Some can appear and disappear several times in a single second. Some just stop appearing (at some point).
>>>>>
>>>>> This probably happens in all panels, but at least in wiki and general. The "Wiki auto-toc" preference's description is affected, for example.
>>>>>
>>>>> This apparently happens using any theme (at least default and Business), on trunk r66908. This is a little crazy and hard to describe, but I can be more precise if anyone has difficulty reproducing.
>>>>
>>>> This persists. I just noticed the same problem also happens in Admin Modules, in the All Modules tab. If you move the cursor down the list of modules (in English), it works fine until you reach "Change Category". This must be because Change Category is the first one to have its description on 2 lines. When you reach it, tooltips break and start behaving strangely.
>>>>
>>>> ...which brings me to ask why there are tooltips there, since at least in my install, everything in the tooltip is already visible on the page.
>>>>
>>>> I added this regression to https://dev.tiki.org/Tiki19
------------------------------------------------------------------------------
Check out the vibrant tech community on one of the world's most
engaging tech sites, Slashdot.org! http://sdm.link/slashdot
___
TikiWiki-devel mailing list
TikiWiki-devel at lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/tikiwiki-devel

Why Register?

Register at tiki.org and you'll be able to use the account at any *.tiki.org site, thanks to the InterTiki feature. A valid email address is required to receive site notifications and occasional newsletters. You can opt out of these items at any time.