Go to Page... |
Updated: | 12-04-16 12:41 PM |
Created: | 10-18-11 07:21 PM |
Downloads: | 10,114 |
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 |
doxxx |
View Public Profile |
Send a private message to doxxx |
Find More Posts by doxxx |
Add doxxx to Your Buddy List |
08-03-12, 07:51 AM | |
|
Is there a way to change (clear & repopulate) the items in SimpleList?
A 2nd call to: frame.list:SetItems(items) frame.listScrollView:SetContent(frame.list) Only clears the current list but does not repopulate it. |
|
Cesh |
View Public Profile |
Send a private message to Cesh |
Find More Posts by Cesh |
Add Cesh to Your Buddy List |
06-27-12, 12:58 PM | ||
|
Quote:
I also push to CurseForge: git://git.curseforge.net/rift/libsimplewidgets/mainline.git |
|
|
doxxx |
View Public Profile |
Send a private message to doxxx |
Find More Posts by doxxx |
Add doxxx to Your Buddy List |
06-27-12, 12:45 PM | |
|
$ git clone git://git.riftui.com/rift-LibSimpleWidgets-9.git
Cloning into 'rift-LibSimpleWidgets-9'... fatal: unable to connect to git.riftui.com: git.riftui.com[0: 184.172.12.14]: errno=No error |
|
Kreiri |
View Public Profile |
Send a private message to Kreiri |
Find More Posts by Kreiri |
Add Kreiri to Your Buddy List |
06-26-12, 01:31 PM | |
|
If you want to try the silent parameter, get the latest version from Git: git://git.riftui.com/rift-LibSimpleWidgets-9.git
|
|
doxxx |
View Public Profile |
Send a private message to doxxx |
Find More Posts by doxxx |
Add doxxx 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 |
Find More Posts by doxxx |
Add doxxx 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 |
Find More Posts by Kreiri |
Add Kreiri 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 |
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, 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, 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-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 |
Send email to doxxx |
Find More Posts by doxxx |
Add doxxx 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 |
Send email 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 |
Send email 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 |
Send email to doxxx |
Find More Posts by doxxx |
Add doxxx to Your Buddy List |