Google machine translates this as follows from "Chinese - detected":<div><br></div><div>"<span class="Apple-style-span" style="font-family: arial, sans-serif; font-size: 16px; line-height: 24px; "><span title="">I have a point cloud file, a different color to different, how to use vtk to different points in different colors that come out?<br>
</span><span title="" style="background-color: rgb(255, 255, 255); ">Please tell us about thinking<br></span><span title="">Thank you!"</span></span></div><div><font class="Apple-style-span" face="arial, sans-serif" size="4"><span class="Apple-style-span" style="font-size: 16px; line-height: 24px;"><br>
</span></font></div><div><span title=""></span><font class="Apple-style-span" face="arial, sans-serif" size="4"><span class="Apple-style-span" style="font-size: 16px; line-height: 24px;">Any Chinese speakers on the list that can take a better crack at translating this question?</span></font></div>
<div><font class="Apple-style-span" face="arial, sans-serif" size="4"><span class="Apple-style-span" style="font-size: 16px; line-height: 24px;"><br></span></font></div><div><font class="Apple-style-span" face="arial, sans-serif" size="4"><span class="Apple-style-span" style="font-size: 16px; line-height: 24px;"><br>
</span></font></div><div><font class="Apple-style-span" face="arial, sans-serif" size="4"><span class="Apple-style-span" style="font-size: 16px; line-height: 24px;">:-)</span></font></div><div><font class="Apple-style-span" face="arial, sans-serif" size="4"><span class="Apple-style-span" style="font-size: 16px; line-height: 24px;"><br>
</span></font><br><div class="gmail_quote">2010/7/27 余亮罡 <span dir="ltr"><<a href="mailto:nuptyu@163.com">nuptyu@163.com</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div>我有一个点云文件，不同的点颜色不一样，如何用vtk把不同的点用不同的颜色表示出来？</div>
<div>请介绍一下思路</div>
<div>谢谢！<br></div>
<div></div><br><pre><br>
>Send vtk-developers mailing list submissions to
> <a href="mailto:vtk-developers@vtk.org" target="_blank">vtk-developers@vtk.org</a>
>
>To subscribe or unsubscribe via the World Wide Web, visit
> <a href="http://www.vtk.org/mailman/listinfo/vtk-developers" target="_blank">http://www.vtk.org/mailman/listinfo/vtk-developers</a>
>or, via email, send a message with subject or body 'help' to
> <a href="mailto:vtk-developers-request@vtk.org" target="_blank">vtk-developers-request@vtk.org</a>
>
>You can reach the person managing the list at
> <a href="mailto:vtk-developers-owner@vtk.org" target="_blank">vtk-developers-owner@vtk.org</a>
>
>When replying, please edit your Subject line so it is more specific
>than "Re: Contents of vtk-developers digest..."
>
>
>Today's Topics:
>
> 1. Re: python wrapping bug? (Clinton Stimpson)
> 2. Re: python wrapping bug? (David Gobbi)
> 3. Re: python wrapping bug? (Clinton Stimpson)
> 4. Re: python wrapping bug? (David Gobbi)
> 5. Re: python wrapping bug? (Clinton Stimpson)
>
>
>----------------------------------------------------------------------
>
>Message: 1
>Date: Mon, 26 Jul 2010 11:25:11 -0600
>From: Clinton Stimpson <<a href="mailto:clinton@elemtech.com" target="_blank">clinton@elemtech.com</a>>
>Subject: Re: [vtk-developers] python wrapping bug?
>To: David Gobbi <<a href="mailto:david.gobbi@gmail.com" target="_blank">david.gobbi@gmail.com</a>>
>Cc: VTK Developers <<a href="mailto:vtk-developers@vtk.org" target="_blank">vtk-developers@vtk.org</a>>
>Message-ID: <<a href="mailto:4C4DC4F7.9000607@elemtech.com" target="_blank">4C4DC4F7.9000607@elemtech.com</a>>
>Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
>
>What's the plan for the cmake flag to ignore BTX/ETX?
>While I'm experimenting with external types (such as Qt types), I'd like
>some level of control on what gets wrapped. I've been relying on
>BTX/ETX to mark things that should be ignored.
>For example, Common/vtkInstantiator has a CreateFunction type and a
>couple functions that use it, which are now getting wrapped with my
>experimental modifications, when it shouldn't be.
>But I'd like the functions in GUISupport/Qt/vtkQtTreeView.h that deal
>with Qt types wrapped.
>
>How should one control what gets wrapped in these cases?
>Should the wrapper generator instead take an input of what extra types
>to support, and how to support them?
>
>Clint
>
>On 07/24/2010 11:16 AM, David Gobbi wrote:
>> If you do find that more types can be successfully python-wrapped,
>> don't be shy about pushing the changes. I'll be committing the
>> keyword fixes sometime this afternoon.
>>
>> David
>>
>>
>> On Sat, Jul 24, 2010 at 10:55 AM,<<a href="mailto:clinton@elemtech.com" target="_blank">clinton@elemtech.com</a>> wrote:
>>> Thanks, I also thought they just needed to be ignored.
>>> I was experimenting with external types in the VTK wrappers and I ended up with explicit being a type instead of a keyword, and it gave me compile errors.
>>>
>>> Clint
>>>
>>> ----- Original Message -----
>>>> Hi Clinton,
>>>>
>>>> I'm glad to hear that you are using this stuff, so far I have received
>>>> zero feedback from people using vtkVariant or the vtkArray helper
>>>> classes from python.
>>>>
>>>> There are a handful of C++ keywords that aren't understood by the
>>>> wrappers yet. They're all trivial to add, since the parser mostly
>>>> just has to ignore them... I've just been lazy. So, yeah, I'd better
>>>> add them, eh?
>>>>
>>>> David
>>>>
>>>>
>>>> On Sat, Jul 24, 2010 at 9:49 AM, Clinton Stimpson
>>>> <<a href="mailto:clinton@elemtech.com" target="_blank">clinton@elemtech.com</a>> wrote:
>>>>> Hi,
>>>>>
>>>>> It appears the wrapping code doesn't handle the c++ keyword
>>>>> "explicit"
>>>>> correctly.
>>>>> It fails to wrap a couple constructors in vtkArrayExtents which have
>>>>> the
>>>>> explicit keyword.
>>>>> Should it handle those?
>>>>>
>>>>> Clint
>>>>>
>>>>> _______________________________________________
>>>>> Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a>
>>>>>
>>>>> Visit other Kitware open-source projects at
>>>>> <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a>
>>>>>
>>>>> Follow this link to subscribe/unsubscribe:
>>>>> <a href="http://www.vtk.org/mailman/listinfo/vtk-developers" target="_blank">http://www.vtk.org/mailman/listinfo/vtk-developers</a>
>>>>>
>>>>>
>
>
>
>------------------------------
>
>Message: 2
>Date: Mon, 26 Jul 2010 11:59:10 -0600
>From: David Gobbi <<a href="mailto:david.gobbi@gmail.com" target="_blank">david.gobbi@gmail.com</a>>
>Subject: Re: [vtk-developers] python wrapping bug?
>To: Clinton Stimpson <<a href="mailto:clinton@elemtech.com" target="_blank">clinton@elemtech.com</a>>
>Cc: VTK Developers <<a href="mailto:vtk-developers@vtk.org" target="_blank">vtk-developers@vtk.org</a>>
>Message-ID:
> <AANLkTi=<a href="mailto:Zqzky7Mn8zJnRT-KWMheniWCbRy43ReZLoUhR@mail.gmail.com" target="_blank">Zqzky7Mn8zJnRT-KWMheniWCbRy43ReZLoUhR@mail.gmail.com</a>>
>Content-Type: text/plain; charset=ISO-8859-1
>
>What are you doing to get the vtkInstantiator CreateFunction methods
>to wrap? They don't get wrapped on my system.
>
>My plan was to leave VTK_IGNORE_BTX=ON until all or most of the BTX
>markers are removed from VTK. After that, BTX/ETX will be re-enabled.
> To turn this option off, you must actually edit CMakeLists.txt, i.e.
>change the line to SET(VTK_IGNORE_BTX OFF).
>
>It sounds like you want a bit more control than a simple on/off
>switch. What I want to do eventually as a replacement for BTX/ETX is
>to use the comments in the header file to tell the wrappers to ignore
>methods, e.g. so that any method marked "INTERNAL USE ONLY" will never
>be wrapped. This is something that I can implement fairly quickly.
>Even that doesn't sound like it is quite what you need, though. I
>really need to know why those vtkInstantiator methods are being
>wrapped on your system...
>
>The idea of giving a list of what extra types to support in the
>wrappers is something that I do not want. Could you provide a bit
>more detail about what you need?
>
> David
>
>
>
>On Mon, Jul 26, 2010 at 11:25 AM, Clinton Stimpson <<a href="mailto:clinton@elemtech.com" target="_blank">clinton@elemtech.com</a>> wrote:
>>
>> What's the plan for the cmake flag to ignore BTX/ETX?
>> While I'm experimenting with external types (such as Qt types), I'd like
>> some level of control on what gets wrapped. ?I've been relying on BTX/ETX to
>> mark things that should be ignored.
>> For example, Common/vtkInstantiator has a CreateFunction type and a couple
>> functions that use it, which are now getting wrapped with my experimental
>> modifications, when it shouldn't be.
>> But I'd like the functions in GUISupport/Qt/vtkQtTreeView.h that deal with
>> Qt types wrapped.
>>
>> How should one control what gets wrapped in these cases?
>> Should the wrapper generator instead take an input of what extra types to
>> support, and how to support them?
>>
>> Clint
>>
>> On 07/24/2010 11:16 AM, David Gobbi wrote:
>>>
>>> If you do find that more types can be successfully python-wrapped,
>>> don't be shy about pushing the changes. ?I'll be committing the
>>> keyword fixes sometime this afternoon.
>>>
>>> ? David
>>>
>>>
>>> On Sat, Jul 24, 2010 at 10:55 AM,<<a href="mailto:clinton@elemtech.com" target="_blank">clinton@elemtech.com</a>> ?wrote:
>>>>
>>>> Thanks, I also thought they just needed to be ignored.
>>>> I was experimenting with external types in the VTK wrappers and I ended
>>>> up with explicit being a type instead of a keyword, and it gave me compile
>>>> errors.
>>>>
>>>> Clint
>>>>
>>>> ----- Original Message -----
>>>>>
>>>>> Hi Clinton,
>>>>>
>>>>> I'm glad to hear that you are using this stuff, so far I have received
>>>>> zero feedback from people using vtkVariant or the vtkArray helper
>>>>> classes from python.
>>>>>
>>>>> There are a handful of C++ keywords that aren't understood by the
>>>>> wrappers yet. They're all trivial to add, since the parser mostly
>>>>> just has to ignore them... I've just been lazy. So, yeah, I'd better
>>>>> add them, eh?
>>>>>
>>>>> David
>>>>>
>>>>>
>>>>> On Sat, Jul 24, 2010 at 9:49 AM, Clinton Stimpson
>>>>> <<a href="mailto:clinton@elemtech.com" target="_blank">clinton@elemtech.com</a>> ?wrote:
>>>>>>
>>>>>> ?Hi,
>>>>>>
>>>>>> It appears the wrapping code doesn't handle the c++ keyword
>>>>>> "explicit"
>>>>>> correctly.
>>>>>> It fails to wrap a couple constructors in vtkArrayExtents which have
>>>>>> the
>>>>>> explicit keyword.
>>>>>> Should it handle those?
>>>>>>
>>>>>> Clint
>>>>>>
>>>>>> _______________________________________________
>>>>>> Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a>
>>>>>>
>>>>>> Visit other Kitware open-source projects at
>>>>>> <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a>
>>>>>>
>>>>>> Follow this link to subscribe/unsubscribe:
>>>>>> <a href="http://www.vtk.org/mailman/listinfo/vtk-developers" target="_blank">http://www.vtk.org/mailman/listinfo/vtk-developers</a>
>>>>>>
>>>>>>
>>
>>
>
>
>------------------------------
>
>Message: 3
>Date: Mon, 26 Jul 2010 12:26:44 -0600
>From: Clinton Stimpson <<a href="mailto:clinton@elemtech.com" target="_blank">clinton@elemtech.com</a>>
>Subject: Re: [vtk-developers] python wrapping bug?
>To: David Gobbi <<a href="mailto:david.gobbi@gmail.com" target="_blank">david.gobbi@gmail.com</a>>
>Cc: VTK Developers <<a href="mailto:vtk-developers@vtk.org" target="_blank">vtk-developers@vtk.org</a>>
>Message-ID: <<a href="mailto:4C4DD364.4040308@elemtech.com" target="_blank">4C4DD364.4040308@elemtech.com</a>>
>Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> On 07/26/2010 12:15 PM, Clinton Stimpson wrote:
>> BTW, I've noticed that if there is a syntax error with the wrapper
>> parsing a header file, and I ignore that error and try building again,
>> I don't get the error again. I'm guessing its a build dependency issue.
>>
>
>I just realized it is because a new & empty output file is left when it
>gets a syntax error.
>
>Clint
>
>
>------------------------------
>
>Message: 4
>Date: Mon, 26 Jul 2010 12:42:54 -0600
>From: David Gobbi <<a href="mailto:david.gobbi@gmail.com" target="_blank">david.gobbi@gmail.com</a>>
>Subject: Re: [vtk-developers] python wrapping bug?
>To: Clinton Stimpson <<a href="mailto:clinton@elemtech.com" target="_blank">clinton@elemtech.com</a>>
>Cc: VTK Developers <<a href="mailto:vtk-developers@vtk.org" target="_blank">vtk-developers@vtk.org</a>>
>Message-ID:
> <AANLkTikq_5TsvQpijVyK0BSLZMXyDJVvC3EUcXM=<a href="mailto:mfe_@mail.gmail.com" target="_blank">mfe_@mail.gmail.com</a>>
>Content-Type: text/plain; charset=ISO-8859-1
>
>Since you are modifying vtkParse.l, you can add your own equivalent of
>"BTX" specific to your own needs. For example, for a long time I had
>BWX/EWX in my own copy of vtkParse.l as an alternative to BTX.
>
>Recognizing Qt types in vtkParse.l/.y sounds reasonable. Doing it
>anywhere else would be a fair bit more complex.
>
>The fact that the wrappers leave a blank/incomplete file after a
>syntax error is surprising to me. This is something that definitely
>needs to be fixed. Whenever you find a new bit of code that the
>parser chokes on, be sure to send me an email.
>
> David
>
>
>On Mon, Jul 26, 2010 at 12:15 PM, Clinton Stimpson <<a href="mailto:clinton@elemtech.com" target="_blank">clinton@elemtech.com</a>> wrote:
>>
>> I've made modifications in my copy of the code to support wrapping methods
>> in VTK classes that take Qt types as arguments. ?I was using
>> VTK_PARSE_UNKNOWN in vtkWrapPython.c and hoping a generic method for dealing
>> with external types will work out.
>> That's why some of these extra methods are getting wrapped. ?But maybe I'm
>> not doing it the way it should be done, which is why I'm asking.
>>
>> But now I've started taking another approach and am modifying the .l and .y
>> file so they recognize Qt types. ?Then I knowing they are Qt types, I can
>> generate the proper code for them. ?I've got hand-written code working with
>> VTK classes that take Qt types. ?I just want to auto-generate that code.
>>
>> Do you have any other recommendations?
>>
>> Also, I think I'll still need at least a simple on/off switch, and the way
>> BTX/ETX behaved has helped me the last few weeks.
>>
>> BTW, I've noticed that if there is a syntax error with the wrapper parsing a
>> header file, and I ignore that error and try building again, I don't get the
>> error again. ?I'm guessing its a build dependency issue.
>>
>> Clint
>>
>>
>> On 07/26/2010 11:59 AM, David Gobbi wrote:
>>>
>>> What are you doing to get the vtkInstantiator CreateFunction methods
>>> to wrap? ?They don't get wrapped on my system.
>>> My plan was to leave VTK_IGNORE_BTX=ON until all or most of the BTX
>>> markers are removed from VTK. ?After that, BTX/ETX will be re-enabled.
>>> ?To turn this option off, you must actually edit CMakeLists.txt, i.e.
>>> change the line to SET(VTK_IGNORE_BTX OFF).
>>>
>>> It sounds like you want a bit more control than a simple on/off
>>> switch. ?What I want to do eventually as a replacement for BTX/ETX is
>>> to use the comments in the header file to tell the wrappers to ignore
>>> methods, e.g. so that any method marked "INTERNAL USE ONLY" will never
>>> be wrapped. ?This is something that I can implement fairly quickly.
>>> Even that doesn't sound like it is quite what you need, though. ?I
>>> really need to know why those vtkInstantiator methods are being
>>> wrapped on your system...
>>>
>>> The idea of giving a list of what extra types to support in the
>>> wrappers is something that I do not want. ?Could you provide a bit
>>> more detail about what you need?
>>>
>>> ? ?David
>>>
>>>
>>>
>>> On Mon, Jul 26, 2010 at 11:25 AM, Clinton Stimpson<<a href="mailto:clinton@elemtech.com" target="_blank">clinton@elemtech.com</a>>
>>> ?wrote:
>>>>
>>>> What's the plan for the cmake flag to ignore BTX/ETX?
>>>> While I'm experimenting with external types (such as Qt types), I'd like
>>>> some level of control on what gets wrapped. ?I've been relying on BTX/ETX
>>>> to
>>>> mark things that should be ignored.
>>>> For example, Common/vtkInstantiator has a CreateFunction type and a
>>>> couple
>>>> functions that use it, which are now getting wrapped with my experimental
>>>> modifications, when it shouldn't be.
>>>> But I'd like the functions in GUISupport/Qt/vtkQtTreeView.h that deal
>>>> with
>>>> Qt types wrapped.
>>>>
>>>> How should one control what gets wrapped in these cases?
>>>> Should the wrapper generator instead take an input of what extra types to
>>>> support, and how to support them?
>>>>
>>>> Clint
>>>>
>>>> On 07/24/2010 11:16 AM, David Gobbi wrote:
>>>>>
>>>>> If you do find that more types can be successfully python-wrapped,
>>>>> don't be shy about pushing the changes. ?I'll be committing the
>>>>> keyword fixes sometime this afternoon.
>>>>>
>>>>> ? David
>>>>>
>>>>>
>>>>> On Sat, Jul 24, 2010 at 10:55 AM,<<a href="mailto:clinton@elemtech.com" target="_blank">clinton@elemtech.com</a>> ? ?wrote:
>>>>>>
>>>>>> Thanks, I also thought they just needed to be ignored.
>>>>>> I was experimenting with external types in the VTK wrappers and I ended
>>>>>> up with explicit being a type instead of a keyword, and it gave me
>>>>>> compile
>>>>>> errors.
>>>>>>
>>>>>> Clint
>>>>>>
>>>>>> ----- Original Message -----
>>>>>>>
>>>>>>> Hi Clinton,
>>>>>>>
>>>>>>> I'm glad to hear that you are using this stuff, so far I have received
>>>>>>> zero feedback from people using vtkVariant or the vtkArray helper
>>>>>>> classes from python.
>>>>>>>
>>>>>>> There are a handful of C++ keywords that aren't understood by the
>>>>>>> wrappers yet. They're all trivial to add, since the parser mostly
>>>>>>> just has to ignore them... I've just been lazy. So, yeah, I'd better
>>>>>>> add them, eh?
>>>>>>>
>>>>>>> David
>>>>>>>
>>>>>>>
>>>>>>> On Sat, Jul 24, 2010 at 9:49 AM, Clinton Stimpson
>>>>>>> <<a href="mailto:clinton@elemtech.com" target="_blank">clinton@elemtech.com</a>> ? ?wrote:
>>>>>>>>
>>>>>>>> ?Hi,
>>>>>>>>
>>>>>>>> It appears the wrapping code doesn't handle the c++ keyword
>>>>>>>> "explicit"
>>>>>>>> correctly.
>>>>>>>> It fails to wrap a couple constructors in vtkArrayExtents which have
>>>>>>>> the
>>>>>>>> explicit keyword.
>>>>>>>> Should it handle those?
>>>>>>>>
>>>>>>>> Clint
>>>>>>>>
>>>>>>>> _______________________________________________
>>>>>>>> Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a>
>>>>>>>>
>>>>>>>> Visit other Kitware open-source projects at
>>>>>>>> <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a>
>>>>>>>>
>>>>>>>> Follow this link to subscribe/unsubscribe:
>>>>>>>> <a href="http://www.vtk.org/mailman/listinfo/vtk-developers" target="_blank">http://www.vtk.org/mailman/listinfo/vtk-developers</a>
>>>>>>>>
>>>>>>>>
>>>>
>>
>>
>
>
>------------------------------
>
>Message: 5
>Date: Mon, 26 Jul 2010 12:15:35 -0600
>From: Clinton Stimpson <<a href="mailto:clinton@elemtech.com" target="_blank">clinton@elemtech.com</a>>
>Subject: Re: [vtk-developers] python wrapping bug?
>To: David Gobbi <<a href="mailto:david.gobbi@gmail.com" target="_blank">david.gobbi@gmail.com</a>>
>Cc: VTK Developers <<a href="mailto:vtk-developers@vtk.org" target="_blank">vtk-developers@vtk.org</a>>
>Message-ID: <<a href="mailto:4C4DD0C7.80404@elemtech.com" target="_blank">4C4DD0C7.80404@elemtech.com</a>>
>Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
>
>I've made modifications in my copy of the code to support wrapping
>methods in VTK classes that take Qt types as arguments. I was using
>VTK_PARSE_UNKNOWN in vtkWrapPython.c and hoping a generic method for
>dealing with external types will work out.
>That's why some of these extra methods are getting wrapped. But maybe
>I'm not doing it the way it should be done, which is why I'm asking.
>
>But now I've started taking another approach and am modifying the .l and
>.y file so they recognize Qt types. Then I knowing they are Qt types, I
>can generate the proper code for them. I've got hand-written code
>working with VTK classes that take Qt types. I just want to
>auto-generate that code.
>
>Do you have any other recommendations?
>
>Also, I think I'll still need at least a simple on/off switch, and the
>way BTX/ETX behaved has helped me the last few weeks.
>
>BTW, I've noticed that if there is a syntax error with the wrapper
>parsing a header file, and I ignore that error and try building again, I
>don't get the error again. I'm guessing its a build dependency issue.
>
>Clint
>
>
>On 07/26/2010 11:59 AM, David Gobbi wrote:
>> What are you doing to get the vtkInstantiator CreateFunction methods
>> to wrap? They don't get wrapped on my system.
>> My plan was to leave VTK_IGNORE_BTX=ON until all or most of the BTX
>> markers are removed from VTK. After that, BTX/ETX will be re-enabled.
>> To turn this option off, you must actually edit CMakeLists.txt, i.e.
>> change the line to SET(VTK_IGNORE_BTX OFF).
>>
>> It sounds like you want a bit more control than a simple on/off
>> switch. What I want to do eventually as a replacement for BTX/ETX is
>> to use the comments in the header file to tell the wrappers to ignore
>> methods, e.g. so that any method marked "INTERNAL USE ONLY" will never
>> be wrapped. This is something that I can implement fairly quickly.
>> Even that doesn't sound like it is quite what you need, though. I
>> really need to know why those vtkInstantiator methods are being
>> wrapped on your system...
>>
>> The idea of giving a list of what extra types to support in the
>> wrappers is something that I do not want. Could you provide a bit
>> more detail about what you need?
>>
>> David
>>
>>
>>
>> On Mon, Jul 26, 2010 at 11:25 AM, Clinton Stimpson<<a href="mailto:clinton@elemtech.com" target="_blank">clinton@elemtech.com</a>> wrote:
>>> What's the plan for the cmake flag to ignore BTX/ETX?
>>> While I'm experimenting with external types (such as Qt types), I'd like
>>> some level of control on what gets wrapped. I've been relying on BTX/ETX to
>>> mark things that should be ignored.
>>> For example, Common/vtkInstantiator has a CreateFunction type and a couple
>>> functions that use it, which are now getting wrapped with my experimental
>>> modifications, when it shouldn't be.
>>> But I'd like the functions in GUISupport/Qt/vtkQtTreeView.h that deal with
>>> Qt types wrapped.
>>>
>>> How should one control what gets wrapped in these cases?
>>> Should the wrapper generator instead take an input of what extra types to
>>> support, and how to support them?
>>>
>>> Clint
>>>
>>> On 07/24/2010 11:16 AM, David Gobbi wrote:
>>>> If you do find that more types can be successfully python-wrapped,
>>>> don't be shy about pushing the changes. I'll be committing the
>>>> keyword fixes sometime this afternoon.
>>>>
>>>> David
>>>>
>>>>
>>>> On Sat, Jul 24, 2010 at 10:55 AM,<<a href="mailto:clinton@elemtech.com" target="_blank">clinton@elemtech.com</a>> wrote:
>>>>> Thanks, I also thought they just needed to be ignored.
>>>>> I was experimenting with external types in the VTK wrappers and I ended
>>>>> up with explicit being a type instead of a keyword, and it gave me compile
>>>>> errors.
>>>>>
>>>>> Clint
>>>>>
>>>>> ----- Original Message -----
>>>>>> Hi Clinton,
>>>>>>
>>>>>> I'm glad to hear that you are using this stuff, so far I have received
>>>>>> zero feedback from people using vtkVariant or the vtkArray helper
>>>>>> classes from python.
>>>>>>
>>>>>> There are a handful of C++ keywords that aren't understood by the
>>>>>> wrappers yet. They're all trivial to add, since the parser mostly
>>>>>> just has to ignore them... I've just been lazy. So, yeah, I'd better
>>>>>> add them, eh?
>>>>>>
>>>>>> David
>>>>>>
>>>>>>
>>>>>> On Sat, Jul 24, 2010 at 9:49 AM, Clinton Stimpson
>>>>>> <<a href="mailto:clinton@elemtech.com" target="_blank">clinton@elemtech.com</a>> wrote:
>>>>>>> Hi,
>>>>>>>
>>>>>>> It appears the wrapping code doesn't handle the c++ keyword
>>>>>>> "explicit"
>>>>>>> correctly.
>>>>>>> It fails to wrap a couple constructors in vtkArrayExtents which have
>>>>>>> the
>>>>>>> explicit keyword.
>>>>>>> Should it handle those?
>>>>>>>
>>>>>>> Clint
>>>>>>>
>>>>>>> _______________________________________________
>>>>>>> Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a>
>>>>>>>
>>>>>>> Visit other Kitware open-source projects at
>>>>>>> <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a>
>>>>>>>
>>>>>>> Follow this link to subscribe/unsubscribe:
>>>>>>> <a href="http://www.vtk.org/mailman/listinfo/vtk-developers" target="_blank">http://www.vtk.org/mailman/listinfo/vtk-developers</a>
>>>>>>>
>>>>>>>
>>>
>
>
>
>------------------------------
>
>_______________________________________________
>vtk-developers mailing list
><a href="mailto:vtk-developers@vtk.org" target="_blank">vtk-developers@vtk.org</a>
><a href="http://www.vtk.org/mailman/listinfo/vtk-developers" target="_blank">http://www.vtk.org/mailman/listinfo/vtk-developers</a>
>
>
>End of vtk-developers Digest, Vol 75, Issue 51
>**********************************************
</pre><br><br><span title="neteasefooter"></span><hr>
<a href="http://qiye.163.com/?163" target="_blank">您想拥有和网易免费邮箱一样强大的软件吗？</a>
<br>_______________________________________________<br>
Powered by <a href="http://www.kitware.com" target="_blank">www.kitware.com</a><br>
<br>
Visit other Kitware open-source projects at <a href="http://www.kitware.com/opensource/opensource.html" target="_blank">http://www.kitware.com/opensource/opensource.html</a><br>
<br>
Follow this link to subscribe/unsubscribe:<br>
<a href="http://www.vtk.org/mailman/listinfo/vtk-developers" target="_blank">http://www.vtk.org/mailman/listinfo/vtk-developers</a><br>
<br>
<br></blockquote></div><br></div>