Your message dated Wed, 6 Apr 2005 15:48:44 +0530
with message-id <[EMAIL PROTECTED]>
and subject line The current version already fixes the problem
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)

--------------------------------------
Received: (at submit) by bugs.debian.org; 13 Feb 2005 19:06:17 +0000
>From [EMAIL PROTECTED] Sun Feb 13 11:06:16 2005
Return-path: <[EMAIL PROTECTED]>
Received: from master.debian.org [146.82.138.7] 
        by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
        id 1D0P4S-0005cY-00; Sun, 13 Feb 2005 11:06:16 -0800
Received: from h143.c229.tor.velocet.net ([10.0.0.60]) [216.138.229.143] 
        by master.debian.org with esmtp (Exim 3.35 1 (Debian))
        id 1D0P3Q-0001yL-00; Sun, 13 Feb 2005 13:05:12 -0600
MIME-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset="ISO-8859-15"
From: Alexis Parseghian <[EMAIL PROTECTED]>
To: Debian Bug Tracking System <[EMAIL PROTECTED]>
Subject: tex4ht: openoffice export error with manuscript style
X-Mailer: reportbug 3.7.1
Date: Sun, 13 Feb 2005 14:08:23 -0500
X-Debbugs-Cc: [EMAIL PROTECTED]
Message-Id: <[EMAIL PROTECTED]>
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
        (1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-7.3 required=4.0 tests=BAYES_00,HAS_PACKAGE,
        HTML_30_40,OUR_MTA_MSGID,X_DEBBUGS_CC autolearn=no 
        version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level: 

Package: tex4ht
Version: 20030426-3
Severity: normal


Incorrect encoding of \oe{} in htlatex openoffice export when tex package
"manuscipt" is used. The following example generates an incorrect encoding
for \oe{} which prevents OO.o from loading the resulting "content.xml" file.

manuscript.sty posted on comp.text.tex 23 march 1998, unable to find a more 
recent version (the one on CTAN failed to generate the proper fixed-font, 
doublespaced output on regular tex to dvi processing)

>>> manuscript.sty header
%%% test version for a style producing manuscript-like output.
%%% Stefan Ulrich <[EMAIL PROTECTED]>, with
%%% suggestions by Rowland <[EMAIL PROTECTED], no animal>
%%% and modifications by Steve Kilbane <[EMAIL PROTECTED]>
>>> end manuscript.sty header


Simple test case tex document:
>>> testcase.tex
\documentclass{book}
\usepackage[submit]{manuscript}

\title{Test case for oe ligature}

\usepackage[T1]{fontenc}
\usepackage[latin1]{inputenc}
\usepackage[frenchb]{babel}
\FrenchLayout

\begin{document}

Rodrigue, as-tu du c\oe{}ur ?\\
Tout autre que mon p�re l'�prouverait sur l'heure

\end{document}
>>> end testcase.tex


Command issued:
htlatex testcase.tex "xhtml,ooffice" "ooffice/! -cmozhtf" "-coo"


With manuscript package used as above, the \oe{} is incorrectly encoded
as a single char (line 24):

>>> resulting content.xml subdocument, line numbers added
01:<?xml version="1.0" encoding="UTF-8"?> 
02:<!DOCTYPE office:document-content PUBLIC "-//OpenOffice.org//DTD 
OfficeDocument 1.0//EN" "office.dtd"> 
03:<office:document-content  
04:xmlns:chart="http://openoffice.org/2000/chart";  
05:xmlns:dr3d="http://openoffice.org/2000/dr3d";  
06:xmlns:draw="http://openoffice.org/2000/drawing";  
07:xmlns:form="http://openoffice.org/2000/form";  
08:xmlns:number="http://openoffice.org/2000/datastyle";  
09:xmlns:office="http://openoffice.org/2000/office";  
10:xmlns:script="http://openoffice.org/2000/script";  
11:xmlns:style="http://openoffice.org/2000/style";  
12:xmlns:table="http://openoffice.org/2000/table";  
13:xmlns:text="http://openoffice.org/2000/text";  
14:xmlns:fo="http://www.w3.org/1999/XSL/Format";  
15:xmlns:math="http://www.w3.org/1998/Math/MathML";  
16:xmlns:svg="http://www.w3.org/2000/svg";  
17:xmlns:xlink="http://www.w3.org/1999/xlink";  
18:office:class="text" office:version="1.0" > 
19:<office:automatic-styles> <style:style style:name="tabular" 
style:family="table"> 
20:<style:properties style:rel-width="76%" fo:margin-left="1cm" 
fo:margin-right="1cm" table:align="margins"/> 
21:</style:style> 
22: 
23:</office:automatic-styles>     <office:body>
24:<!--l. 13--><text:p text:style-name="p-noindent">Rodrigue, as-tu du c�ur?
25:<text:line-break/>Tout autre que mon p&#x00E8;re l'&#x00E9;prouverait sur 
l'heure
26:   </text:p> 
27:</office:body> 
28:</office:document-content>
>>> end content.xml subdocument

Document fails to load in OO.o 1.1.4 with the following error:
"read error - format error in subdocument content.xml, position 24,69"


The encoding is correct when manuscript package is not used:

>>> resulting content.xml subdocument, excerpt
24:<!--l. 13--><text:p text:style-name="p-noindent">Rodrigue, as-tu du 
c&#x0153;ur ?
>>> end content.xml subdocument excerpt



-- System Information:
Debian Release: testing/unstable
  APT prefers unstable
  APT policy: (500, 'unstable'), (1, 'experimental')
Architecture: i386 (i686)
Kernel: Linux 2.6.6
Locale: [EMAIL PROTECTED], [EMAIL PROTECTED] (charmap=ISO-8859-15) (ignored: 
LC_ALL set to [EMAIL PROTECTED])

Versions of packages tex4ht depends on:
ii  libc6                       2.3.2.ds1-20 GNU C Library: Shared libraries an
ii  libkpathsea3                2.0.2-26     path search library for teTeX (run
ii  tetex-bin                   2.0.2-26     The teTeX binary files

-- no debconf information

---------------------------------------
Received: (at 295109-done) by bugs.debian.org; 6 Apr 2005 10:19:22 +0000
>From [EMAIL PROTECTED] Wed Apr 06 03:19:22 2005
Return-path: <[EMAIL PROTECTED]>
Received: from mail2.imsc.res.in [203.199.209.87] 
        by spohr.debian.org with esmtp (Exim 3.35 1 (Debian))
        id 1DJ7d2-0003qP-00; Wed, 06 Apr 2005 03:19:20 -0700
Received: from [172.16.1.76] (helo=banyan.imsc.res.in)
        by mail2.imsc.res.in with esmtp (Exim 4.34)
        id 1DJ7mt-0004xn-Fk
        for [EMAIL PROTECTED]; Wed, 06 Apr 2005 15:59:31 +0530
Received: from [172.16.2.107] (helo=as82.imsc.res.in)
        by banyan.imsc.res.in with esmtp (TLS-1.0:RSA_AES_128_CBC_SHA:16)
        (Exim 4.34)
        id 1DJ7cS-0006LW-KI
        for [EMAIL PROTECTED]; Wed, 06 Apr 2005 15:48:44 +0530
Date: Wed, 6 Apr 2005 15:48:44 +0530
From: Kapil Hari Paranjape <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: The current version already fixes the problem
Message-ID: <[EMAIL PROTECTED]>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="6sX45UoQRIJXqkqR"
Content-Disposition: inline
User-Agent: Mutt/1.5.6+20040907i
Delivered-To: [EMAIL PROTECTED]
X-Spam-Checker-Version: SpamAssassin 2.60-bugs.debian.org_2005_01_02 
        (1.212-2003-09-23-exp) on spohr.debian.org
X-Spam-Status: No, hits=-3.0 required=4.0 tests=BAYES_00 autolearn=no 
        version=2.60-bugs.debian.org_2005_01_02
X-Spam-Level: 


--6sX45UoQRIJXqkqR
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

Hello,

According to the person who originally reported the bug, the current
version already fixes the problem.

Regards,

Kapil.

-- 

--6sX45UoQRIJXqkqR
Content-Type: message/rfc822
Content-Disposition: inline

Return-path: <[EMAIL PROTECTED]>
Envelope-to: [EMAIL PROTECTED]
Delivery-date: Wed, 06 Apr 2005 08:37:51 +0530
Received: from [203.199.209.85] (helo=mail1.imsc.res.in)
        by banyan.imsc.res.in with esmtp (Exim 4.34)
        id 1DJ0tS-00005E-T0
        for [EMAIL PROTECTED]; Wed, 06 Apr 2005 08:37:51 +0530
Received: from rproxy.gmail.com ([64.233.170.197])
        by mail1.imsc.res.in with esmtp (Exim 4.34)
        id 1DJ0tc-0006x4-PO
        for [EMAIL PROTECTED]; Wed, 06 Apr 2005 08:38:01 +0530
Received: by rproxy.gmail.com with SMTP id b11so69478rne
        for <[EMAIL PROTECTED]>; Tue, 05 Apr 2005 20:07:06 -0700 (PDT)
DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws;
        s=beta; d=gmail.com;
        
h=received:message-id:date:from:reply-to:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:references;
        
b=HmzoGycBoa4vvgx4mCjF4emT7Sj/uXQAxyqiueTqzKfglejJCcB3pdr156IGYDsVlQL1GE7SlQYXHukYxCcYbzqAr2oWyjOewh9WiPjJY/VCxJ8q2egQAx1KKAudnlS0UmTmhsZ+MMjO9ukKCYojyXkVY8xXTiaQFBgeU+4JKFc=
Received: by 10.38.72.69 with SMTP id u69mr338489rna;
        Tue, 05 Apr 2005 20:07:05 -0700 (PDT)
Received: by 10.38.90.24 with HTTP; Tue, 5 Apr 2005 20:07:05 -0700 (PDT)
Message-ID: <[EMAIL PROTECTED]>
Date: Tue, 5 Apr 2005 23:07:05 -0400
From: Alexis Parseghian <[EMAIL PROTECTED]>
Reply-To: Alexis Parseghian <[EMAIL PROTECTED]>
To: Kapil Hari Paranjape <[EMAIL PROTECTED]>
Subject: Re: tex4ht: openoffice export error with manuscript style
In-Reply-To: <[EMAIL PROTECTED]>
References: <[EMAIL PROTECTED]>
         <[EMAIL PROTECTED]>
X-Spam-Score: -4.4 (----)
X-CRM114-Version: 20040419-BlameEasterBunny-auto.1 MF-E78AAF41 
X-CRM114-Status: Good  ( pR: 14.8934 )
Mime-Version: 1.0
Content-Transfer-Encoding: 8bit
Content-Type: text/plain; charset=utf-8

Hi,

> On Sun, Feb 13, 2005 at 02:08:23PM -0500, Alexis Parseghian wrote:
> > Package: tex4ht
> > Version: 20030426-3
> > Severity: normal
> >
> >
> > Incorrect encoding of \oe{} in htlatex openoffice export when tex package
> > "manuscipt" is used. The following example generates an incorrect encoding
> > for \oe{} which prevents OO.o from loading the resulting "content.xml" file.
> 
> I was able to obtain a manuscript.sty but it does not seem to
> accept the "submit" option.

Can't remember where I found the references (probably while googling),
but more googling got me only 2 results: a manuscript.sty on the CTAN
which, indeed, does not have the "submit" option at all ; and the 1998
one found on google-groups which does. I can provide you with a copy
if you wish.

> Could you please check this with the newer version of tex4ht
> (20050216.2023 or later).

Tested again with deb package 20050216.2023-1. The "contents.xml" file
contains code &#x0153 (instead of the previously invalid char), which
khtml correctly displays as "oe" ligature. For some reason it gets
dropped in OO.o 1.1.4 but a) that's not tex4ht's problem anymore and
b) at least OO.o doesn't crash.

Case closed as far as I'm concerned. 

Thanks and regards,
Alexis


> 
> Thanks and Regards,
> 
> Kapil.
> 
> --
>

--6sX45UoQRIJXqkqR--


-- 
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]

Reply via email to