Re: Difference in greek tic marks for x11 and aqua?

[Dmitri A. Sergatskov]

On Thu, Nov 6, 2008 at 1:30 PM, Ethan Merritt <address@hidden> wrote:
> On Monday 03 November 2008 10:46:32 Ethan Merritt wrote:
>> On Monday 03 November 2008 08:54:57 Dmitri A. Sergatskov wrote:
>>
>> But as I know understand it, your observation is that the command
>>    set xlabel "{/Symbol q}, radians" font <face,size>
>> does not change the initial font used by enhanced text processing.
>>
>> In other words, it should act equivalently to
>>     set xlabel "{/Helvetica=20 {/Symbol q}, radians}"
>> but it doesn't.
>>
>> Yes, the x11 terminal seems to behave differently that other terminals
>> in this regard, which is a bug.
>
> I have found two issues to be involved.
> One was purely a bug in the x11 terminal driver.
> That is now fixed in the cvs source for both 4.2 and 4.3

FWIW -- that seems to be working for me without any special workaround
mentioned below.

gnuplot> show encoding

        nominal character encoding is default
        however LC_CTYPE in current locale is en_US.UTF-8

xorg-x11-server-Xorg-1.5.0-2

>
> The other issue seems to be in the X-server itself.
> I have not pinned this down precisely, but my older machines behave
> different from the newer ones and I am wondering if it is a difference
> between xfree86 and x.org servers.  In any event, searches for some fonts
> (but not all) are now sensitive to the presence or absence of a specific
> requested encoding.  That is, a request for a generic font (encoding *-*)
> fails, but a request for the same font with encoding iso8859-1 succeeds.
> If you still see a problem with your plots, try setting
>    set encoding iso_8859_1
> before issuing the plot command (or other encoding as needed).
>
> It may be possible to fix this by changing the font request procedure
> in gnuplot_x11, but first I need to better understand the failure.
>
> --
> Ethan A Merritt
>

Thanks!

Dmitri.
--