Re: xdvi mit Output

[Martin Schulze <joey@infodrom.org>]

Frank Küster wrote:
> thanks Joey for reporting.  Unfortunately I'm currently very busy (both
> with real life and with fixing RC tex-common bugs), so I fear I'd forget
> this private e-mail, and I rather forward it to the list.  And while
> we're at it, to Stefan too.

I can open a bug report if you like.

I haven't done so because I wasn't sure if the output was intentional.

> > Du weisst, dass xdvi in sid bei Reload (Shift-R) auf der Konsole
> > 'xdvi: File reloaded.' ausgibt, oder?  Ist vielleicht fuer die
> > Version, die nachher in etch landet nicht so angebracht.
> 
> No, I wasn't aware that xdvi spits out information on the console (I
> guess it's on stderr?).  I dislike such behavior, unless I specifically

I don't know but I can test this if needed as it's easily reproducible.

> requested it, but I don't see how it makes it unsuitable for release?

Ack.  It doesn't make the software unsuitable, but the package would be
of higher quality if the console wasn't filled up with such messages.

> There are loads of programs that do things like that.

Unfortunately yes.

> > Wenn ich zwischendurch neu kompiliere und einfach blaettere
> > ohne Reload, gibt's auch 'xdvi: File corrupted (click on window to reload) ...'
> 
> Well, but these are all just unnecessary and maybe misleading
> informational messages, no real problems: Everything works as expected?

Yes, the program works fine, no problem so far.  It only fills my xterm
as well. :)

> Does anybody have an idea 
> 
> - what we should do with those messages

I'd suppress them, but it's your call as maintainers.

> - whether they can simply be switched off in the configuration file
> 
> - or how else to do it?

If not possible otherwise patching the source by removing these lines?
Maybe also talking to upstream so that they'll be removed in future releases
if upstream doesn't consider them important.

Regards,

	Joey

-- 
The good thing about standards is that there are so many to choose from.
		-- Andrew S. Tanenbaum

Please always Cc to me when replying to me on the lists.