Re: [PATCH] Help Viewer - mouse issues

2007-01-10 Thread Pavel Tsekov 
On Tue, 2007-01-09 at 19:08, Grigory Trenin wrote:
 Pavel Tsekov wrote:
 
 
  Well, we can go with the simple solution for now  - but it
  should be documented somewhere to prevent further confusion.
  As to whether it is worth the effort - think about this:
  Me and you together spent a considerable amount of time on a
  simple issue - was it worth it ? I think making the things right
  will allow the developer to spend his time on more pressing issues.
 
 
 I am not quite satisfied with that simple solution too.
 What do you think if I convert xnc.hlp to mandoc format
 and patch man2hlp respectively?
 I think it will be sufficient to add to man2hlp support
 of these two troff commands:
 1) '.ce' (to center lines)
 2) '.ti' (temporary indent - to support right indention of the
first line of the paragraph).

Sound nice. Do you have a patch already ? :) Btw. after those
changes do you think that xnc.hlp will still be necessary ?

P.S. Your help is much appreciated!


___
Mc-devel mailing list
http://mail.gnome.org/mailman/listinfo/mc-devel

Re: [PATCH] Help Viewer - mouse issues

2007-01-10 Thread Grigory Trenin 
Pavel Tsekov wrote:

On Tue, 2007-01-09 at 19:08, Grigory Trenin wrote:
  

Pavel Tsekov wrote:


I am not quite satisfied with that simple solution too.
What do you think if I convert xnc.hlp to mandoc format
and patch man2hlp respectively?
I think it will be sufficient to add to man2hlp support
of these two troff commands:
1) '.ce' (to center lines)
2) '.ti' (temporary indent - to support right indention of the
   first line of the paragraph).



Sound nice. Do you have a patch already ? :)


Not yet :) I'm about to make it.

 Btw. after those
changes do you think that xnc.hlp will still be necessary ?
  

xnc.hlp contains information that is not included in the manual page
(help's welcome screen, GNU GPL). If we merge xnc.hlp with mc.1.in,
that information will be there. This is probably not what desired,
so we need some means to exclude it from the manual page.
We could put troff's .ex command in the appropriate place of mc.1.in,
it will tell troff to stop processing. But it sometimes emits a
broken pipe message.
Or we could put some magic comment, and at a build time, when
mc.1 is generated from mc.1.in, rip everything that follows that
magic comment.

P.S. Your help is much appreciated


Thanks!
Wish my help is useful.
___
Mc-devel mailing list
http://mail.gnome.org/mailman/listinfo/mc-devel