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

Bug#372095: marked as done (xdvi: should paste ligatures as such when UTF-8 is available)



Your message dated Thu, 8 Jun 2006 14:46:52 +0200
with message-id <20060608124652.GG4362@implementation.labri.fr>
and subject line Bug#372095: xdvi: should paste ligatures as such when UTF-8 is available
has caused the attached Bug report to be marked as done.

This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.

(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere.  Please contact me immediately.)

Debian bug tracking system administrator
(administrator, Debian Bugs database)

--- Begin Message ---
Package: tetex-bin
Version: 3.0-16
Severity: minor

Hi,

When pasting ligatures, they are developped, which is fine for non-UTF-8
environment. But when a UTF-8 transfer is possible, maybe they should rather
be transmitted as such? For instance,
http://dept-info.labri.fr/~thibault/tmp/ligature.dvi

Regards,
Samuel

-- System Information:
Debian Release: testing/unstable
  APT prefers testing
  APT policy: (900, 'testing'), (500, 'unstable'), (500, 'stable'), (1, 'experimental')
Architecture: i386 (i686)
Shell:  /bin/sh linked to /bin/bash
Kernel: Linux 2.6.17-rc1
Locale: LANG=fr_FR@euro, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-15)

Versions of packages tetex-bin depends on:
ii  debconf [debconf-2.0]     1.5.1          Debian configuration management sy
ii  debianutils               2.16.1         Miscellaneous utilities specific t
ii  dialog                    1.0-20060221-1 Displays user-friendly dialog boxe
ii  dpkg                      1.13.19        package maintenance system for Deb
ii  ed                        0.2-20         The classic unix line editor
ii  libc6                     2.3.6-13       GNU C Library: Shared libraries
ii  libfontconfig1            2.3.2-5.1      generic font configuration library
ii  libfreetype6              2.2.1-2        FreeType 2 font engine, shared lib
ii  libgcc1                   1:4.1.0-4      GCC support library
ii  libice6                   6.9.0.dfsg.1-6 Inter-Client Exchange library
ii  libjpeg62                 6b-13          The Independent JPEG Group's JPEG 
ii  libkpathsea4              3.0-16         path search library for teTeX (run
ii  libpaper1                 1.1.17         Library for handling paper charact
ii  libpng12-0                1.2.8rel-5.1   PNG library - runtime
ii  libpoppler0c2             0.4.5-4        PDF rendering library
ii  libsm6                    1:1.0.0-4      X11 Session Management library
ii  libstdc++6                4.1.0-4        The GNU Standard C++ Library v3
ii  libt1-5                   5.1.0-2        Type 1 font rasterizer library - r
ii  libx11-6                  2:1.0.0-6      X11 client-side library
ii  libxaw7                   1:1.0.1-5      X11 Athena Widget library
ii  libxext6                  1:1.0.0-4      X11 miscellaneous extension librar
ii  libxmu6                   1:1.0.1-3      X11 miscellaneous utility library
ii  libxp6                    1:1.0.0-1      X Printing Extension (Xprint) clie
ii  libxpm4                   1:3.5.4.2-3    X11 pixmap library
ii  libxt6                    1:1.0.0-5      X11 toolkit intrinsics library
ii  mime-support              3.36-1         MIME files 'mime.types' & 'mailcap
ii  perl                      5.8.8-4        Larry Wall's Practical Extraction 
ii  sed                       4.1.5-1        The GNU sed stream editor
ii  tetex-base                3.0-17         Basic library files of teTeX
ii  ucf                       2.0010         Update Configuration File: preserv
ii  whiptail                  0.52.2-4       Displays user-friendly dialog boxe
ii  zlib1g                    1:1.2.3-11     compression library - runtime

Versions of packages tetex-bin recommends:
ii  libxml-parser-perl           2.34-4      Perl module for parsing XML files
ii  perl-tk                      1:804.027-4 Perl module providing the Tk graph
ii  psutils                      1.17-21     A collection of PostScript documen

Versions of packages tetex-base depends on:
ii  dpkg                          1.13.19    package maintenance system for Deb
ii  tex-common                    0.23       Common infrastructure for using an
ii  ucf                           2.0010     Update Configuration File: preserv

Versions of packages tetex-extra depends on:
ii  dpkg                          1.13.19    package maintenance system for Deb
ii  tetex-base                    3.0-17     Basic library files of teTeX
ii  ucf                           2.0010     Update Configuration File: preserv

-- debconf information excluded

-- 
Samuel Thibault <samuel.thibault@ens-lyon.org>
 > et sinon, quand on s'interesse a un media que l'on ne maitrise pas,
 > on essaye de le comprendre d'abord.
 (Suivi par l'intégralité du message initial de 45 lignes.)
 -+-BM in : GNU - La maîtrise est un long apprentissage petit scarabé -+-


--- End Message ---
--- Begin Message ---
Ralf Stubner, le Thu 08 Jun 2006 14:39:36 +0200, a écrit :
> Samuel Thibault wrote:
> 
> > When pasting ligatures, they are developped, which is fine for non-UTF-8
> > environment. But when a UTF-8 transfer is possible, maybe they should rather
> > be transmitted as such? For instance,
> > http://dept-info.labri.fr/~thibault/tmp/ligature.dvi
> [...]
> > Locale: LANG=fr_FR@euro, LC_CTYPE=fr_FR@euro (charmap=ISO-8859-15)
> 
> When do you think a UTF-8 transfer would be possible?

IIRC, the X protocol has a negociation facility when transfering the
selection.

> You are not working in a UTF-8 locale.

Because I ran reportbug in a latin X-term. But when working with gvim,
emacs,... it would be fine.

> In addition, AFAIK the only reason why a very small set of ligatures is
> part of Unicode is because they were defined in legacy encodings like
> AdobeExpert. Normally Unicode wants to encode characters not glyphs. And
> the 'ffi' ligature is just a special glyph for the character sequence
> 'ffi'. So from my understanding of the intention of Unicode, xdvi's
> behaviour to decompose ligatures is correct even in a locale using
> Unicode.

Ok, closing bug.

Samuel

--- End Message ---

Reply to: