<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns="http://purl.org/rss/1.0/" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:syn="http://purl.org/rss/1.0/modules/syndication/" xmlns:admin="http://webns.net/mvcb/">
  <channel rdf:about="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel">
    <title>gmane.comp.graphics.opensg.devel</title>
    <link>http://permalink.gmane.org/gmane.comp.graphics.opensg.devel</link>
    <description/>
    <syn:updatePeriod>hourly</syn:updatePeriod>
    <syn:updateFrequency>1</syn:updateFrequency>
    <syn:updateBase>1901-01-01T00:00+00:00</syn:updateBase>
    <items>
      <rdf:Seq>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/139"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/138"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/137"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/136"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/135"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/134"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/133"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/132"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/131"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/130"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/129"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/128"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/127"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/126"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/125"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/124"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/123"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/122"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/121"/>
        <rdf:li rdf:resource="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/120"/>
      </rdf:Seq>
    </items>
    <image rdf:resource="http://gmane.org/img/gmane-25t.png"/>
    <textinput rdf:resource=""/>
  </channel>
  <image rdf:about="http://gmane.org/img/gmane-25t.png">
    <title>Gmane</title>
    <url>http://gmane.org/img/gmane-25t.png</url>
    <link>http://gmane.org</link>
  </image>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/139">
    <title>Re: [Opensg-commits] [OpenSG2] opensg branch masterupdated.f888cfda28ab6088438ece86f278ad906dd4e848</title>
    <link>http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/139</link>
    <description>&lt;pre&gt;Hi Gerrit,

On 11/27/2011 11:46 PM, Gerrit Voss wrote:

I know it's a bike-shedding thing, but there is some precedent for 
calling functions like that calcXXX (e.g. Image::calcIsAlphaBinary() or 
Camera::calcViewRay()) [1].
Did you deliberately pick a different prefix? If not would you object if 
I changed it?

Cheers,
Carsten

[1] If we keep computeXXX, we should probably make it 
Camera::computeViewRay(), it kinda sticks out now ;)

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
&lt;/pre&gt;</description>
    <dc:creator>Carsten Neumann</dc:creator>
    <dc:date>2011-11-28T17:10:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/138">
    <title>Re: [Opensg-commits] [OpenSG2] opensg branch masterupdated.133b1edffdd88d5ff9278776d1c6279b75e831f9</title>
    <link>http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/138</link>
    <description>&lt;pre&gt;Hi,


On 22 Nov, 2011, at 1:28, Carsten Neumann &amp;lt;carsten_neumann-hi6Y0CQ0nG0&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:


ok, could be I missed something. I'll check as soon as I'm back home from my current
travels.

kind regards
    gerrit
------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
&lt;/pre&gt;</description>
    <dc:creator>Gerrit Voß</dc:creator>
    <dc:date>2011-11-22T21:24:24</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/137">
    <title>Re: 800+ daily transactions on git repo?</title>
    <link>http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/137</link>
    <description>&lt;pre&gt;Hey

We have an external server but with an user management for project partners only.

There are community licenses for non profit &amp;amp; open source development:
http://www.atlassian.com/software/views/community-license-request


But you could try the public Sandbox(es):
http://sandbox.fisheye.atlassian.com
http://sandbox.onjira.com
http://sandbox.onconfluence.com
...

There is also a List of public fisheye installations like apache or java so you could actually see some code:
http://fisheye.cenqua.com/


Sincerely
Timm




------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
&lt;/pre&gt;</description>
    <dc:creator>Timm Drevensek</dc:creator>
    <dc:date>2011-11-22T15:28:06</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/136">
    <title>Re: 800+ daily transactions on git repo?</title>
    <link>http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/136</link>
    <description>&lt;pre&gt;Hi Timm,

Interesting tool. Are you using the Open Source version? If so, can you give us the access URL? I'm curious what it looks like... ;)

Yours

   Dirk

&lt;/pre&gt;</description>
    <dc:creator>Dirk Reiners</dc:creator>
    <dc:date>2011-11-21T23:00:55</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/135">
    <title>Re: 800+ daily transactions on git repo?</title>
    <link>http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/135</link>
    <description>&lt;pre&gt;Hello Tim,

On 11/21/2011 04:32 PM, Timm Drevensek wrote:

it's not a big deal, after all the traffic is not going to one of our 
servers, but to sourceforge; so my message was mostly curiosity :)
Anyway, given the commit frequency to the repo 30 minutes between checks 
is probably sufficient. Thanks for looking into it!

