[03:52:29] --> sbx has joined #nuvie
[04:19:59] <-- sbx|nothere has left IRC (Read error: 110 (Connection timed out))
[10:44:21] --> Yuv422 has joined #nuvie
[11:06:03] <sbx> hi
[11:10:44] <Yuv422> hi
[11:12:31] <sbx> does anything use the return of GUI_Widget::MouseUp/MouseDown?
[11:13:19] <Yuv422> hmm not sure
[11:13:27] <Yuv422> why do you ask?
[11:16:07] <sbx> If I want to correctly implement MouseClick() there must be an easy way to ignore it, or to ignore MouseUp.
[11:16:45] <sbx> I thought we could check the return of MouseDown() and if it is GUI_YUM don't do MouseUp()
[11:17:06] <sbx> however I am not sure that is what to do
[11:17:31] <Yuv422> I'm not sure I follow you
[11:17:45] <Yuv422> how did you plan to use this?
[11:18:03] <Yuv422> you want to ignore mouseUp?
[11:18:16] <Yuv422> stop it from going to a widget?
[11:18:41] <sbx> maybe instead GUI_widget should decide to call either MouseClick() or MouseUp(), or maybe just handle this better in specific widgets
[11:18:41] <sbx> to fix the InventoryWidget bug
[11:18:41] <sbx> where it tries to ready anything
[11:18:41] <sbx> when you try to use it
[11:19:27] <sbx> in this case I think want to ignore MouseClick
[11:19:27] <sbx> in some cases
[11:19:49] <Yuv422> ah k
[11:20:13] <Yuv422> so you want to ignore a mouseup if you don't handle a mouse down?
[11:20:15] <sbx> right now in MouseUp it readies an object immediately if the object is not usable, else it waits for doubleclick-delay then calls MouseClick
[11:20:15] <sbx> the behavior now is that it uses the object and readies it
[11:21:03] <sbx> because it calls MouseClick AND MouseUp, I think here I just want to ignore a MouseClick() if MouseUp() handled the object
[11:21:13] <Yuv422> could you have a variable that you check on the mouseup
[11:21:20] <Yuv422> to see if it should do anything
[11:21:46] <sbx> problem is MouseClick() grabs the object again rather than using "selected_obj" set by MouseDown()
[11:22:38] <sbx> isn't it possible for the MouseUp & MouseDown to be in different locations
[11:22:38] <sbx> where you'd want to grab the object at the MouseUp
[11:22:56] <sbx> unless dragging
[11:23:38] <sbx> second thought I'd rather not use the return of MouseUp() this way
[11:24:11] <Yuv422> you can lock focus
[11:24:14] <Yuv422> on mousedown
[11:24:23] <Yuv422> so the widget gets the mouseup
[11:24:56] <Yuv422> I should say grab
[11:27:36] <sbx> the objects are all in the same widget
[11:27:58] <Yuv422> on mousedown save the mouse location
[11:28:05] <sbx> I don't handle the mouse being released outside
[11:29:06] <Yuv422> I can drag the slider on my scrollbar now. :)
[11:29:43] <sbx> that's great!
[11:30:02] <sbx> does it affect anything?
[11:30:15] <Yuv422> not yt
[11:30:18] <Yuv422> yet
[11:30:34] <Yuv422> I'm going to work on a container widget
[11:30:41] <sbx> is the scrollbar independant of the widget it is controlling?
[11:30:50] <Yuv422> yes
[11:31:18] <Yuv422> the scrollbar will send callbacks to what ever widget registers it
[11:31:34] <Yuv422> on buttons or slider movement
[11:32:23] <Yuv422> the controller widget can also ask the slider to adjust its slider percentage
[11:32:44] <Yuv422> I haven't implemented that bit yet
[11:32:44] <sbx> whats in a container widget?
[11:33:06] <Yuv422> it will contain the savegame slot widgets
[11:33:45] <Yuv422> it will scroll the slots based on feedback from the scrollbar widget
[11:35:34] <Yuv422> I'm probably not explaining it very well. ;-)
[11:35:36] <Yuv422> bbl
[11:35:38] <sbx> I hope the scrollbar can be bitmapped and colored.
[11:35:55] <sbx> ...at least colored
[11:36:18] <sbx> it makes sense
[11:36:37] <sbx> ok
[12:06:44] <Yuv422> the buttons are bmp files
[12:06:54] <Yuv422> so you could change them very easily
[12:14:00] <sbx> hey, that's great
[12:14:27] <sbx> do you know how unscalable widgets/views will be handled?
[12:14:57] <sbx> hmm we will probably just set resolution independant of scaling
[12:15:13] <sbx> viewable world area
[12:15:20] <Yuv422> what do you mean by scaling?
[12:15:55] <sbx> with the scalers
[12:16:38] <Yuv422> the gui is written to the unscaled surface
[12:17:58] <sbx> right I was thinking about how to get a larger map area and keep the views unscaled
[12:18:20] <sbx> just keep everything unscaled and raise the resolution and world area, like exult
[12:19:31] <sbx> The fix for not readying objects when using them was as easy as adding another variable un/ready_obj.
[12:19:44] <Yuv422> :)
[12:33:05] --- sbx is now known as sbx|afk
[13:26:26] --- sbx|afk is now known as sbx
[13:31:59] <-- Kirben has left IRC ("System Meltdown")
[13:37:28] <Yuv422> cya sbx
[13:37:30] <Yuv422> I'm off to bed
[13:37:38] <-- Yuv422 has left IRC ("BitchX: need we say more?")
[13:41:23] <sbx> cya
[17:15:15] <-- sbx has left IRC ()
[22:13:25] --> Kirben has joined #nuvie