Go to Page... |
Updated: | 12-04-16 12:41 PM |
Created: | 10-18-11 07:21 PM |
Downloads: | 10,119 |
Favorites: | 11 |
MD5: |
File Name |
Version |
Size |
Author |
Date |
1.14.4 |
57kB |
doxxx |
11-25-15 05:14 PM |
|
1.14.3 |
55kB |
doxxx |
05-23-15 07:22 AM |
|
1.14.2 |
57kB |
doxxx |
03-02-14 10:15 AM |
|
1.14.1 |
57kB |
doxxx |
04-28-13 11:44 AM |
|
1.14 |
57kB |
doxxx |
04-27-13 07:12 PM |
|
1.13.4 |
55kB |
doxxx |
03-10-13 04:30 PM |
|
1.13.3 |
55kB |
doxxx |
02-28-13 05:47 PM |
|
1.13.2 |
55kB |
doxxx |
02-12-13 06:39 PM |
|
1.13.1 |
55kB |
doxxx |
01-15-13 06:03 PM |
|
1.13 |
55kB |
doxxx |
01-12-13 12:04 AM |
|
1.12 |
50kB |
doxxx |
12-22-12 10:53 AM |
|
1.11.1 |
50kB |
doxxx |
12-18-12 06:07 PM |
|
1.11 |
50kB |
doxxx |
12-09-12 07:54 PM |
|
1.10 |
36kB |
doxxx |
05-03-12 06:42 PM |
|
1.9.5 |
29kB |
doxxx |
04-25-12 07:49 PM |
|
1.9.4 |
24kB |
doxxx |
04-21-12 08:43 AM |
|
1.9.3 |
23kB |
doxxx |
03-08-12 07:01 PM |
|
1.9.2 |
23kB |
doxxx |
03-07-12 07:17 PM |
|
1.9.1 |
23kB |
doxxx |
03-06-12 07:12 PM |
|
1.9.0 |
22kB |
doxxx |
03-04-12 09:44 AM |
|
1.8.3 |
22kB |
doxxx |
02-25-12 12:32 PM |
|
1.8.2 |
22kB |
doxxx |
01-29-12 01:17 PM |
|
1.8.1 |
22kB |
doxxx |
12-14-11 07:44 PM |
|
1.8 |
22kB |
doxxx |
12-11-11 01:30 PM |
|
1.7 |
17kB |
doxxx |
12-08-11 09:27 PM |
|
1.6.1 |
15kB |
doxxx |
12-06-11 05:32 PM |
|
1.6 |
15kB |
doxxx |
12-01-11 09:55 PM |
|
1.5.4 |
14kB |
doxxx |
11-30-11 07:04 PM |
|
1.5.3 |
14kB |
doxxx |
11-30-11 05:55 PM |
|
1.5.2 |
15kB |
doxxx |
11-19-11 05:51 PM |
|
1.5.1 |
20kB |
doxxx |
11-16-11 10:51 PM |
|
1.5 |
20kB |
doxxx |
11-11-11 04:57 PM |
|
1.4 |
19kB |
doxxx |
11-07-11 07:45 PM |
|
1.3.1 |
18kB |
doxxx |
11-05-11 08:13 AM |
|
1.3 |
18kB |
doxxx |
11-04-11 07:06 PM |
|
1.2 |
15kB |
doxxx |
10-25-11 06:10 PM |
|
1.1 |
6kB |
doxxx |
10-22-11 12:34 PM |
|
1.0 |
5kB |
doxxx |
10-18-11 07:21 PM |
Comment Options |
Mere |
View Public Profile |
Send a private message to Mere |
Find More Posts by Mere |
Add Mere to Your Buddy List |
doxxx |
View Public Profile |
Send a private message to doxxx |
Find More Posts by doxxx |
Add doxxx to Your Buddy List |
04-02-12, 12:06 PM | |
|
yes, pretty much, vertical, text still horizontal.
I'm looking at UI that allows configuration of 5 buttons + wheelup/down, so needed 7 tabs, horizontally it's quite a bit of width (700px atm). vertically it'd fine. Although I'm actually thinking that the tabs is a little overkill, as the config is the same for each one, it's just which button it applies it to, so 7 tabs would be 7 copies of that config UI. I guess I'm really after a list in this case. |
|
Mere |
View Public Profile |
Send a private message to Mere |
Find More Posts by Mere |
Add Mere to Your Buddy List |
04-02-12, 12:14 PM | ||
|
Quote:
As for whether to use a list or a tab, IMO the rule of thumb is to use a tabview when you have a fixed set of items (tabs) and a list when the set of items is dynamic and could change in length and/or content. Another consideration is whether each switched item would display a different set of widgets (tabview) or the same set (list). Given your example, I would lean towards using a list. I am still going to look into vertical tabs though since it does have its uses. The Rift Character window is a good example of vertical tabs, in a way.
Last edited by doxxx : 04-02-12 at 12:17 PM.
|
|
|
doxxx |
View Public Profile |
Send a private message to doxxx |
Find More Posts by doxxx |
Add doxxx to Your Buddy List |
04-02-12, 03:13 PM | |
|
I've implemented it a list, but I think tabs might have looked nicer.
If you want to see it in action, take a look at my healing frames: http://www.riftui.com/downloads/info...ingFrames.html (make sure you grab the latest 0.2.2) if you load it, and run /mhf config, then pick spells, you'll see what I've done atm. I did wonder about using levels on the lists, but the main lists on the left tend to have multiple config tabs (spells has just one right now, but it will gain a soul specs one at some point) Thanks, Mere |
|
Mere |
View Public Profile |
Send a private message to Mere |
Find More Posts by Mere |
Add Mere to Your Buddy List |
04-02-12, 05:19 PM | ||
|
Quote:
Also, click healing! Squee! Levels would have been another way to do it. A bit tricky matching the selected item to the appropriate view but doable. It certainly would be more compact. It would be nice to have a real tree widget like you see in the Achievements or UI Settings windows, but that's a pretty hefty undertaking and it won't look nearly as pretty as the Rift native widget. |
|
|
doxxx |
View Public Profile |
Send a private message to doxxx |
Find More Posts by doxxx |
Add doxxx to Your Buddy List |
04-21-12, 07:37 AM | |
|
Hi,
I've come accross an oddity with scrollview, but I'm not sure what's triggering it. Somehow the scroll view ends up with a negative height. When this happens it throws everything else out, as thickness throws an error As a short term fix I've tweaked scrollview.lua with: local function ContentResized(self) if (self:GetHeight() < 0) then return end I'll try and see if I can make a test case that shows this problem in action, but it's a bit tricky as the place I'm using the scroll view onto a frame, that is then on a tab. It seems that when the tab view does the SetAllPoints call on the frame that the resize is triggered. If I print out the name of the frame and the height, it seems to display correctly then becomes negative, with the above line it stops the code erroring out due to setting the thickness of the scrollbar to a negative number. It's a bit of sticky tape over the problem rather than a fix. I'll try and get a sensibly sized test case. Thanks, Mere |
|
Mere |
View Public Profile |
Send a private message to Mere |
Find More Posts by Mere |
Add Mere to Your Buddy List |
04-21-12, 11:10 AM | |
|
I've uploaded v1.9.4 which fixes the problem Mere was seeing.
|
|
doxxx |
View Public Profile |
Send a private message to doxxx |
Find More Posts by doxxx |
Add doxxx to Your Buddy List |
05-03-12, 06:43 PM | |
|
v1.10 has been uploaded. It makes tab positions and tab font colors and sizes configurable in SimpleTabView.
|
|
doxxx |
View Public Profile |
Send a private message to doxxx |
Find More Posts by doxxx |
Add doxxx to Your Buddy List |
05-26-12, 03:22 AM | |
|
Hi doxxx,
I've got something a bit odd happening, and I can't work out why If I put a SimpleTextArea or a RiftTextfield inside a tab, GetCursor() on the text field always returns -1, which then breaks the multi-line handling. I've had a quick look through tabview.lua, and there's nothing in there that should break it, so it's probably a RIFT bug. Just wondering if anyone else has seen/reported this? Cheers, - Wild |
|
Wildtide |
View Public Profile |
Send a private message to Wildtide |
Send email to Wildtide |
Find More Posts by Wildtide |
Add Wildtide to Your Buddy List |
05-26-12, 05:57 AM | ||
|
Quote:
The underlying problem is that if a RiftTextfield is reparented after its initial creation, this bug occurs. The SimpleTabView reparents each tabs's display frame as its added to get the rendering order right. I should go bug Zorba about it again. |
|
|
doxxx |
View Public Profile |
Send a private message to doxxx |
Send email to doxxx |
Find More Posts by doxxx |
Add doxxx to Your Buddy List |
05-26-12, 06:21 AM | |
|
I found a workaround for the GetCursor problem. If you create your tab display frame with "YourTabView.tabContent" as its parent, then the reparenting that the tabview does becomes a no-op because its the same frame and it doesn't trigger the bug.
For example: Code:
local c = UI.CreateContext("context") local w = UI.CreateFrame("SimpleWindow", "window", c) w:SetCloseButtonVisible(true) local tabview = UI.CreateFrame("SimpleTabView", "tabs", w:GetContent()) tabview:SetAllPoints(w:GetContent()) local tab1 = UI.CreateFrame("Frame", "tab1", tabview.tabContent) local tab1text = UI.CreateFrame("SimpleTextArea", "text", tab1) tab1text:SetText("") tab1text:SetAllPoints(tab1) tabview:AddTab("Tab 1", tab1) |
|
doxxx |
View Public Profile |
Send a private message to doxxx |
Send email to doxxx |
Find More Posts by doxxx |
Add doxxx to Your Buddy List |
05-26-12, 09:44 AM | |
|
Nice one, thanks for that Doxxx. I'll give it a go as soon as I can get near the computer :-)
|
|
Wildtide |
View Public Profile |
Send a private message to Wildtide |
Send email to Wildtide |
Find More Posts by Wildtide |
Add Wildtide to Your Buddy List |
06-26-12, 01:13 PM | |
|
Setting range on SimpleSlider sometimes triggers change event. I don't know if it's your bug, or Rift's bug - it started happening today on PTS and gave me a headache of finding out the reason of buff bars suddenly changing position on opening KBB settings.
|
|
Kreiri |
View Public Profile |
Send a private message to Kreiri |
Send email to Kreiri |
Find More Posts by Kreiri |
Add Kreiri to Your Buddy List |
06-26-12, 01:25 PM | ||
|
Quote:
Is it possible that you're re-using a SimpleSlider that had (for example) range 1-10 with a current value of 1 and you're setting the range to 5-15? i.e. the current value has become invalid in the new range so it automatically adjusts it to the minimum or maximum and triggers a change event. One possible workaround would be to remove your SliderChange handler, call SetRange and then set your SliderChange handler again. I can also add a silent parameter to SetRange like I did for SetPosition, which would suppress events which are triggered by SetRange. |
|
|
doxxx |
View Public Profile |
Send a private message to doxxx |
Send email to doxxx |
Find More Posts by doxxx |
Add doxxx to Your Buddy List |