Bug 668254

You get the wrong glyph size by explicitly calling { groffer -Tps -X ls; } (in that order); these are the default options and they are obviously inconsistent.

and no arrows from pic, and no solid shapes

Seems that groff-1.20.1 from 11.4+ don't have this problem (yes, excluding bnc#682913, but it will be fixed soon), please use this version. If you need use 11.3, I'll provide a backport build of it for 11.3.

Issue still present in groff-1.20.1-182.1.x86_64

Created attachment 433032 [details]
groffer -TX100 ls snapshot

Hi, I'm not able to reproduce it. This is from my 11.3 system running latest groff from M17N. The tilde character looks good. Do you have any other things to test? For instance some example with arrows you mentioned few comments before.

(In reply to comment #5)
> Created an attachment (id=433032) [details]
> groffer -TX100 ls snapshot
> 
> Hi, I'm not able to reproduce it. This is from my 11.3 system running latest
> groff from M17N. The tilde character looks good. Do you have any other things
> to test? For instance some example with arrows you mentioned few comments
> before.

I got the tilde all right this time (mysteriously).  I changed the monitor to a higher resolution and the default glyph resolution to 100 (in KDE display settings) in the meantime.  (I would use -TX100 even before because it would give me bigger text, and you can change resolution interactively in xditview, which gxditview does not support).

The arrow appears when I declare width explicitly; perhaps the default width is too small for X11 (although it displays all right in Postscript).

The following PIC command produces a hollow circle instead of a filled one:

circle rad 0.05 solid;

Workaround: 

circle rad 0.05 filled 1;

{ groffer ls; } now produces Postscript on standard output (but it must be explicitly told ^D, otherwise it waits for input), which is acceptable, and { groffer -Tps -X ls; } produces readable output too.  

And the mouse-driven menu in gxditview does not work (it only appears) but the keyboard equivalents work.

However, the default package set does not supply gxditview, so groffer uses xditview (as in the bug report topic).

Still reproducible even with gxditview installed:

{ groffer -TX100 --x-viewer xditview ls; }

Either a bug in XOrg then, or gxditview should be provided by default (GNU groff is slightly incompatible with xditview).

OK, now (In reply to comment #7)
> However, the default package set does not supply gxditview, so groffer uses
> xditview (as in the bug report topic).

OK, so I propose add the following to gxditview.spec

Supplements: packageand(groff:xorg-x11-libX11)

So the gxditview will be automatically installed on systems having groff and X11 libraries.

Does this work for you?

Submitted a fix as revision 16 into M17N/groff

(In reply to comment #8)
> OK, so I propose add the following to gxditview.spec
> 
> Supplements: packageand(groff:xorg-x11-libX11)
> 
> So the gxditview will be automatically installed on systems having groff and
> X11 libraries.
> 
> Does this work for you?

If the incantation works as described, it will solve the problem in question,  

(It will also open an enhancement request to make gxditview more functional like xditview currently is.  Of course, having gxditview installed does not prevent anyone from using xditview if she is willing to trade accuracy for usability.)

Given the present situation, it would also be nice to support xditview in the alternatives system.

OK then the new dependency will be added to Factory and backported to 11.4.

I'm not convinced there are users for (g)xditview alternatives, so I'm not going to implement that.

In case of gxditview usability - please forward your needs to upstream, I don't have any time to work on it. Thanks.

Update released for: groff-devx, gxditview, gxditview-debuginfo, gxditview-debugsource
Products:
openSUSE 11.4 (debug, i586, x86_64)