Documentation of Hierarchy Window

Question

Hy out there,
I was trying to get an ordinary " File / Print Documentation " in an *.rtf
file.
Couldn't get the "Hierarchy Window" to be documented as an ordinary *bmp
file, even not when using the Costum format where I selected VI Hierarchy
/Destination RTF File / Depth 256colors.
From the Hierarchy Window it self documentation was not possible.
==> Even to move the VI-Instances and Elements in the H. Window was NOT
possible. <==
Lucky me that in WIN I can do screen shot but this is not the way I'd like
to this each time.---!!
Has any body an Idea?? why this doesen't work???
LabView 5.1 on WINNT 4.0 Sp 6a
Cherio Tobi or not TO BE

Answer 1

Hi cchimi,
Regarding Window.update() here are some details:
[ScriptUI]  Window.update()
Allows a script to run a long operation (such as copying a large file) and update UI elements to show the status of the operation. Normally, drawing updates to UI elements occur during idle periods, when the application is not doing anything and the OS event queue is being processed, but during a long scripted operation, the normal event loop is not running. Use this method to perform the necessary synchronous drawing updates, and also process certain mouse and keyboard events in order to allow a user to cancel the current operation (by clicking a Cancel button, for instance).
During the update() operation, the application is put into a modal state, so that it does not handle any events that would activate a different window, or give focus to a control outside the window being updated. The modal state allows drawing events for controls in other windows to occur (as is the case during a modal show() operation), so that the script does not prevent the update of other parts of the application's UI while in the operation loop.
Anyway I strongly doubt you reach any satisfactory enhancement using either w.update() and/or w.layout.layout(…)—on the AutoLayout manager algo, my investigations here: http://indiscripts.com/blog/public/LayoutManager-Draft.pdf
But here is the promising fact: reassigning StaticText.location is much faster than any other approach. So one can manually center the message—keeping the statictext left-justified—by simply repositioning the control with respect to the width of the text. That can be done on the fly using StaticText.graphics.measureString(newText). Give a look at the new implementation of my ProgressBar snippet to see how it works:
Re: Re: Type of window for progress bars?
My tests provide good results (so far) on various ID versions from CS4 to CC.
@+
Marc