Hi,
I will have a look at this as soon as texlive 2009 is packaged for
debian/ubuntu which has just been released upstream.
Teej, please revert the status to new, because this bug should not be
closed automatically.
Thanks,
herbert
@Václav Šmilauer:
Did you try
\PrerenderUnicode{禮}
in the
The support of sha is also missing in openssl 0.9.8g (hardy and
intrepit).
You may easily check this by comparing eng_padlock.c with the patch at
http://www.logix.cz/michal/devel/padlock/.
The patch is against openssl 0.9.8b, and contains the padlock static
fix.
I've attached a cleaned version
maybe life could be made easier for those who have the font available
anyway?
a msttfonts-support package would supply just the defoma hint files for
the windows fonts and a command to copy and install the font files.
if users have mounted there windows partitions this could be done
** Also affects: openoffice.org (Ubuntu)
Importance: Undecided
Status: New
--
Special characters are not displayed correctly, fonts dissappear from the menu
https://bugs.launchpad.net/bugs/173090
You received this bug notification because you are a member of Ubuntu
Bugs, which is the
Using 8.44 aka 7.12 I can use google earth with hardware accelaration
now.
--
Please update fgrlx to 8.44 aka 7.12
https://bugs.launchpad.net/bugs/177829
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for Ubuntu.
--
ubuntu-bugs mailing list
There's a new release:
https://a248.e.akamai.net/f/674/9206/0/www2.ati.com/drivers/linux/catalyst_81_linux.html
--
Please update fgrlx to 8.44 aka 7.12
https://bugs.launchpad.net/bugs/177829
You received this bug notification because you are a member of Ubuntu
Bugs, which is the bug contact for
This bug belongs to openoffice.org version 1:2.3.0-1ubuntu5.3 in gutsy-
updates.
downgrading to 1:2.3.0-1ubuntu5 (gutsy release) gives you back the ä and
the other special characters.
as this bug report dates to 2007-11-30 it may have been introduced with
ubuntu5.2, as launchpad says 5.3 has
Dear Norbert, Danai Sae-Han, Ming Hua and Dominique,
I've done some more testing and got the following results. (.tex and
.pdf attached.)
1. the CJK package is obsolete if you use unicode input. in this case
you won't need anything beside ucs and the fonts. I've installed the
** Attachment added: example document with arphaic fonts (tex source) -- no
need for package CJK
http://launchpadlibrarian.net/11190483/C00_chinese_test.tex
--
ucs c00 encoding should use chinese arphic fonts
https://bugs.launchpad.net/bugs/179725
You received this bug notification because
Public bug reported:
Binary package hint: texlive-latex-recommended
c00enc.def refers to the definition of the sung bitmap font, while this
definition seems not be included in any texlive package.
anyway, as I read the dependencies of latex-cjk-chinese people should
use the new arphic truetype
remark which doesn't belong to the bug, but may be interesting for one
or the other reader:
you don't need the CTAN package cjk anymore, if you like to typeset chinese
whith unicode.
just use ucs in your document preamble:
\usepackage[cjkbg5]{ucs} % belongs to utf8x, the x is important
this patch also changes the file date to 2008/01/01.
** Attachment added: change c00enc.def dependency from old bitmap font to
arphic bsmi font
http://launchpadlibrarian.net/2533/c00enc.diff
--
ucs c00 encoding should use chinese arphic fonts
https://bugs.launchpad.net/bugs/179725
You
12 matches
Mail list logo
