Shadow (OS/2)

<h2 id="similarities-to-and-differences-from-other-mechanisms">Similarities to and differences from other mechanisms</h2>
<p>Shadows are similar in operation to <a href="/facts/Alias_(Mac_OS)/0jCqt0zQ">aliases</a> in <a href="/facts/Mac_OS/EkobAhow">Mac OS</a>, although there are some differences:
</p>
<ul><li>Shadows in the WPS are not filesystem objects, as aliases are.  They are derived from the WPAbstract class, and thus their backing storage is the user INI file, not a file in the file system.<a class="footnote-ref" id="fnref:1" href="#fn:1"><sup>1</sup></a>  Thus shadows are invisible to applications that do not use the WPS API.</li>
<li>The WPS has no mechanism for re-connecting shadows when the link between them and the target object has been broken.  (Although where the link has been broken because target objects are temporarily inaccessible, restarting the WPS after the target becomes accessible once more often restores the link.)</li></ul>
<p>Shadows are different from <a href="/facts/Symbolic_link/laB0S68t">symbolic links</a> and <a href="/facts/Computer_shortcut/J7xHuGUu">shortcuts</a> because they are not filesystem objects, and because shadows are dynamically updated as target objects are moved.
</p><p>Shadows are different from <a href="/facts/Hard_link/Twqdfvlt">hard links</a> because unlike hard links they can cross <a href="/facts/Volume_(computing)/g94wpmdC">volume</a> boundaries and because their names are always the same as those of their target objects.
</p>
<h2 id="distinguishing-marks">Distinguishing marks</h2>
<p>On (and within nested folders on) the WPS desktop, shadows' "icon titles" can be set to one's preferred font color, independently of the preferred font-color assigned to other non-shadow WPS objects, although they share the font actually selected for that text.
</p><p>Like the icons for all other 'open' objects on the WPS Desktop, whether for folders or applications, Shadows' icons become diagonally hatched on 'opening' and remain in that state until closed/exited respectively.
</p>
<h2 id="managing-shadows">Managing shadows</h2>
<p>There are several ways to create a shadow.  One way is to select the target object and choose "Create Shadow" from its context menu.  The desktop then prompts with a dialogue box allowing the user to specify where the shadow should be created.  Another way is to employ <a href="/facts/Drag-and-drop/7Xd8vXfn">drag-and-drop</a> to create shadows, holding down the <a href="/facts/Shift_key/d0gXS7Jd">shift</a> and <a href="/facts/Control_key/31XW606Y">control</a> modifier keys whilst dragging.
</p><p>The dialog box opens initially with a view of currently opened folders on the "Opened" Tab (page) of the dialog, first of which is the current Desktop folder, allowing direct selection of the destination. There are a further four tabs for "Related", "Desktop", "Drives" and "Path", this latter allowing textual path specification including drive (volume), whereas the other three options display an expandable hierarchical tree of folders to select from.
</p>

<h2 id="references">References</h2>

<ol>
<li id="fn:1"><p>Mindy Pollack (1995). Marc A. Stock (ed.). OS/2 Workplace Shell API. New York: Wiley. ISBN 9780471038726. <a href="9780471038726" target="_blank">9780471038726</a> <a href="#fnref:1" class="footnote-back-ref">↩</a></p></li>
</ol>

Shadow (OS/2) open-in-new

Shadow (OS/2)