Re: Window geometry?

1999-02-15 Thread Lars Gullik Bjønnes

   Paul L Lussier writes:
  PLL Until Paul asked the question, I never really thought about it.
  PLL But now seeing that there are 2 different options that need
  PLL setting, I wonder why the X conventions weren't followed in the
  PLL first place? --

A long time ago, like three years, I added -width and -height as a
hack to satisfy one specific user request. No one has bothered to
change it since then.

Lgb

-- 
+++ the lyx project user mailing list +++
To unsubscribe from this list send mail to 
 [EMAIL PROTECTED]
with the **Subject** unsubscribe.



Re: Window geometry?

1999-02-12 Thread Jean-Marc Lasgouttes

 "Paul" == Paul D Smith [EMAIL PROTECTED] writes:

Paul Well... first, I don't understand why the name of the app should
Paul have anything to do with parsing the command-line options.
Paul Sure, the name of the app is always used as the instance name
Paul for X resources, but what does that have to do with the command
Paul line?

Not sure. I'll have to re-read the xforms manual...

Paul Obviously, for xforms perhaps it does (weird!).  At the very
Paul least, if it's trying to combing the command-line handling with
Paul the "normal" resource handling somehow, it should use the
Paul resource class name "LyX", not the instance name.

Maybe the error is on our side. I'll check that.

jl You found it: xforms does not use Xt. I guess this means that
jl handling resources a la Xt would be too difficult.

Paul Bleah.  When did you say you were moving to a new toolkit ? :)

Currently, the toolkits considered are Qt, Gtk+, fltk and curses. None
of these support Xt :-|

Paul Xforms may be simple to develop with, but it sure has some
Paul bletcherous aspects (the menu handling I find particularly
Paul annoying :-/).

Horrible, isn't it?

JMarc

-- 
+++ the lyx project user mailing list +++
To unsubscribe from this list send mail to 
 [EMAIL PROTECTED]
with the **Subject** unsubscribe.



Re: Window geometry?

1999-02-11 Thread Paul D. Smith

%% Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:

  jl I think the resources (and associated options) width, height, xpos
  jl and ypos do what you want. Did you try them? They are documented
  jl in the man page.

Man page?

  $ man lyx
  No manual entry for lyx.

Hmm... ah, I see the problem.  The LyX man page is malformed, such that
catman -w (at least on Solaris) doesn't generate the right windex entry.
On Solaris if the man page you ask for doesn't exist in windex, man
assumes it doesn't exist at all (unless you provide the -F option).
Darn annoying, but there you go.  Here's a patch for the LyX man page:

--- /tmp/lyx.1  Thu Feb 11 10:13:12 1999
+++ /tmp/lyx.1-new  Thu Feb 11 10:07:16 1999
@@ -5,7 +5,7 @@
 .\"
 .TH LYX 1 "October 1998" "Version 1.0" "LyX 1.0"
 .SH NAME
-LyX \- A Document Processor
+lyx \- A Document Processor
 .\"
 .\" setup
 .de Cr

OK, I see it now.

But, those options don't seem to work for me :(

  $ lyx -width 800 -height 800

still gives me the same size window.  Is this a bug or a configuration
error of some sort?  In fact, no command-line options appear to work for
me.

Oh, wait.  I see the problem.  Somehow these only work if you invoke the
command with the exact name "lyx" (so that's [at least the filename part
of] arg[0]).  I installed it as "lyx-1.0.0" and was running it with that
name, and when you do that none of the command line options work.  I'd
say that's a bug, too.

The man page also says you can set these via X resources, but it doesn't
specify what resource class you need to use; trial-and-error shows that
LyX works, but that you have to load the resources into the server, you
can't put them in a directory on your XUSERFILESEARCHPATH, for example
(I guess LyX doesn't use the Xt resource functions).  Some example(s)
in the man page would be very helpful.

Some more points:

 1) _Why_ is LyX using this oh-so-strange set of options?  There sure
ain't much standard about X user interfaces, but if _anything_ can
be considered standard, geometry can.

Also, if LyX doesn't support standard geometry and the -xrm option,
it can't be handled by most session managers.  This is a Bad Thing.

 2) You can't use the common idiom of negative numbers to xpos and ypos,
to position as an offset from the right/bottom of the window instead
of the left/top.

 3) This should probably be documented in the manual, somewhere, as
well.

-- 
---
 Paul D. Smith [EMAIL PROTECTED] Network Management Development
 "Please remain calm...I may be mad, but I am a professional." --Mad Scientist
---
   These are my opinions---Nortel Networks takes no responsibility for them.

-- 
+++ the lyx project user mailing list +++
To unsubscribe from this list send mail to 
 [EMAIL PROTECTED]
with the **Subject** unsubscribe.



Re: Window geometry?

1999-02-11 Thread Paul D. Smith

%% Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:

  Paul Oh, wait.  I see the problem.  Somehow these only work if you
  Paul invoke the command with the exact name "lyx" (so that's [at
  Paul least the filename part of] arg[0]).  I installed it as
  Paul "lyx-1.0.0" and was running it with that name, and when you do
  Paul that none of the command line options work.  I'd say that's a
  Paul bug, too.

  jl Hmm, what should we use to get the options? Is arg[0] always right?
  jl What if arg[0] is a symlink to some other name?

Well... first, I don't understand why the name of the app should have
anything to do with parsing the command-line options.  Sure, the name of
the app is always used as the instance name for X resources, but what
does that have to do with the command line?

Obviously, for xforms perhaps it does (weird!).  At the very least, if
it's trying to combing the command-line handling with the "normal"
resource handling somehow, it should use the resource class name "LyX",
not the instance name.

But, it doesn't appear to be.  The whole thing is odd, but if you're
handing argc/argv off to xforms to parse things like xpos/ypos/etc., I
doubt there's much you can do except report a bug to the xforms folks.

  jl You found it: xforms does not use Xt. I guess this means that handling
  jl resources a la Xt would be too difficult.

Bleah.  When did you say you were moving to a new toolkit ? :)

Xforms may be simple to develop with, but it sure has some bletcherous
aspects (the menu handling I find particularly annoying :-/).

  jl JMarc, waiting for fvwm 2.2.0 to magically appear on my nearest
  jl mirror ftp site ;)

Oh, yah, er, um, hrumph.  Ahem.

:)

-- 
---
 Paul D. Smith [EMAIL PROTECTED] Network Management Development
 "Please remain calm...I may be mad, but I am a professional." --Mad Scientist
---
   These are my opinions---Nortel Networks takes no responsibility for them.

-- 
+++ the lyx project user mailing list +++
To unsubscribe from this list send mail to 
 [EMAIL PROTECTED]
with the **Subject** unsubscribe.