Mercurial > hg > orthanc-stone
view TODO @ 1730:af4a2d08549c
preparing for release
author | Sebastien Jodogne <s.jodogne@gmail.com> |
---|---|
date | Wed, 02 Dec 2020 12:47:05 +0100 |
parents | 0257339b0884 |
children | 62377949e739 |
line wrap: on
line source
====================== == Stone Web viewer == ====================== ------------ Improvements ------------ * Internationalization (i18n). Some possible libraries: https://phrase.com/blog/posts/the-best-javascript-i18n-libraries/ * Configurable keyboard shortcuts. See Osimis Web viewer: https://bitbucket.org/osimis/osimis-webviewer-plugin/src/master/doc/default-configuration.json * Flip X/Y : Should change the affine transformation of the 2D scene, not the texture. Flipping the texture makes the reference lines and crosshair invalid. * Handle mobile gestures. -------- Wishlist -------- * Vertical "timeline" to see the position of the current frame in the series, and to change the current frame by clicking on the timeline. * Display video files even if the Orthanc REST API is not available (using pure DICOMweb). This could possible be done using the DICOMweb Bulk Data URI, and/or a dedicated JavaScript video player. * Debian packaging, which requires source-level build dependencies: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=975069#22 * "Start the Viewer with a specific Dicom file and display the specific images. For example I start the Viewer with dicomFile and open slide1, slide4, slide8, slide12 ?" https://groups.google.com/g/orthanc-users/c/6KSe0WEEfco/m/nOIl57EzAAAJ * Configuration option related to the "DicomSource" class in order to systematically request server-side transcoding. ================================== == Stone of Orthanc C++ library == ================================== ------- General ------- * Documentation ------------- Optimizations ------------- * Speedup RT-STRUCT projection in sagittal + coronal views * Speedup RT-STRUCT loading * "ParseDicomFromOrthanc": new command ----------------- Platform-specific ----------------- * WebAssembly: Possible issue in "emscripten_set_timeout()" if the Oracle is destroyed while a sleep event is still being processed (the callback payload would be invalid). This is not a problem as long as the Oracle singleton is never destroyed. A cleaner solution would be similar to "WebAssemblyViewport::CreateObjectCookie()". * Add precompiled headers for Microsoft Visual Studio