[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: <pre> problem

From: Yavor Doganov
Subject: Re: <pre> problem
Date: Mon, 10 Mar 2008 19:38:16 +0200
User-agent: Wanderlust/2.15.1 (Almost Unreal) SEMI/1.14.6 (Maruoka) FLIM/1.14.7 (Sanjō) APEL/10.6 Emacs/22.1 (i486-pc-linux-gnu) MULE/5.0 (SAKAKI) (gNewSense GNU/Linux)

Калоян Доганов wrote:
> Fortunately, Po4a developers had listened to our comments and the
> recently released Po4a 0.33 addresses this problem

Ah, yes!  I forgot.

> I suggest switching to Po4a 0.33 and applying the following patch.

I wanted to wait 4 more days so that this release migrates to testing,
just in case there is a serious bug.  But we're still in testing
phase, so I'll relax this personal rule and will install it on fp

> (Please be extra careful when installing Po4a 0.33 as superuser, as it
> installs files outside the default PREFIX ("/usr/local").

That's a bug in Build.PL, where the installation path for translations
and manpages is hardcoded:

      install_path => {po => $base.'/locale', man => $base.'/man'},

> This bug is not addressed yet, so I recommend installing Po4a 0.33
> as a normal user for now.)

That's the only way on fencepost anyway.

> +     * GNUmakefile (PO4A_XHTMLFLAGS): Migrate to the new
> +     `translated/untranslated' options in Po4a 0.33 and turn off word
> +     wrapping for <pre> and <script> elements.
> +     * README: Po4a 0.33 is the minimal requirement.

Looks good, but wait for me please.

reply via email to

[Prev in Thread] Current Thread [Next in Thread]