Re: grouping available terminals together

[Daniel J S. <dan...@ie...>]

Ethan Merritt wrote:
> On Friday 09 February 2007 13:22, Daniel J Sebald wrote:
> 
>>OK, I've look at test in as many terminals as possible.  
> 
>  
> 
>>- "png" doesn't appear to have a "dashed" option.
> 
> 
> Right. Many terminals have no support for dashes, and the ones that do may
> not allow you to change the patterns.  These are limitations imposed by the
> hardware/firmware/support library.

OK.  Would it be nice if all terminals accepted the word dashed and simply stated "dashes not supported"?  Not that important, but if it is a fairly common option... guess there's been discussion in similar vein regarding other options.


>>- Number to symbol translation is pretty consistent across terminals up to #13.
> 
> 
> Good. That's what I thought you were worried about.

Yes, I didn't realize they are as consistent as they are now.


>>- "pdf" has same exact symbol translation as "postscript" except #1 is a dot,
>>  not a plus (BUG?).
> 
> 
> It's a plus sign in the code.  See pdf.trm lines 727ff
> So yes, there must be a bug somewhere.
> A fix would be welcome.

Already on SourceForge.


>>- "fig" has symbol inconsistencies after #4 (BUG?).
>>- "tkcanvas" has symbol inconsistencies after #4 similar to fig
> 
> 
> I don't know anything about fig or tkcanvas.

OK, I'll take care of those.


>>- "latex" has symbol inconsistencies immediately (BUG?).
> 
> 
> LaTeX has a certain set of symbols defined in the standard.
> The best we could do, I think is something like
> 1 +	+
> 2 x	\times
> 3 *	\ast
> 4 ⊡	\Box
> 5 	N/A
> 6 ⊙	\circ
> 7 •	\bullet
> 8 ∆	\bigtriangleup
> 9 	N/A
> 10	\bigtriangledown
> 11	N/A
> 12	\diamond
> 
> I don't know what the regular LaTeX terminal users might think
> about that.  Make a proposed patch and see?

There seems to be plent of symbols, just the order is different from other terminals.  I'll look at that and adding a color option. 


>>- Number to color translation isn't near consistent.
> 
> That horse was beaten to death.  The colors are not intended to match,
> because different colors are appropriate for different output media.

No problem.  Just wanted to confirm.

Is there similar resistance for making line pattern consistent as possible with libraries/drivers that support dashed?

Dan