Path: utzoo!utgpu!news-server.csri.toronto.edu!cs.utexas.edu!wuarchive!zaphod.mps.ohio-state.edu!think.com!linus!intrbas!kenn
From: kenn@intrbas.uucp (Kenneth G. Goutal)
Newsgroups: comp.windows.x
Subject: xcal ignoring geometry, borderwidth
Keywords: xcal; geometry; borderwidth
Message-ID: <168@intrbas.UUCP>
Date: 11 Oct 97 11:42:37 GMT
Sender: news@intrbasintrbas.UUCP
Organization: Interbase Software Corporation
Lines: 52
Nntp-Posting-Host: krebs

I often run xcal on one of our HP machines,
specifying my Apollo (DN-3010, Domain/OS 10.3) as the display.
This is a tremendously convenient little calendar,
but we only have it on the HP's.
However, no matter what I do, 
it always puts the window at coordinates +0+0
and uses a borderwidth of something greater than the minimum (1?);
that is, it has a thicker border than, say, xclock.

Here's the command line I use on my Apollo:

    rsh hpnode "/usr/bin/X11/xcal -display mynode:0 &" &

I first tried setting these on the command line.

				  -geom 130x100+600+899

This had the effect of successfully specifying the *dimensions* 
of the displayed window, but not the location.

Next I tried setting these in my .Xdefaults file in my home
directory on my Apollo.  This of course didn't work at all,
but I was even more naive then than I am now.

Next I tried using file in /usr/X11/lib/app-defaults on the Apollo:

    XCal*geometry:	130x100+672+899
    XCal*borderWidth:	1

I was surprised that this likewise had no effect whatever.

Finally I tried using xrdb to -load the latter file into the resource
database.  Like the command-line option, this had the effect of
successfully specifying the *dimensions* of the displayed window,
but not the location, and the borderwidth was not altered.

So, what gives?  Am I doing something wrong?  
Am I not doing something right?
Or is it just that xcal on the HP is brain-damaged?
If the latter, is there an address to which I can send e-mail --
I'm not on "the connected Internet" and cannot ftp --
and get a binary back as a shar file or whatever?
I don't think I'm prepared to build from sources at this time.

Thanks,
-- Kenn Goutal
   Technical Support

Interbase Software Corporation
209 Burlington Road			...!linus!intrbas!kenn
Bedford  MA  01730  USA			...!mcsun!uunet!intrbas!kenn
617.275.3222				kenn@intrbas.UUCP ?