<?xml version="1.0" encoding="UTF-8"?>
<rss xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:taxo="http://purl.org/rss/1.0/modules/taxonomy/" version="2.0">
  <channel>
    <title>topic Problem with DtWsmSetWorkspacesOccupied in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-dtwsmsetworkspacesoccupied/m-p/2476004#M776239</link>
    <description>To change windows occupied workspaces, I use a small program with DtWsmSetWorkspacesOccupied().&lt;BR /&gt;The prgram compiled on HPUX 10.20 works on HPUX 10.20.&lt;BR /&gt;&lt;BR /&gt;But the programm compiled on HPUX 11 doesn't work on HPUX 11 !&lt;BR /&gt;When calling DtWsmSetWorkspacesOccupied(), a message appears : "Error: Couldn't find per display information", but the DISPLAY is good.&lt;BR /&gt;&lt;BR /&gt;Can you help me ?&lt;BR /&gt;&lt;BR /&gt;Michel</description>
    <pubDate>Thu, 21 Dec 2000 14:50:49 GMT</pubDate>
    <dc:creator>Jolivet</dc:creator>
    <dc:date>2000-12-21T14:50:49Z</dc:date>
    <item>
      <title>Problem with DtWsmSetWorkspacesOccupied</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-dtwsmsetworkspacesoccupied/m-p/2476004#M776239</link>
      <description>To change windows occupied workspaces, I use a small program with DtWsmSetWorkspacesOccupied().&lt;BR /&gt;The prgram compiled on HPUX 10.20 works on HPUX 10.20.&lt;BR /&gt;&lt;BR /&gt;But the programm compiled on HPUX 11 doesn't work on HPUX 11 !&lt;BR /&gt;When calling DtWsmSetWorkspacesOccupied(), a message appears : "Error: Couldn't find per display information", but the DISPLAY is good.&lt;BR /&gt;&lt;BR /&gt;Can you help me ?&lt;BR /&gt;&lt;BR /&gt;Michel</description>
      <pubDate>Thu, 21 Dec 2000 14:50:49 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-dtwsmsetworkspacesoccupied/m-p/2476004#M776239</guid>
      <dc:creator>Jolivet</dc:creator>
      <dc:date>2000-12-21T14:50:49Z</dc:date>
    </item>
    <item>
      <title>Re: Problem with DtWsmSetWorkspacesOccupied</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-dtwsmsetworkspacesoccupied/m-p/2476005#M776240</link>
      <description>This might be a bit obvious but try running xclock to make sure your display env. is set.  If this works have a read of the blurb below I found it on the ITRC and thought it might be helpful..&lt;BR /&gt;&lt;BR /&gt;From the standpoint of dtwm, windows can be in 1 of 3 states: - Withdrawn&lt;BR /&gt;   The window is not under the dtwm's control.  This&lt;BR /&gt;   state is reached when a window is unmapped while&lt;BR /&gt;   in the currently active workspace, or when the window&lt;BR /&gt;   is first created but not mapped by the application. - Normal-Unmapped&lt;BR /&gt;   The window is under dtwm's control and has been&lt;BR /&gt;   unmapped by dtwm.  This occurs when the window is&lt;BR /&gt;   unmapped due to a workspace switch and the window&lt;BR /&gt;   does not resided in the new active workspace. - Normal-Mapped&lt;BR /&gt;   The window is under dtwm's control and is visible in   the current workspace.&lt;BR /&gt;Note:  The terminology Withdrawn, Normal-Unmapped, and Normal-Mapped&lt;BR /&gt;       are used for the convenience of this explanation and do not&lt;BR /&gt;       reflect a state that can be found in the source code for&lt;BR /&gt;       dtwm.  Additionally, this explanation is offered for windows&lt;BR /&gt;       that are not iconified.Switching workspaces--------------------&lt;BR /&gt;Normal-Mapped windows are checked to see if you should be visible&lt;BR /&gt;in the new workspace.  If so, dtwm does nothing and the windows&lt;BR /&gt;remain visible.  If not, dtwm unmaps the windows and changes your&lt;BR /&gt;states to Normal-Unmapped.&lt;BR /&gt;Normal-Unmapped windows are checked to see if they should be&lt;BR /&gt;visible in the new workspace.  If so, they are mapped and their&lt;BR /&gt;states are changed to Normal-Mapped.  If not, dtwm does nothing&lt;BR /&gt;and the windows are not visible.Mapping a window----------------&lt;BR /&gt;If a Withdrawn window is mapped by the application, dtwm will check&lt;BR /&gt;the workspace in which the window should reside.  If the current&lt;BR /&gt;workspace is in the window's workspace list, dtwm maps the window&lt;BR /&gt;and changes its state to Normal-Mapped.  Otherwise, the window is not&lt;BR /&gt;mapped and the state is changed to Normal-Unmapped.&lt;BR /&gt;If a Normal-Unmapped window is mapped by the application, dtwm does not&lt;BR /&gt;check the window's workspace list and assumes that the application&lt;BR /&gt;wants the window mapped to the current workspace.  It maps the&lt;BR /&gt;window and changes its state to Normal-Mapped.  This will result&lt;BR /&gt;in a window which resides in a different workspace being visible&lt;BR /&gt;in the current workspace and the window will exist in bothworkspaces.&lt;BR /&gt;Unmapping a window------------------&lt;BR /&gt;If a Normal-Mapped window is unmapped by the application, dtwm&lt;BR /&gt;unmaps the window and changes its state to Withdrawn.&lt;BR /&gt;If a Normal-Unmapped window is unmapped by the application, dtwm&lt;BR /&gt;does nothing because it never receives the UnmapNotify event.&lt;BR /&gt;This is because the X Protocol defines that unmapping an already&lt;BR /&gt;unmapped window results in no action by the Xserver (the window&lt;BR /&gt;is already in the desired state).  This means that a Normal-Unmapped&lt;BR /&gt;window will once again be visible when the user switches to the&lt;BR /&gt;workspace that contains that window.&lt;BR /&gt;Use XWithdrawWindow to unmap the window.  In addition to unmapping&lt;BR /&gt;the window, this call sends an UnmapNotify event to the window manager&lt;BR /&gt;allowing it to change the windows state to Withdrawn.  This call&lt;BR /&gt;should only be used against the application's top level windows&lt;BR /&gt;(windows that have a window manager frame).</description>
      <pubDate>Thu, 21 Dec 2000 14:58:08 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-dtwsmsetworkspacesoccupied/m-p/2476005#M776240</guid>
      <dc:creator>Anthony Goonetilleke</dc:creator>
      <dc:date>2000-12-21T14:58:08Z</dc:date>
    </item>
    <item>
      <title>Re: Problem with DtWsmSetWorkspacesOccupied</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-dtwsmsetworkspacesoccupied/m-p/2476006#M776241</link>
      <description>I'd check you have the correct libs etc installed : do you not need the CDE dev kit etc &amp;amp; Motif dev kits to use DtWsm calls etc ?&lt;BR /&gt;&lt;BR /&gt;Just check on the 10.20 box and see if your missing these first !</description>
      <pubDate>Thu, 21 Dec 2000 15:31:42 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-dtwsmsetworkspacesoccupied/m-p/2476006#M776241</guid>
      <dc:creator>Alex Glennie</dc:creator>
      <dc:date>2000-12-21T15:31:42Z</dc:date>
    </item>
    <item>
      <title>Re: Problem with DtWsmSetWorkspacesOccupied</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-dtwsmsetworkspacesoccupied/m-p/2476007#M776242</link>
      <description>I'd also check the display is definitely set correctly and I'm patched wrt Xserver,CDE &amp;amp; Motif as and Anthony sad there seem a few known issues wrt to this call/routine.</description>
      <pubDate>Thu, 21 Dec 2000 15:40:32 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/problem-with-dtwsmsetworkspacesoccupied/m-p/2476007#M776242</guid>
      <dc:creator>Alex Glennie</dc:creator>
      <dc:date>2000-12-21T15:40:32Z</dc:date>
    </item>
  </channel>
</rss>

