<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On Tue, Jun 30, 2015 at 12:47 PM, Matthew Brett <span dir="ltr"><<a href="mailto:matthew.brett@gmail.com" target="_blank">matthew.brett@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<div><div class="h5"><br>
On Tue, Jun 30, 2015 at 10:58 AM, Berk Geveci <<a href="mailto:berk.geveci@kitware.com">berk.geveci@kitware.com</a>> wrote:<br>
> Hi folks,<br>
><br>
> As Dave DeMarle mentioned, we are gearing towards a VTK 6.3 release. VTK 7<br>
> will follow very shortly (in weeks). I'd like to shed some light here on our<br>
> thinking and how we are planning to move forward.<br>
><br>
> As was previously discussed in the VTK developers list [1] [2], we are<br>
> considering maintaining VTK 6.x for a long time (3-5 years) while moving<br>
> forward with VTK 7 and 8 in 2015 and 2016. There are some major changes<br>
> happening in the computing and C++ worlds and we would like evolve VTK more<br>
> quickly to stay up to date. Some of the major changes that we are<br>
> considering and/or working on are:<br>
><br>
> * Major refactoring of rendering (OpenGL as well as ray tracing etc.)<br>
> * Multi/many-core support / SMP computing on CPUs and accelerators. VTK-m<br>
> integration [3].<br>
> * Changes to data model to support zero copy interface to other data<br>
> layouts, more efficient APIs, more cell types, more dataset types etc.<br>
> * Better separation of a public, wrapped API and toolkit/C++ internal API<br>
> mainly to support efficiency<br>
> * Introduction of C++ 11 features<br>
><br>
> Much of this will require introducing changes that break backwards<br>
> compatibility and also require newer compilers, graphics cards / drivers<br>
> etc. So the idea is that we will do our best to support as much as possible<br>
> a broad set of architectures and backwards compatibility but break things<br>
> when necessary in VTK 7 and beyond. We will maintain VTK 6.x so that folks<br>
> that are stuck on legacy systems or code bases can continue to benefit from<br>
> bug fixes. We have a way of continuing to maintain a broad set of dashboards<br>
> and also the same review process as VTK master so that we can continue to<br>
> ensure the quality of VTK 6.x as well as new releases.<br>
><br>
> What do you guys think? Please provide feedback so that we can adjust our<br>
> plans to meet the needs of the community as much as possible.<br>
<br>
</div></div>I would like to put in a humble plea to add Python 3 compatibility to that list:<br>
<br>
<a href="http://astrofrog.github.io/blog/2015/05/09/2015-survey-results" rel="noreferrer" target="_blank">http://astrofrog.github.io/blog/2015/05/09/2015-survey-results</a></blockquote><div><br></div><div>Python 3 is being worked on (right now by me, and others can join in a couple weeks once the core pieces are in place).  No, it won't be part of 6.3, however.</div><div><br></div><div> - David</div></div></div></div>