If you can play with it as it currently is, then i suggest you just stick with it. Its so far off from the current 'good' UI, that you'd basically have to change everything to be 'good'.
Yep, found that, and i have the script working. gorgeous implementation. who knows, this may fix all my issues. can't figure out the roth thing you were mentioning though.
Yeah, i'm fine with that. I can rebuild, I have the technology.
However, i'm missing the knowhow on writing scripts. and i have several going. all of which adjust size. I can build the panels again, but what i'm really interested in doing is using a border texture instead of the brute force 3 panel method I was using before to make my border, and secondly, i need some help rewriting my scripts to work with kgpanels.
the boders are created by 3 panels. omen, sws and grid all resize automatically. SWS resizes if i resize. Omen resizes as it grows [grow upwards btw] and grid resizes based on the GridLayoutFrame. The player frame has borders which resize if i have a pet. the pet and the pet target are directly below the player frame. if you see the target/target of target/and target of target of target frame cluster, that panel resizes based on whether or not i have atarget. Without a target, the panels just are the size of the target frame. obviously they disappear if i have no target.
do you know of a resource that i could use which would give me some pretty detailed instructions on how to create a border texture that looks like what i'm already doing, and which would prevent me from having so many useless panels? and secondly, would anyone be able to help me adapt my current scripts to my new panel setup.
Thanks for the new panel setup kagaro.
I think the greatest thing is that it doesn't appear that it will screw up parenting if you delete a 'first order' panel. since they go off name, and not by a numbered panel system like eepanels2 did.
if UnitExists("pet") then
eePanel16:SetHeight(103)
eePanel17:SetHeight(107)
eePanel18:SetHeight(111)
else
eePanel16:SetHeight(62)
eePanel17:SetHeight(66)
eePanel18:SetHeight(70)
end
end
I'm not exactly sure how to translate this script for kgpanels. This script basically resizes the panels if i have a pet. I have a very similar one if i have a target.
eePanels2:RegisterEvent("UNIT_PET")
Alrighty everyone, AceDBOptions-3.0 has moved to trunk. That means kgPanels will be promoted to trunk soon as well. If anyone could provide translations it would be appreciated.
Kagaro
Go Go!
i have to rebuild all my panels. Looking forward to this.
It works, except that it pretty regularly 'collapses' the panels into just a black border, smaller than it should be [probably the size of the parent, in this case, GridLayoutFrame]
Is there any explanation as to why this happens? What would cause the script to 'undo' itself?
Added:
-eePanels support.
-Assessment support.(only added frame1, will add more if ppl wants it)
-Elkano's Buffbars support.(atm it hides all EBB's groups)
-Command to clear the buttons frames. (/tg clear button1)
-Command to hide/show toggling messages. (/tg mess on/off)
will upload the new version in about 30 min.
When I hid ChatFrame1 it auto unhid as soon as there was new text in it.
I'm still looking for an explanation as to why my eePanels2 around GridLayoutFrame will sometimes 'shrink' to the size of the frame. Anyone seen this problem/know why it happens?
0
If its working for you, don't worry about it.
0
0
0
0
What is my 'OnLoad' and 'OnEvent'?
0
However, i'm missing the knowhow on writing scripts. and i have several going. all of which adjust size. I can build the panels again, but what i'm really interested in doing is using a border texture instead of the brute force 3 panel method I was using before to make my border, and secondly, i need some help rewriting my scripts to work with kgpanels.
this is the setup. http://ot.erxz.com/Aestil/priest.png
the boders are created by 3 panels. omen, sws and grid all resize automatically. SWS resizes if i resize. Omen resizes as it grows [grow upwards btw] and grid resizes based on the GridLayoutFrame. The player frame has borders which resize if i have a pet. the pet and the pet target are directly below the player frame. if you see the target/target of target/and target of target of target frame cluster, that panel resizes based on whether or not i have atarget. Without a target, the panels just are the size of the target frame. obviously they disappear if i have no target.
do you know of a resource that i could use which would give me some pretty detailed instructions on how to create a border texture that looks like what i'm already doing, and which would prevent me from having so many useless panels? and secondly, would anyone be able to help me adapt my current scripts to my new panel setup.
Thanks for the new panel setup kagaro.
I think the greatest thing is that it doesn't appear that it will screw up parenting if you delete a 'first order' panel. since they go off name, and not by a numbered panel system like eepanels2 did.
very nice.
0
if UnitExists("pet") then
eePanel16:SetHeight(103)
eePanel17:SetHeight(107)
eePanel18:SetHeight(111)
else
eePanel16:SetHeight(62)
eePanel17:SetHeight(66)
eePanel18:SetHeight(70)
end
end
I'm not exactly sure how to translate this script for kgpanels. This script basically resizes the panels if i have a pet. I have a very similar one if i have a target.
eePanels2:RegisterEvent("UNIT_PET")
0
i have like... 60 panels or something though?
all parented to each other, bunch of scripts running.
0
:D
0
0
Go Go!
i have to rebuild all my panels. Looking forward to this.
0
http://ace.pastey.net/82143
It works, except that it pretty regularly 'collapses' the panels into just a black border, smaller than it should be [probably the size of the parent, in this case, GridLayoutFrame]
Is there any explanation as to why this happens? What would cause the script to 'undo' itself?
0
When I hid ChatFrame1 it auto unhid as soon as there was new text in it.
0
http://surl.se/garq
I'm still looking for an explanation as to why my eePanels2 around GridLayoutFrame will sometimes 'shrink' to the size of the frame. Anyone seen this problem/know why it happens?
0
http://bayimg.com/oaHndAABn