Here is a strange issue I have with tomQuest (see screen). A "white" space appears after couple of minutes in game at the bottom of the tip and at the right. Also this isn't a big issue except that at the same time columns are reduced.
First I though it was a tomquest issue, but the same appears with Broker_HitCrit, Broker_Currency, Broker_RecZone.
All these addons use LibQTip.
(I didn't use the ticket system cause I couldn't figure out what kind of issue that was ^^)
Is there any way you can reproduce this without tomQuest running? I use almost every addon you've listed except for that and Broker_RecZone, and have never seen this occur.
Here is a strange issue I have with tomQuest (see screen). A "white" space appears after couple of minutes in game at the bottom of the tip and at the right. Also this isn't a big issue except that at the same time columns are reduced.
First I though it was a tomquest issue, but the same appears with Broker_HitCrit, Broker_Currency, Broker_RecZone.
All these addons use LibQTip.
(I didn't use the ticket system cause I couldn't figure out what kind of issue that was ^^)
noticed that too, to work around I QTip:Show() (also QTip:SetScale() in my case) before adding the lines (AddLines), otherwise after I notice this caveat
noticed that too, to work around I QTip:Show() (also QTip:SetScale() in my case) before adding the lines (AddLines), otherwise after I notice this caveat
That's not typical usage for any of the addons I use which use LibQTip - they all do tooltip:Show() after the AddLine() and SetCell() calls - and I have never seen this occur. I'm thinking, as gagou stated, that it may be something modifying GameTooltip.
I just changed the directory structure of LibQTip - LibStub is no longer hard-embedded, there is no longer a LibQTip-1.0/LibQTip-1.0 folder, and there is now a lib.xml which you should include in your addon's TOC to load it.
Er... This change has two big no-no :
1) by removing the subdirectory, your screwed up the embedded versions of any addon that embeds LibQTip using .pkgmeta because it is referencing the subdirectory,
2) by removing hard-embedded LibStub, you screwed up the no-lib versions of any addon that uses LibQTip because LibStub has no standalone version and should not be referenced in OptDep anyway. (these addons may obtain LibStub another way but any addon that is using *only* LibQTip is doomed)
These changes were uncalled for as the library was fully working. Remember : if it is not broken, do not fix it.
Er... This change has two big no-no :
1) by removing the subdirectory, your screwed up the embedded versions of any addon that embeds LibQTip using .pkgmeta because it is referencing the subdirectory,
...which is why I posted here, so people could fix their AddOns. There were issues with LibQTipClick not including LibQTip because referencing a subdirectory breaks the recursive .pkgmeta processing.
2) by removing hard-embedded LibStub, you screwed up the no-lib versions of any addon that uses LibQTip because LibStub has no standalone version and should not be referenced in OptDep anyway. (these addons may obtain LibStub another way but any addon that is using *only* LibQTip is doomed)
That is not entirely true, as you can get LibStub here, and I'm pulling it via .pkgmeta.
The tooltip appearance on initial show is a problem that Adirelle and I have looked at on and off. Maybe we need to finally nail this one.
As for the issue with the tooltip not hiding all the time, Jokeyrhyme was correct in his assumption that this is because the mouse enters the cell frame and the timing when leaving it is critical. If you move the mouse slowly, the issue doesn't exist because it registers as having entered the actual tooltip frame again. I'll be looking at how to solve that with LibQTipClick.
Any update on the issue with frame not always hiding correctly?
In the 3.1 thread on the official forum Iriel said that:
"There's a new driver for performing auto-hide of frames based on mouse hover"
Can this help improve the situation?
In the meantime I've used this hack to correct the problem :
local function hideTooltip()
if not tip or MouseIsOver(tip) then return end
tooltipIsShown = false
tip:SetScript("OnUpdate", nil)
LibQTip:Release(tip)
tip = nil
end
function dataobj.OnLeave(self)
if tip and MouseIsOver(tip) then
tip:SetScript("OnUpdate", hideTooltip)
else
hideTooltip()
end
end
A scrollbar on to long tooltips would be great.
Yes I know, a tooltip should not be clickable or have a scrollbar oO
But sometimes it would be really handy and we got LibQTipClick why not LibQTipScroll?
Actually, this is only feasible if the functionality is built into the core of the lib. Having said that, Elkano has made a scrollable branch under the LibQTip repository. I need to find some time (when my new CPU arrives...I"m on someone else's machine now) to look at it, but from a cursory glance it doesn't add much overhead to the code.
First I though it was a tomquest issue, but the same appears with Broker_HitCrit, Broker_Currency, Broker_RecZone.
All these addons use LibQTip.
(I didn't use the ticket system cause I couldn't figure out what kind of issue that was ^^)
noticed that too, to work around I QTip:Show() (also QTip:SetScale() in my case) before adding the lines (AddLines), otherwise after I notice this caveat
Do you have an addon that change the gametooltip appearance like border and background? (like tiptop, cowtip...)
That's not typical usage for any of the addons I use which use LibQTip - they all do tooltip:Show() after the AddLine() and SetCell() calls - and I have never seen this occur. I'm thinking, as gagou stated, that it may be something modifying GameTooltip.
1) by removing the subdirectory, your screwed up the embedded versions of any addon that embeds LibQTip using .pkgmeta because it is referencing the subdirectory,
2) by removing hard-embedded LibStub, you screwed up the no-lib versions of any addon that uses LibQTip because LibStub has no standalone version and should not be referenced in OptDep anyway. (these addons may obtain LibStub another way but any addon that is using *only* LibQTip is doomed)
These changes were uncalled for as the library was fully working. Remember : if it is not broken, do not fix it.
...which is why I posted here, so people could fix their AddOns. There were issues with LibQTipClick not including LibQTip because referencing a subdirectory breaks the recursive .pkgmeta processing.
That is not entirely true, as you can get LibStub here, and I'm pulling it via .pkgmeta.
The library was fully working - its layout was not.
Gah, I sound like such a dick when I first wake up - probably because I can't think clearly enough to edit my thoughts.
Any update on the issue with frame not always hiding correctly?
In the 3.1 thread on the official forum Iriel said that:
"There's a new driver for performing auto-hide of frames based on mouse hover"
Can this help improve the situation?
In the meantime I've used this hack to correct the problem :
Yes I know, a tooltip should not be clickable or have a scrollbar oO
But sometimes it would be really handy and we got LibQTipClick why not LibQTipScroll?
It's obviously early days yet, I just wonder. :)