Re: [NTG-context] [pdftex] Problem: testing MkIV on pdftex-t manual source

2010-04-20 Thread Reinhard Kotucha
On 20 April 2010 Wolfgang Schuster wrote:

 > Am 20.04.10 05:09, schrieb Richard Chan:
 > > I'm new to all this stuff - does MkIV build the pdftex manual?
 > >
 > > I ran into this problem running ConTeXt minimals on the pdftex 1.4
 > > manual sources
 > > context --mode=screen --result=TESTING pdftex-t:
 > >
 > >nh
 > > l.689 \PDFTEX\ is maintained by \THANH
 > >, Martin Schr\"oder, Hans Hagen,
 > > Taco
 > > ?
 > >
 > > I could build the manual using texexec.
 > >
 > Can you replace in the s-abr-01.tex file which is in the same folder as
 > the manual the defintion for \THANH with this one
 > 
 > \def\THANH{H\agrave n Th\ecircumflexacute\ Th\agrave n} % Hàn Thế Thành

This is definitely better than \llap{\raise 0.5ex\hbox 

The \kern/\raise macros worked fine in the good old times when nothing
else but Computer Modern was available.

What you are proposing makes sense if you are writing macros which are
supposed to work with any input encoding.  But within a particular
document you already know which input encoding you are using.  If it's
UTF-8, you don't need any macro at all.

I recently revised the VnTeX documentation (written in LaTeX).  UTF-8
is used as an input encoding there and whenever I had to write Thành's
name, I just typed "Hàn Thế Thành" instead of using a macro.

And why Martin Schr\"oder instead of Martin Schröder?  The last time I
wrote \"o instead of ö in a document was in 1994, just before LaTeX-2e
was released.  But both, LaTeX and Context, support UTF-8 now.  It
allows you to have text written in Vietnamese, Greek, Arabic, Chinese,
Devanagari... in one and the same TeX source file.

Anyway, whenever I see code like ...\llap{\raise 0.5ex\hbox..., the
first thing which comes to my mind is that more than 40 years ago
people entered the surface of the moon, and I'm wondering in which
world *we* are living. 

Regards,
  Reinhard

-- 

Reinhard Kotucha  Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover  mailto:reinhard.kotu...@web.de

Microsoft isn't the answer. Microsoft is the question, and the answer is NO.

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___


Re: [NTG-context] ConTeXt Minimal: error pdftex on CentOS x86_64

2009-11-01 Thread Reinhard Kotucha
On 1 November 2009 Mojca Miklavec wrote:

 > Vnpenguin, what kernel is running on your OS?
 > 
 > If we set up a virtual machine for compiling binaries - does anyone
 > have a suggesting what OS to take, so that it will remain compatible
 > with as many x86_64 processors as possible? (Apparently glibc and
 > kerner are the deciding factors; but it needs to have support for
 > 64-bit machines that are not as old as it seems after all.)
 > 
 > Reinhard - what linux are you using for TL?

# uname -a
Linux zaphod 2.6.20-gentoo-r8 #1 SMP Mon Apr 14 01:07:33 CEST 2008 x86_64 AMD 
Athlon(tm) 64 X2 Dual Core Processor 4800+ AuthenticAMD GNU/Linux

But please note that the binaries for this platform were provided by
Peter Breitenlohner this year.  His system is even older than mine.
It's better to ask him if you need the details (peb at mppmu.mpg.de).

BTW, the glibc is much more important than the kernel.  And maybe the
version of gcc matters, too.  

Regards,
  Reinhard

-- 
--------
Reinhard Kotucha  Phone: +49-511-3373112
Marschnerstr. 25
D-30167 Hannover  mailto:reinhard.kotu...@web.de

Microsoft isn't the answer. Microsoft is the question, and the answer is NO.

___
If your question is of interest to others as well, please add an entry to the 
Wiki!

maillist : ntg-context@ntg.nl / http://www.ntg.nl/mailman/listinfo/ntg-context
webpage  : http://www.pragma-ade.nl / http://tex.aanhet.net
archive  : http://foundry.supelec.fr/projects/contextrev/
wiki : http://contextgarden.net
___