Cheers,
Carsten

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
&lt;/pre&gt;</description>
    <dc:creator>Carsten Neumann</dc:creator>
    <dc:date>2011-11-21T22:52:13</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/134">
    <title>Re: 800+ daily transactions on git repo?</title>
    <link>http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/134</link>
    <description>&lt;pre&gt;My fault

It's our Atlassian Fisheye installation, scrolling for changes every ~2 minutes.
I'll change it to around 30 minutes or so.


Sincerely
Timm




------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
&lt;/pre&gt;</description>
    <dc:creator>Timm Drevensek</dc:creator>
    <dc:date>2011-11-21T22:32:18</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/133">
    <title>Re: [Opensg-commits] [OpenSG2] opensg branch masterupdated.133b1edffdd88d5ff9278776d1c6279b75e831f9</title>
    <link>http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/133</link>
    <description>&lt;pre&gt;Hello Gerrit,

On 11/18/2011 04:23 AM, Gerrit Voss wrote:

I think this introduces some problems with builds not using support 
libs. On linux (Fedora 13, x86_64) creating a fresh build dir and 
running cmake in it gives these warnings:

CMake Warning at CMake/BuildFunctions.cmake:2304 (FIND_PACKAGE):
   Could not find module FindLibMini.cmake or a configuration file for 
package
   LibMini.

   Adjust CMAKE_MODULE_PATH to find FindLibMini.cmake or set LibMini_DIR to
   the directory containing a CMake configuration file for LibMini.  The 
file
   will have one of the following names:

     LibMiniConfig.cmake
     libmini-config.cmake

Call Stack (most recent call first):
   CMake/ConfigurePackages.cmake:802 (OSG_FIND_PACKAGE)
   CMakeLists.txt:674 (OSG_CONFIGURE_LIBMINI)


CMake Warning at CMake/BuildFunctions.cmake:2304 (FIND_PACKAGE):
   Could not find module FindOpenNurbs.cmake or a configuration file for
   package OpenNurbs.

   Adjust CMAKE_MODULE_PATH to find FindOpenNurbs.cmake or set OpenNurbs_DI&lt;/pre&gt;</description>
    <dc:creator>Carsten Neumann</dc:creator>
    <dc:date>2011-11-21T17:28:44</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/132">
    <title>800+ daily transactions on git repo?</title>
    <link>http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/132</link>
    <description>&lt;pre&gt;Hi all,

according to the sourceforge statistics 
(&amp;lt;http://sourceforge.net/projects/opensg/stats/scm?repo=GitRepository&amp;amp;dates=2011-09-16%20to%202011-11-16&amp;gt;) 
our git repo gets about 800 anonymous read only transactions each day.
Popularity is nice, but this looks more like an out of control script to 
me...
Any ideas?

Cheers,
Carsten

------------------------------------------------------------------------------
All the data continuously generated in your IT infrastructure 
contains a definitive record of customers, application performance, 
security threats, fraudulent activity, and more. Splunk takes this 
data and makes sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-novd2d
&lt;/pre&gt;</description>
    <dc:creator>Carsten Neumann</dc:creator>
    <dc:date>2011-11-17T16:31:16</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/131">
    <title>Re: Make Node::_sfVolume non-internal field?</title>
    <link>http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/131</link>
    <description>&lt;pre&gt;Hello Gerrit,

On 07/03/2011 09:45 PM, Gerrit Voß wrote:

ok, thanks, especially for catching this:

// I don't think clear is correct here if the apps expects to tap
// into the changes they will be gone (GV)
//pDstCL-&amp;gt;commitChangesAndClear(ChangedOrigin::Sync);

I agree, clear is not the right thing to do here.


ok, I had mostly kept it separate so that there is a type that can be 
put in a SField and synced across the cluster.


a quick test here seems to confirm this, I also don't get the warnings 
any more.

Thanks &amp;amp; cheers,
Carsten

------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
Opensg-core mailing list
Opensg-core&amp;lt; at &amp;gt;lists.sou&lt;/pre&gt;</description>
    <dc:creator>Carsten Neumann</dc:creator>
    <dc:date>2011-07-05T16:19:11</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/130">
    <title>Re: Make Node::_sfVolume non-internal field?</title>
    <link>http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/130</link>
    <description>&lt;pre&gt;
Hi,

On Sun, 2011-07-03 at 08:59 +0800, Gerrit Voß wrote:

ok, I committed your old change origin patch, for the map in 
shaderprogvars I fixed it so it behaves the same as the local
MT sync an rebuilds the map if the var fields are changed during
a sync. I also pushed the map down to ShaderProgramVariables and
removed the access class as ShaderProgramVariables has taken over
that part anyway so there should be no need for a separate class
anymore.

I did some basic testing and it looks ok, the values are
updated and no warnings are printed.

kind regards
  gerrit



------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
_______________________________________________
Opensg-core mailing l&lt;/pre&gt;</description>
    <dc:creator>Gerrit Voß</dc:creator>
    <dc:date>2011-07-04T02:45:42</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/129">
    <title>Re: Make Node::_sfVolume non-internal field?</title>
    <link>http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/129</link>
    <description>&lt;pre&gt;
Hi,

On Fri, 2011-07-01 at 12:35 -0500, Carsten Neumann wrote:

looks ok to me, I'm just going to your old patches (changed
origin / shader var). For the shaders I have to have a deeper
look there is something odd already without you patchset which
I want to fix first.

