VTK DICOM Viewer Upgrade: Window-Level Implementation issue

Before jumping into reviving a 15-20 year old C++ desktop application, you need to do some strategic planning.

The medical image application landscape has been completely changed in the past 15 years. Web applications look flashy, modern, and familiar to users and they are conveniently accessible on any device, don’t need the trust and commitment from users to install; and their feature set is getting quite extensive now (see for example OHIF). A desktop application has to offer 10x more than a similar web application to compensate for all those advantages. Most of the medical image computing desktop applications that were competing 10-15 years ago were not up to this challenge and are now dead or on a steep decline. Only a few desktop applications remained alive and kept growing: 3D Slicer (because they offer so much more than anything else out there), ITK-Snap (it is not a platform and has very limited feature set, but it is the simplest solution for basic manual segmentation tasks), and maybe I would also mention MITK (it has a magnitude less users compared to the other two and has not seen much growth, but it is one of the very few applications that are still developed).

So, my advice would be to not start/restart/revive an old desktop medical application from scratch but build on top of a state-of-the-art medical application platform. 3D Slicer and MITK are probably the best platforms for desktop. Later this year, 3D Slicer applications are also going to be available as native Python applications, and also on the web (via VTK trame). For web applications, you may consider building on Kitware VolView or OHIF. All these use VTK under the hood, so you will be able to leverage your experience with VTK.