On 2010-02-23 15:29-0800 David MacMahon wrote:
> Thanks, Alan,
>
> On Feb 23, 2010, at 14:48 , Alan W. Irwin wrote:
>
>> No. -dev xwin is pure Hershey (just like all our traditional devices).
>>
>> To explain further, we had a first generation of unicode font support via
>> plfreetype.c (e.g., g
Thanks, Alan,
On Feb 23, 2010, at 14:48 , Alan W. Irwin wrote:
> No. -dev xwin is pure Hershey (just like all our traditional
> devices).
>
> To explain further, we had a first generation of unicode font
> support via
> plfreetype.c (e.g., gd.c which is now deprecated because of the
> limi
On 2010-02-23 13:58-0800 David MacMahon wrote:
> Hi, Alan,
>
> On Feb 23, 2010, at 13:07 , Alan W. Irwin wrote:
>
>> does the example proceed happily for all pages
>> but with "0x???]" replacing the glyph that is shown for xcairo?
>
> Sorry for the vagueness in my report. Yes, this latter descrip
Hi, Alan,
On Feb 23, 2010, at 13:07 , Alan W. Irwin wrote:
> does the example proceed happily for all pages
> but with "0x???]" replacing the glyph that is shown for xcairo?
Sorry for the vagueness in my report. Yes, this latter description
is exactly what happens. It proceeds happily for al
On 2010-02-23 12:02-0800 David MacMahon wrote:
> I thought "x23c -dev xwin" used to work for me, but now it appears to
> be broken. All pages work fine for "-dev xcairo". I am using a
> freetype-enabled libplplot build, but the xwin driver only works for
> the first page (and even then the title
I thought "x23c -dev xwin" used to work for me, but now it appears to
be broken. All pages work fine for "-dev xcairo". I am using a
freetype-enabled libplplot build, but the xwin driver only works for
the first page (and even then the title text that appears is
"0x10>PLplot Example 23 -