kind regards
  gerrit



------------------------------------------------------------------------------
All of the data generated in your IT infrastructure is seriously valuable.
Why? It contains a definitive record of application performance, security 
threats, fraudulent activity, and more. Splunk takes this data and makes 
sense of it. IT sense. And common sense.
http://p.sf.net/sfu/splunk-d2d-c2
&lt;/pre&gt;</description>
    <dc:creator>Gerrit Voß</dc:creator>
    <dc:date>2011-07-03T00:59:40</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/128">
    <title>Make Node::_sfVolume non-internal field?</title>
    <link>http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/128</link>
    <description>&lt;pre&gt;Hello all,

I'd like to make Node::_sfVolume a non-internal field and modify the OSB 
loader/writer to write it out in certain cases (see attached patch).

If a volume is marked as static or infinite, written to OSB and read 
back in that information is lost. I see this when loading from OGRE 
.mesh files (which can contain an explicit volume in case the mesh is 
animated to contain all motions the mesh goes through) storing to OSB 
and loading that back in.

Luckily the OSB format is robust enough that we don't have to bump the 
version number - old versions of OpenSG load OSBs written by ones with 
the patch applied and the other way around.

Any objections/comments?

Cheers,
Carsten
diff --git a/Source/Base/FieldContainer/Node/OSGNode.cpp b/Source/Base/FieldContainer/Node/OSGNode.cpp
index f132e40..c505e50 100644
--- a/Source/Base/FieldContainer/Node/OSGNode.cpp
+++ b/Source/Base/FieldContainer/Node/OSGNode.cpp
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -106,7 +106,7 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt; void Node::classDescInserter(TypeObject &amp;amp;oType)
         "volume",
    &lt;/pre&gt;</description>
    <dc:creator>Carsten Neumann</dc:creator>
    <dc:date>2011-07-01T17:35:39</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/127">
    <title>Re: Using OpenSG/Support</title>
    <link>http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/127</link>
    <description>&lt;pre&gt;
Hi,

On Tue, 2011-06-21 at 17:42 -0500, Dirk Reiners wrote:

yep, there seems to be a difference between the php downloads I started
with and the sf png ones I updated too :(. I lifted the new links
from the mailing list but did not really test them. Will do that ;)

kind regards
  gerrit






------------------------------------------------------------------------------
Simplify data backup and recovery for your virtual environment with vRanger.
Installation's a snap, and flexible recovery options mean your data is safe,
secure and there when you need it. Data protection magic?
Nope - It's vRanger. Get your free trial download today.
http://p.sf.net/sfu/quest-sfdev2dev
&lt;/pre&gt;</description>
    <dc:creator>Gerrit Voß</dc:creator>
    <dc:date>2011-06-22T03:40:32</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/126">
    <title>Using OpenSG/Support</title>
    <link>http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/126</link>
    <description>&lt;pre&gt;
Hi Gerrit,

I was trying to set up my Windows box using the CMakeFiles under /Support/, but 
I can't get that to work.

I started with ZLib, but the structure that the Support/zlib/CMakeLsits expects 
is not the one found in the normal download 
(http://prdownloads.sourceforge.net/libpng/zlib-1.2.5.tar.gz?download) (no 
source/ dir).

Is that an artifact of you using the php downloads originally, or is that not 
how this is supposed to be used?

Thanks

