<?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 Re: dtterm geometry issues in Operating System - HP-UX</title>
    <link>https://community.hpe.com/t5/operating-system-hp-ux/dtterm-geometry-issues/m-p/3509855#M844962</link>
    <description>Hmm.. interesting.&lt;BR /&gt;&lt;BR /&gt;My observation is a little different tho'. When I run&lt;BR /&gt;"dtterm -geometry 100x40", I get a window with &lt;BR /&gt;100x40 size (as expected). But when I create &lt;BR /&gt;another one using menu option "New", I _always_ &lt;BR /&gt;get the new windown with same columns, but with &lt;BR /&gt;# of lines less than original by 3. So if I open first &lt;BR /&gt;window with geometry 80x35, the second one will &lt;BR /&gt;have geometry of 80x32. This goes up till line is 49.&lt;BR /&gt;After that, executing dtterm with 80x50 (or &amp;gt; 50)  &lt;BR /&gt;geometry opens a  window of geometry 80x49 &lt;BR /&gt;always. The second window (opened by option &lt;BR /&gt;"New") also maximizes at 49.&lt;BR /&gt;&lt;BR /&gt;Another interesting fact is, you don't see any of &lt;BR /&gt;these if you open dtterm without "-geometry"&lt;BR /&gt;(which defaults to 80x24), but if you open dtterm &lt;BR /&gt;with "- geometry 80x24" at command line, problem &lt;BR /&gt;shows up.&lt;BR /&gt;&lt;BR /&gt;Appears to be a bug with dtterm.&lt;BR /&gt;&lt;BR /&gt;- Biswajit&lt;BR /&gt;</description>
    <pubDate>Tue, 22 Mar 2005 15:07:45 GMT</pubDate>
    <dc:creator>Biswajit Tripathy</dc:creator>
    <dc:date>2005-03-22T15:07:45Z</dc:date>
    <item>
      <title>dtterm geometry issues</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dtterm-geometry-issues/m-p/3509853#M844960</link>
      <description>When I create a dtterm with the -geometry option or equivalent X resource, the height is always one line greater than what I specify.  Then, if I create a new window from that terminal using Window/New, the height is always three less than what I specify.&lt;BR /&gt;&lt;BR /&gt;So, for example, if I issue:&lt;BR /&gt;&lt;BR /&gt;/usr/dt/bin/dtterm -geometry 100x40&lt;BR /&gt;&lt;BR /&gt;The resulting window is 100x41.  If I then use Window/New to create a new window, the geometry of that second window is 100x37.&lt;BR /&gt;&lt;BR /&gt;I've installed every X, CDE, and Motif patch I can find in ITRC, but the behavior doesn't change.  Any ideas?&lt;BR /&gt;&lt;BR /&gt;My OS revision as shown by uname is HP-UX B.11.11 U 9000/785.&lt;BR /&gt;&lt;BR /&gt;Thanks,&lt;BR /&gt;Dan</description>
      <pubDate>Tue, 22 Mar 2005 14:31:18 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dtterm-geometry-issues/m-p/3509853#M844960</guid>
      <dc:creator>Dan Holm</dc:creator>
      <dc:date>2005-03-22T14:31:18Z</dc:date>
    </item>
    <item>
      <title>Re: dtterm geometry issues</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dtterm-geometry-issues/m-p/3509854#M844961</link>
      <description>This may be a limitation of fonts or the TERM being used.&lt;BR /&gt;&lt;BR /&gt;I can't see every possible combination working right or accounted for in the driver design.&lt;BR /&gt;&lt;BR /&gt;SEP</description>
      <pubDate>Tue, 22 Mar 2005 14:44:12 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dtterm-geometry-issues/m-p/3509854#M844961</guid>
      <dc:creator>Steven E. Protter</dc:creator>
      <dc:date>2005-03-22T14:44:12Z</dc:date>
    </item>
    <item>
      <title>Re: dtterm geometry issues</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dtterm-geometry-issues/m-p/3509855#M844962</link>
      <description>Hmm.. interesting.&lt;BR /&gt;&lt;BR /&gt;My observation is a little different tho'. When I run&lt;BR /&gt;"dtterm -geometry 100x40", I get a window with &lt;BR /&gt;100x40 size (as expected). But when I create &lt;BR /&gt;another one using menu option "New", I _always_ &lt;BR /&gt;get the new windown with same columns, but with &lt;BR /&gt;# of lines less than original by 3. So if I open first &lt;BR /&gt;window with geometry 80x35, the second one will &lt;BR /&gt;have geometry of 80x32. This goes up till line is 49.&lt;BR /&gt;After that, executing dtterm with 80x50 (or &amp;gt; 50)  &lt;BR /&gt;geometry opens a  window of geometry 80x49 &lt;BR /&gt;always. The second window (opened by option &lt;BR /&gt;"New") also maximizes at 49.&lt;BR /&gt;&lt;BR /&gt;Another interesting fact is, you don't see any of &lt;BR /&gt;these if you open dtterm without "-geometry"&lt;BR /&gt;(which defaults to 80x24), but if you open dtterm &lt;BR /&gt;with "- geometry 80x24" at command line, problem &lt;BR /&gt;shows up.&lt;BR /&gt;&lt;BR /&gt;Appears to be a bug with dtterm.&lt;BR /&gt;&lt;BR /&gt;- Biswajit&lt;BR /&gt;</description>
      <pubDate>Tue, 22 Mar 2005 15:07:45 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dtterm-geometry-issues/m-p/3509855#M844962</guid>
      <dc:creator>Biswajit Tripathy</dc:creator>
      <dc:date>2005-03-22T15:07:45Z</dc:date>
    </item>
    <item>
      <title>Re: dtterm geometry issues</title>
      <link>https://community.hpe.com/t5/operating-system-hp-ux/dtterm-geometry-issues/m-p/3509856#M844963</link>
      <description>Dear Dan,&lt;BR /&gt;&lt;BR /&gt;As far as window geometries go, I can certainly recommend to download and use the gnome from the HP-UX website. You can configure gnome to save window geometries by window title, which comes in very handy for me.&lt;BR /&gt;&lt;BR /&gt;Kind regards, Christian</description>
      <pubDate>Fri, 08 Apr 2005 04:51:33 GMT</pubDate>
      <guid>https://community.hpe.com/t5/operating-system-hp-ux/dtterm-geometry-issues/m-p/3509856#M844963</guid>
      <dc:creator>Christian Deutsch_1</dc:creator>
      <dc:date>2005-04-08T04:51:33Z</dc:date>
    </item>
  </channel>
</rss>

