[Bf-python] Click Catching.. Was OpenGL transp...

joeedh joeeagar at prodigy.net
Tue Mar 15 01:18:37 CET 2005


joeedh wrote:

> joeedh wrote:
>
>> Campbell Barton wrote:
>>
>>> Joeedh
>>> There was one glitch in the MH interface
>>> The 3d view still recieves the key click (therefor placing the cursor)
>>> Mabe there needs to be a Window function that can disable the 3D 
>>> window from recieving mouse clicks, this would make interface 
>>> interaction not interfear with the 3D view.
>>>
>>> - Cam
>>
>>
>>
>> Oh, ton would hate that.  That would definately be bad.
>>
>> But I pulled up my Bluewater GUI code, and my Image UI control, and 
>> I've discovered that my video card can handle three pixmaps at good 
>> speed, but after that slows considerably.  I did a lot of tests, and 
>> the speed problem is purely OpenGL.
>>
>> A solution would be to have each image have an associated text file, 
>> maybe image.jpg would have image.jpg.txt, which would contain a 
>> written description of that image.  then MakeHuman could operate in 
>> text mode.
>>
>> Also, some parts of the GUI that are currently image-based could be 
>> done by simpler OpenGL commands.
>>
>> Oh, and I tried to get Bluewater working in the 3D view (it would've 
>> been a lot better then what he's using right now) but alas, I could 
>> not.  There just isn't any easy way to preserve the global 
>> dictionary. . . :(
>
>
> Ahhem.  I meant, it would have been easier if he could paste his GUI 
> on top of a Bluewater window.  Then he would have true windowing support.
>
> But you know, I think we really need support for python panels. . .
>
>
Ehh.  . . on further thought, I think that the way the GUI is done now 
is probably the best, and using Bluewater would not help at all.

joeedh



More information about the Bf-python mailing list