Dirk



------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
&lt;/pre&gt;</description>
    <dc:creator>Dirk Reiners</dc:creator>
    <dc:date>2011-06-21T22:42:03</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/125">
    <title>Re: [PATCH] Use correct ChangedOrigin value duringapply/remote sync</title>
    <link>http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/125</link>
    <description>&lt;pre&gt;Hello Gerrit,

On 06/19/2011 05:07 AM, Gerrit Voß wrote:

sure, no problem - I just prefer to bounce these things by you in case 
I've missed something that does not show up in our use cases ;)

Even with the previous changes I still had trouble preventing the 
variable updates (and therefore got the warnings) and couldn't see 
anything that would prevent transmitting the map. The attached patch 
implements this (introduces a type ShaderVariableMap, defines a 
FieldTrait for it and adjusts uses).
I still think the previous patch has value, but for my initial goal to 
get rid of warnings from unknown shader variables this on works better ;)
What do you think?

Cheers,
Carsten
diff --git a/Source/System/State/Shader/Base/OSGShaderProgramVariables.cpp b/Source/System/State/Shader/Base/OSGShaderProgramVariables.cpp
index bec1f75..c292cf6 100644
--- a/Source/System/State/Shader/Base/OSGShaderProgramVariables.cpp
+++ b/Source/System/State/Shader/Base/OSGShaderProgramVariables.cpp
&amp;lt; at &amp;gt;&amp;lt; at &amp;gt; -46,9 +46,8 &amp;lt; at &amp;gt;&amp;lt; at &amp;gt;
 #include "&lt;/pre&gt;</description>
    <dc:creator>Carsten Neumann</dc:creator>
    <dc:date>2011-06-20T23:11:14</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/124">
    <title>Re: [PATCH] Use correct ChangedOrigin value during apply/remote sync</title>
    <link>http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/124</link>
    <description>&lt;pre&gt;
Hi,

On Fri, 2011-06-17 at 14:43 -0500, Carsten Neumann wrote:

I'll check, but until end of tomorrow (Monday) I'm extremely overloaded,
I'll try to get to it Tuesday.

kind regards
  gerrit



------------------------------------------------------------------------------
EditLive Enterprise is the world's most technically advanced content
authoring tool. Experience the power of Track Changes, Inline Image
Editing and ensure content is compliant with Accessibility Checking.
http://p.sf.net/sfu/ephox-dev2dev
&lt;/pre&gt;</description>
    <dc:creator>Gerrit Voß</dc:creator>
    <dc:date>2011-06-19T10:07:09</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/123">
    <title>[PATCH] Use correct ChangedOrigin value duringapply/remote sync</title>
    <link>http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/123</link>
    <description>&lt;pre&gt;Hello Gerrit, all,

the attached patch changes changedFunctors to receive the change origin 
as an additional argument - so this may break applications that register 
changed functors.
It also makes sure that during a ChangeList::apply or a 
RemoteAspect::receiveSync the changed functions of containers are called 
with ChangedOrigin::Sync instead of the normal ChangedOrigin::Commit.

The motivation for this is that when using GPU skinned characters in a 
cluster where the client renders locally as well, the shader variables 
already have the correct values set, but GPUSkinningAlgorithm marks them 
invalid because it receives a changed notification from the Skeleton. 
Apart from unnecessarily recomputing the values, this produces lots of 
warnings from ShaderVariableAccess::updateSVariable, because the 
variable names are not in the map on the remote side (perhaps that's a 
bug too?).

Comments?

Cheers,
Carsten
diff --git a/Source/Base/Base/OSGContainerForwards.h b/Source/Base/Base/OSGContainerForwards.h&lt;/pre&gt;</description>
    <dc:creator>Carsten Neumann</dc:creator>
    <dc:date>2011-06-17T19:43:51</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/122">
    <title>RFC: Don't derive QT4Window from NativeWindow</title>
    <link>http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/122</link>
    <description>&lt;pre&gt;Hello Gerrit,

attached patch modifies QT4Window to not derive from NativeWindow (but 
from Window instead). It also brings the examples for rendering from the 
GUI thread and for rendering from a separate thread into the QGLWidget 
back to working condition (only tested on X11).

I believe the motivation for deriving from NativeWindow was the parallel 
drawer that needs to be able to activate the context when needed, but 
the proposed solution should keep that and seems neater than attempting 
to capture the Qt created context with platform specific code.

Comments?

