Hi Don,
Glad to here about you again. First of all, thanks for sharing your code.
About the stat and thread handlers, I just didn't pay attention that they
were already included. Apologize for this.
regards,
Loïc Simon


On Tue, Jun 2, 2009 at 4:31 PM, Don Leich <[email protected]> wrote:

> Hi Simon,
>
> I was out last week and just catching up with things.  I'm glad to see your
> cmake corrections as I was scratching my head over the errors I was getting
> trying to configure with ccmake.  Robert should have been able to build
> with
> the .pro file if he had removed "debug" from the CONFIG specification.
>
>
> I don't see why you felt the need to add the Stats and Threading handlers
> as
> they already existed.  Each ViewQOSG (composite of QWidget and
> osgViewer::View)
> sets the handlers.  The stats are always only visible in the upper-left of
> the 4 split views, toggles like 'l' and 'w' work in individual views, even
> when <tabbing> between them, and threading model works on all at once.
>
> I'll check out your fix as soon as I have a chance.
>
> -Don
>
> Simon Loic wrote:
>
>>
>> Hi Robert, Don
>> here is a corrected version with support of QT via cmake.
>> To test it, one just need to extract the archive in the OSG/example
>> directory and add one line in the OSG/examples/CMakeLists.txt file :
>>    ADD_SUBDIRECTORY(qosgwidget)
>> IMHO this example better demonstrates the integration osg with qt than the
>> existing osgviewerQT as moc is used.
>> BTW I added a StatsHandler and a ThreadingHandler to demonstrate the
>> support
>> of different threading models.
>> Lo?c Simon
>>
>>
>>
>> On Mon, May 25, 2009 at 3:31 PM, Robert Osfield <[email protected]
>> >wrote:
>>
>>
>>  HI Don,
>>>
>>> I've just had a look at your new rev of your qt example and with a
>>> tweak of the qosgwidget.pro I got the example to compile, but it
>>> failed on linking due to trying to link against osgTextd.so.   I don't
>>> routinely build debug libraries - I only do so when I need debug info,
>>> as debug performance distorts all benchmarking to be useful for normal
>>> OSG dev work.  I would guess others under unices will be the same -
>>> just compiling the OSG as a release build unless they specially need
>>> the debug build.
>>>
>>> Could you have a look at Loic's port of your example to use Cmake?
>>> Getting the example to build as part of the core OSG would help avoid
>>> the various build issues with finding the OSG etc.
>>>
>>> Robert.
>>>
>>> On Tue, May 19, 2009 at 7:40 PM, Don Leich <[email protected]> wrote:
>>>
>>>  Hi Robert,
>>>>
>>>> I see someone else managed to build with cmake.  I haven't had time to
>>>> process that yet, but I've made my .pro file no longer rely on
>>>>
>>>
>>> environment
>>>
>>>  variable, and the example will now build and run on Linux and Win32.
>>>> There are problems on Mac, but we get something.  Perhaps newer libs for
>>>> Qt would help.
>>>>
>>>> There were a few changes to the source for Win32 event handling, so I
>>>> made a new tarball of the complete example.
>>>>
>>>> -Don
>>>>
>>>>
>>>> Robert Osfield wrote:
>>>>
>>>>  Hi Don,
>>>>>
>>>>> I just did a quite compile test using qmake and got errors relating to
>>>>> finding my local OSG version.  I haven't installed the OSG, and it
>>>>> looks like from the build that it requires me to install the OSG.  Is
>>>>> this correct?
>>>>>
>>>>> For me to merge this example we'll need to get it to build as part of
>>>>> the OSG, or at least to work without needing to install the OSG.
>>>>>
>>>>> Any thoughts on CMake vs qmake support?   I believe CMake support the
>>>>> moc compiler although I've never used it.
>>>>>
>>>>> Robert.
>>>>>
>>>>> On Mon, May 18, 2009 at 6:42 PM, Don Leich <[email protected]> wrote:
>>>>>
>>>>>
>>>>>  Hi all,
>>>>>>
>>>>>> This is something that has been our Qt/OSG integration testbed here
>>>>>> for
>>>>>> a couple of months.  We just dusted it off recently and got permission
>>>>>>
>>>>>
>>> to
>>>
>>>  post it and some time to clean it up.  This demo uses Qt .ui files to
>>>>>> define the basic GUI and re-works the object heirarchy from the
>>>>>> osgviewerQT
>>>>>> example so we can have a 4-way split window with a different scene
>>>>>>
>>>>>
>>> graph
>>>
>>>  in
>>>>>> each of the 4 views, and an optional 5th view in it's own window.  All
>>>>>>
>>>>>
>>> is
>>>
>>>  managed by a CompositeViewer.
>>>>>>
>>>>>> Qt 4.4.3 was used for this example.
>>>>>>
>>>>>> --Don
>>>>>>
>>>>>
> _______________________________________________
> osg-submissions mailing list
> [email protected]
>
> http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org
>
_______________________________________________
osg-submissions mailing list
[email protected]
http://lists.openscenegraph.org/listinfo.cgi/osg-submissions-openscenegraph.org

Reply via email to