Cheers,
Carsten
From: Carsten Neumann &amp;lt;carstenneumann-Rn4VEauK+AKRv+LV9MX5uipxlwaOVQ5f&amp;lt; at &amp;gt;public.gmane.org&amp;gt;
Date: Wed, 18 May 2011 19:02:17 -0500
Subject: [PATCH] changed: derive QT4Window from Window (not NativeWindow)
        : rename OSGQ4GLWidget -&amp;gt; OSGQT4GLWidget
 fixed  : single/multi thread Qt render example

---
 Source/WindowSystem/QT4/OSGQ4GLWidget_qt.cpp     |  125 -----------
 Source/WindowSystem/QT4/OSGQ4GLWidget_qt.h       |  134&lt;/pre&gt;</description>
    <dc:creator>Carsten Neumann</dc:creator>
    <dc:date>2011-05-19T00:09:58</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/121">
    <title>Re: OpenSG  WebGL client?</title>
    <link>http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/121</link>
    <description>&lt;pre&gt;Carsten Neumann skrev 2011-04-08 21:42:

You need something that parse the RemoteAspect into something a 
javascript library/client can handle, yes.

That could be an OpenSG-implementation in JS, or something more 
lightweight provided that the Server (C++) does some processing with the 
RemoteAspect data to make it more suitable for the web-client JS-lib to 
work with.

Intriguing concept. And since WebGL is (mostly?) GL ES 2.0, there aren't 
_that_ many core/buffer/object types to manage, compared to what OpenSG 
offers.


Yup.

/Marcus


------------------------------------------------------------------------------
WhatsUp Gold - Download Free Network Management Software
The most intuitive, comprehensive, and cost-effective network 
management toolset available today.  Delivers lowest initial 
acquisition cost and overall TCO of any competing solution.
http://p.sf.net/sfu/whatsupgold-sd
&lt;/pre&gt;</description>
    <dc:creator>Marcus Lindblom</dc:creator>
    <dc:date>2011-05-02T09:16:52</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/120">
    <title>Re: [Opensg-commits] [OpenSG2] opensg branch master updated.6eb7a447866343c04e924cbea983cf2995c82590</title>
    <link>http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/120</link>
    <description>&lt;pre&gt;Hello Gerrit,

On 04/14/2011 09:54 PM, Gerrit Voß wrote:

argh, i actually meant to ask how i can reproduce these to avoid the 
problem in the future, do i need to build with CMAKE_BUILD_TYPE=DebugGV 
or so?

Cheers,
Carsten

------------------------------------------------------------------------------
Benefiting from Server Virtualization: Beyond Initial Workload 
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve 
application availability and disaster protection. Learn more about boosting 
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
&lt;/pre&gt;</description>
    <dc:creator>Carsten Neumann</dc:creator>
    <dc:date>2011-04-15T21:56:28</dc:date>
  </item>
  <item rdf:about="http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/119">
    <title>Re: [Opensg-commits] [OpenSG2] opensg branch masterupdated.6eb7a447866343c04e924cbea983cf2995c82590</title>
    <link>http://permalink.gmane.org/gmane.comp.graphics.opensg.devel/119</link>
    <description>&lt;pre&gt;
Hi,

On Apr 15, 2011, at 7:18, Carsten Neumann &amp;lt;carsten_neumann-hi6Y0CQ0nG0&amp;lt; at &amp;gt;public.gmane.org&amp;gt; wrote:


my guess because string is not a pod, so the compiler can't be sure of 
sideeffects, for pods like float he can ;)



fine with me, wasn't aware of it ;) will use it in the future ;)

kind regards
   gerrit
------------------------------------------------------------------------------
Benefiting from Server Virtualization: Beyond Initial Workload 
Consolidation -- Increasing the use of server virtualization is a top
priority.Virtualization can reduce costs, simplify management, and improve 
application availability and disaster protection. Learn more about boosting 
the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev
&lt;/pre&gt;</description>
    <dc:creator>Gerrit Voß</dc:creator>
    <dc:date>2011-04-15T02:54:27</dc:date>
  </item>
  <textinput rdf:about="http://search.gmane.org/?group=$group=gmane.comp.graphics.opensg.devel">
    <title>Search Engine</title>
    <description>Search the mailing list at Gmane</description>
    <name>query</name>
    <link>http://search.gmane.org/?group=$group=gmane.comp.graphics.opensg.devel</link>
  </textinput>
</rdf:RDF>
