You can subscribe to this list here.
2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(33) |
Dec
(17) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2002 |
Jan
|
Feb
(13) |
Mar
(28) |
Apr
(9) |
May
|
Jun
(9) |
Jul
|
Aug
(9) |
Sep
|
Oct
(4) |
Nov
(29) |
Dec
(12) |
2003 |
Jan
|
Feb
|
Mar
|
Apr
(6) |
May
(2) |
Jun
(2) |
Jul
(5) |
Aug
|
Sep
(3) |
Oct
(1) |
Nov
|
Dec
(1) |
2004 |
Jan
(2) |
Feb
(12) |
Mar
(8) |
Apr
|
May
(1) |
Jun
|
Jul
|
Aug
|
Sep
(2) |
Oct
(7) |
Nov
(6) |
Dec
(1) |
2005 |
Jan
|
Feb
|
Mar
(3) |
Apr
(6) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(8) |
Dec
|
2007 |
Jan
(1) |
Feb
|
Mar
(2) |
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
(5) |
Sep
(24) |
Oct
(11) |
Nov
(16) |
Dec
|
2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(2) |
Dec
|
2010 |
Jan
|
Feb
(8) |
Mar
(1) |
Apr
|
May
(2) |
Jun
|
Jul
|
Aug
(11) |
Sep
(2) |
Oct
|
Nov
|
Dec
|
2011 |
Jan
(2) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2012 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2013 |
Jan
(1) |
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2014 |
Jan
|
Feb
|
Mar
(1) |
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
|
Sep
(1) |
Oct
|
Nov
|
Dec
|
2024 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
From: Wilfried H. <tex...@gm...> - 2024-07-30 19:00:39
|
Hello everyone, the latex2rtf project is now moved to GitHub (thanks to Mike Taves). It is available at https://github.com/latex2rtf/latex2rtf I am going to delete the project from sourceforge at the end of year 2024. Kind regards, Wilfried |
From: Wilfried H. <tex...@gm...> - 2024-07-23 18:29:45
|
Hello everyone, I am going to retire from the latex2rtf project. I am going to delete the project from sourceforge at the end of year 2024 (if not earlier) unless anyone takes over the administrator role. The project is also published on github and may be forked as you like, see https://github.com/wilfriedh/LaTeX2rtf Please inform me (by e-mail) if anything is missing in the github version. Kind regards, Wilfried |
From: Tyler S. <ty...@pl...> - 2014-09-11 21:22:49
|
Hello Scott, Wilfried, I am using latex2rtf for the first time in some years, and found a few new bits I need for processing the output of knitr files [1]. This format produces a new environment called an Schunk. The easiest way to deal with this is just to ignore it: diff -c commands.c commands.c-orig *** commands.c 2014-09-11 16:16:04.558799720 -0400 --- commands.c-orig 2014-09-11 16:55:09.942186626 -0400 *************** *** 786,792 **** {"latexonly", CmdIgnore, 0}, {"htmlonly", CmdIgnoreEnviron, IGNORE_HTMLONLY}, {"rawhtml", CmdIgnoreEnviron, IGNORE_RAWHTML}, - {"Schunk", CmdIgnoreEnviron, 0}, {"theindex", CmdIgnoreEnviron, 0}, {"landscape", CmdTolerateEnviron, 0}, {"sloppypar", CmdTolerateEnviron, 0}, --- 786,791 ---- I am also using the \micro and \gram symbols from the SI package. These are easily added to the direct.cfg file: diff -c cfg/direct.cfg cfg/direct.cfg-orig *** cfg/direct.cfg 2014-09-11 16:51:35.011036810 -0400 --- cfg/direct.cfg-orig 2014-09-11 16:54:03.869227150 -0400 *************** *** 229,235 **** \gimel,{\u1490**}. \gneqq,{\u8809**}. \gnsim,{\u8935**}. - \gram,{g}. \gtrdot,{\u8919**}. \gtreqless,{\u8923**}. \gtrless,{\u8823**}. --- 229,234 ---- *************** *** 334,340 **** \measuredangle,{\u8737**}. \medskip,\par \par. \mho,{\u8487**}. - \micro,{\u956\'3f}. \mid,|. \min,{\plain min}. \minus,{\u8722**}. --- 333,338 ---- Have you given any thought to switching to github or bitbucket? This kind of small tweaks would be easy to deal with as forks/pull requests. Cheers, Tyler (formerly of mail.mcgill.ca when I added a handful of natbib tweaks) [1] http://yihui.name/knitr/ -- Tyler Smith ty...@pl... |
From: Wilfried H. <tex...@gm...> - 2014-04-04 08:06:53
|
Hello again! When packaging the 2.3.7 release I was too much in a hurry. The 2.3.7 packages contained some outdated files, and (unix/source package) *.o files and the executable program, which won't work on Mac or Linux because they were compiled with and for cygwin. I re-packaged the release as latex2rtf-2.3.7a_win.exe and latex2rtf-2.3.7a.tar.gz Please use the corrected packages. Wilfried At 03.04.2014 23:46 Wilfried Hennings wrote: > Hello, and thanks to James for the bug report. > The double equation numbering was introduced with version 2.3.5. In > v.2.3.5 I removed replacement of \begin{equation}...\end{equation} by > $$...$$ which caused problems with some equations with amsmath when > converting to bitmaps or eps. Outputting the unmodified > \begin{equation}...\end{equation} to the l2r_nnnn.tex files solved the > problem but also introduced the double numbering. > I released the new version 2.3.7 which now replaces > \begin{equation}...\end{equation} by > \begin{displaymath}...\end{displaymath}. > I hope that works for most cases. > Wilfried > > At 29.03.2014 15:13 James Phillips wrote: >> Hello latex2rtf developers, >> >> Thank you for this great software; it has solved some real problems for me. >> >> I want to report a bug in the windows version 2.3.5r1236 [1]. When using >> the -M4 option, converting display equations to bitmaps, the display >> equations are numbered in the bitmap, which leads to apparent >> double-numbering in the document. >> >> A minimal example exhibiting the issue is below [2]. >> >> This issue does not appear in the Linux (Debian Jessie) version 2.3.3_r1230. >> >> Please let me know if I can be of further assistance in tracking down >> what the issue is. >> >> Regards >> >> James R. Phillips >> >> [1] I realize now there is a 2.3.6 windows version available but the >> change log indicates only an address change for the FSF. >> >> [2] Minimal working example.tex exhibiting double numbering for display >> equations >> >> \documentclass[10 pt]{minimal} >> \begin{document} >> Minimal example of double numbering: >> \begin{equation} >> E=m c^2 >> \end{equation} >> \end{document} >> >> >> >> ------------------------------------------------------------------------------ >> >> >> >> _______________________________________________ >> Latex2rtf-developers mailing list >> Lat...@li... >> https://lists.sourceforge.net/lists/listinfo/latex2rtf-developers >> > > > ------------------------------------------------------------------------------ > _______________________________________________ > Latex2rtf-developers mailing list > Lat...@li... > https://lists.sourceforge.net/lists/listinfo/latex2rtf-developers > |
From: Wilfried H. <tex...@gm...> - 2014-04-03 21:46:16
|
Hello, and thanks to James for the bug report. The double equation numbering was introduced with version 2.3.5. In v.2.3.5 I removed replacement of \begin{equation}...\end{equation} by $$...$$ which caused problems with some equations with amsmath when converting to bitmaps or eps. Outputting the unmodified \begin{equation}...\end{equation} to the l2r_nnnn.tex files solved the problem but also introduced the double numbering. I released the new version 2.3.7 which now replaces \begin{equation}...\end{equation} by \begin{displaymath}...\end{displaymath}. I hope that works for most cases. Wilfried At 29.03.2014 15:13 James Phillips wrote: > Hello latex2rtf developers, > > Thank you for this great software; it has solved some real problems for me. > > I want to report a bug in the windows version 2.3.5r1236 [1]. When using > the -M4 option, converting display equations to bitmaps, the display > equations are numbered in the bitmap, which leads to apparent > double-numbering in the document. > > A minimal example exhibiting the issue is below [2]. > > This issue does not appear in the Linux (Debian Jessie) version 2.3.3_r1230. > > Please let me know if I can be of further assistance in tracking down > what the issue is. > > Regards > > James R. Phillips > > [1] I realize now there is a 2.3.6 windows version available but the > change log indicates only an address change for the FSF. > > [2] Minimal working example.tex exhibiting double numbering for display > equations > > \documentclass[10 pt]{minimal} > \begin{document} > Minimal example of double numbering: > \begin{equation} > E=m c^2 > \end{equation} > \end{document} > > > > ------------------------------------------------------------------------------ > > > > _______________________________________________ > Latex2rtf-developers mailing list > Lat...@li... > https://lists.sourceforge.net/lists/listinfo/latex2rtf-developers > |
From: James P. <jam...@ya...> - 2014-03-29 14:13:15
|
Hello latex2rtf developers, Thank you for this great software; it has solved some real problems for me. I want to report a bug in the windows version 2.3.5r1236 [1]. When using the -M4 option, converting display equations to bitmaps, the display equations are numbered in the bitmap, which leads to apparent double-numbering in the document. A minimal example exhibiting the issue is below [2]. This issue does not appear in the Linux (Debian Jessie) version 2.3.3_r1230. Please let me know if I can be of further assistance in tracking down what the issue is. Regards James R. Phillips [1] I realize now there is a 2.3.6 windows version available but the change log indicates only an address change for the FSF. [2] Minimal working example.tex exhibiting double numbering for display equations \documentclass[10 pt]{minimal} \begin{document} Minimal example of double numbering: \begin{equation} E=m c^2 \end{equation} \end{document} |
From: Uwe B. <ou...@ma...> - 2013-01-18 11:40:05
|
Hello Are there any plans to support the ulem or similar packages, such as soul? regards Uwe Brauer \documentclass[12pt]{article} \usepackage{color} \usepackage[normalem]{ulem} \usepackage{soul} \begin{document} \sout{sout} \uwave{uwave} \end{document} |
From: Wilfried H. <tex...@gm...> - 2012-06-02 20:13:52
|
At 02.06.2012 21:22 Adam R. Maxwell wrote: > I'm trying to spin a new OS X installer package of latex2rtf, > but the trunk isn't compiling right now for me; [...] Yes, svn contents reflect the current (intermediate) development state. Instead, try the package latex2rtf-2.1.1beta8.tar.gz which can be downloaded on page http://sourceforge.net/projects/latex2rtf/files/latex2rtf-unix/2.1.1/ Regards, Wilfried |
From: Adam R. M. <ama...@ma...> - 2012-06-02 19:22:42
|
Hey Scott, I'm trying to spin a new OS X installer package of latex2rtf, but the trunk isn't compiling right now for me; it complains thusly: cc -g -Wall -Wno-write-strings -isysroot /Xcode3/SDKs/MacOSX10.5.sdk -mmacosx-version-min=10.5 -DUNIX -arch ppc -arch i386 -arch x86_64 -c -o equations.o equations.c equations.c: In function ‘WriteEquationAsMTEF’: equations.c:691: error: ‘EQ_Needed’ undeclared (first use in this function) equations.c:691: error: (Each undeclared identifier is reported only once The problem appears to come from this: http://latex2rtf.svn.sourceforge.net/viewvc/latex2rtf/trunk/equations.c?r1=1173&r2=1175 I've just #ifed out that function since it's not used anywhere, but thought you might want to know... thanks, Adam |
From: Maxwell, A. R <ada...@pn...> - 2011-01-19 18:20:51
|
On Jan 19, 2011, at 10:17, Maxwell, Adam R wrote: > I've just updated from svn and converted a document, and ran into a fairly major problem: anywhere I use e.g., $H_s$ in my LaTeX document, I see "\[$H_s$\]Hs" in Word. The final Hs is correct, but the math code shouldn't be visible (Word 2011, Mac OS X 10.6). Well, you can ignore all of this. I just discovered that the Makefile is now putting the binary in /opt/local, which is not in my search path...so apparently I was testing an older version. Sorry for the noise! |
From: Maxwell, A. R <ada...@pn...> - 2011-01-19 18:18:01
|
Hi Scott et al, I've just updated from svn and converted a document, and ran into a fairly major problem: anywhere I use e.g., $H_s$ in my LaTeX document, I see "\[$H_s$\]Hs" in Word. The final Hs is correct, but the math code shouldn't be visible (Word 2011, Mac OS X 10.6). I backed out equations.[ch] to r1101 since r1126 and r1127 seemed likely, but the problem was still present. Backing out the entire source tree to r1101 did fix the problem, and it looks like r1126 and r1127 both caused problems. Minimal sample I tried (inputenc likely not relevant): \documentclass[11pt]{article} \usepackage[utf8]{inputenc} \begin{document} This is $H_s$ math. \end{document} No options passed in conversion, although I've played with various -M options. I've made sure that g_equation_comment and g_equation_raw_latex are both zero in CmdEquation, so I'm lost now. thanks, Adam |
From: Alan T L. <al...@al...> - 2010-09-01 19:00:25
|
On 1/09/2010, at 11:59 PM, Wilfried Hennings wrote: > At 03.08.2010 22:02, Alan T Litchfield wrote:: >> Hi >> >> On 4/08/2010, at 7:47 AM, Adam R. Maxwell wrote: >> >>> >>> On Aug 3, 2010, at 12:30 PM, Alan T Litchfield wrote: >>> >>>> Running latex2rtf with no file and no options returns: >>>> >>>> dyld: lazy symbol binding failed: Symbol not found: _fopen$UNIX2003 >>>> Referenced from: /usr/local/bin/latex2rtf >>>> Expected in: /usr/lib/libSystem.B.dylib >>>> >>>> dyld: Symbol not found: _fopen$UNIX2003 >>>> Referenced from: /usr/local/bin/latex2rtf >>>> Expected in: /usr/lib/libSystem.B.dylib >>> >>> This is a compiling/linking problem. >>> >>>> Version is: >>>> 2.1.1 r1114 >>> >>> How did you install it? This looks like a packaging problem, not a >>> latex2rtf problem. >>> >>> >> >> No, this is the package you referenced on TeX on Mac OS X mailing >> list >> earlier. > > This indeed was a packaging problem. THIS problem was solved, see the > following post in the OS X TeX mailing list archive: > > http://tug.org/pipermail/macostex-archives/2010-August/044789.html > > The problem listed later in the cited post was already discussed on > the > latex2rtf-developers mailing list and partially fixed in the > development > version (on sourceforge svn) so that at least the conversion runs > through, albeit without really supporting longtable and caption. Sorry to be a pain Wilfried, but I am aware of that. If you have a look at the dates on the previous messages you will see that the mail server has decide to send the messages again. Not my fault. Regards Alan |
From: Wilfried H. <tex...@gm...> - 2010-09-01 11:59:56
|
At 03.08.2010 22:02, Alan T Litchfield wrote:: > Hi > > On 4/08/2010, at 7:47 AM, Adam R. Maxwell wrote: > >> >> On Aug 3, 2010, at 12:30 PM, Alan T Litchfield wrote: >> >>> Running latex2rtf with no file and no options returns: >>> >>> dyld: lazy symbol binding failed: Symbol not found: _fopen$UNIX2003 >>> Referenced from: /usr/local/bin/latex2rtf >>> Expected in: /usr/lib/libSystem.B.dylib >>> >>> dyld: Symbol not found: _fopen$UNIX2003 >>> Referenced from: /usr/local/bin/latex2rtf >>> Expected in: /usr/lib/libSystem.B.dylib >> >> This is a compiling/linking problem. >> >>> Version is: >>> 2.1.1 r1114 >> >> How did you install it? This looks like a packaging problem, not a >> latex2rtf problem. >> >> > > No, this is the package you referenced on TeX on Mac OS X mailing list > earlier. This indeed was a packaging problem. THIS problem was solved, see the following post in the OS X TeX mailing list archive: http://tug.org/pipermail/macostex-archives/2010-August/044789.html The problem listed later in the cited post was already discussed on the latex2rtf-developers mailing list and partially fixed in the development version (on sourceforge svn) so that at least the conversion runs through, albeit without really supporting longtable and caption. Regards, Wilfried |
From: Adam R. M. <ama...@ma...> - 2010-08-04 22:31:02
|
On Aug 3, 2010, at 1:02 PM, Alan T Litchfield wrote: > No, this is the package you referenced on TeX on Mac OS X mailing list > earlier. Scott, if you or anyone else is interested, I can provide the Apple installer package setup. This is an unofficial binary that I put together a few months ago: http://www.tug.org/pipermail/macostex-archives/2010-April/043664.html To compile a 3-way binary for 10.5 and later (on OS X 10.6), I had to edit the Makefile as follows: PLATFORM?=-isysroot /Developer/SDKs/MacOSX10.5.sdk -mmacosx-version-min=10.5 -DUNIX -arch ppc -arch i386 -arch x86_64 |
From: Alan T L. <al...@al...> - 2010-08-04 22:29:37
|
Hi Scott, On 5/08/2010, at 9:52 AM, Scott Prahl wrote: > > On Aug 4, 2010, at 1:02 PM, Alan T Litchfield wrote: > >> Hi Scott, >> >> On 5/08/2010, at 4:57 AM, Scott Prahl wrote: >> >>> Alan, >>> >>> The problem is with \caption{}. This is not currently supported in >>> a longtable >>> environment. Consequently, the presence of '\\' inside the caption >>> causes problems. The easiest fix is to replace '\\' with two >>> linefeeds, but the >>> RTF translation is pretty poor. >> >> Are you sure? > > Yes I am sure. Re-reading my sentence above, I see that it can be > interpreted > differently than I intended. Sorry. I meant to say that \\caption > is not > currently supported in a longtable environment *IN LATEX2RTF* > > Sorry for the confusion. I too read the longtable documentation > because > I was unaware that \caption{} was even possible and saw the > equivalence > to \multicolumn{n}{c}{}. Unfortunately, adding code to support > \caption{} > is not trivial. It can be done, just not in a few minutes > > Sorry for the confusion > Scott > >> No problem :) When I read it I realised too that the caption environment is quite different to the standard caption environment used in floats. I guess it is not one of those environments that is used extensively, although I tend to use it a lot. Cheers Alan -- Alan T Litchfield AlphaByte PO Box 141, Auckland, 1140 New Zealand http://www.alphabyte.co.nz http://www.alphabyte.co.nz/beatrice |
From: Scott P. <pr...@bm...> - 2010-08-04 21:48:23
|
On Aug 4, 2010, at 1:02 PM, Alan T Litchfield wrote: > Hi Scott, > > On 5/08/2010, at 4:57 AM, Scott Prahl wrote: > >> Alan, >> >> The problem is with \caption{}. This is not currently supported in >> a longtable >> environment. Consequently, the presence of '\\' inside the caption >> causes problems. The easiest fix is to replace '\\' with two >> linefeeds, but the >> RTF translation is pretty poor. > > Are you sure? Yes I am sure. Re-reading my sentence above, I see that it can be interpreted differently than I intended. Sorry. I meant to say that \\caption is not currently supported in a longtable environment *IN LATEX2RTF* Sorry for the confusion. I too read the longtable documentation because I was unaware that \caption{} was even possible and saw the equivalence to \multicolumn{n}{c}{}. Unfortunately, adding code to support \caption{} is not trivial. It can be done, just not in a few minutes Sorry for the confusion Scott > From the longtable documentation I get, which suggests > to me that it is: > > The \caption{...} command is essentially equivalent to \multicolumn{n} > {c}{\parbox{\LTcapwidth}{...}} where n is the number of columns of the > table. You may set the width of the caption with a command such as > \setlength{\LTcapwidth}{2in} in the preamble of your document. The > default is 4in. \caption also writes the information to produce an > entry in the list of tables. As with the \caption command in the > figure and table environments, an optional argument specifies the > text to appear in the list of tables if this is different from the > text to appear in the caption. Thus the caption for table 1 was > specified as \caption[An optional table caption (used in the list of > tables)]{A long table\label{long}}. > > You may wish the caption on later pages to be different to that on the > first page. In this case put the \caption command in the first > heading, and put a subsidiary caption in a \caption[] command in the > main heading. If the optional argument to \caption is empty, no entry > is made in the list of tables. Alternatively, if you do not want the > table number to be printed each time, use the \caption* command. > > The captions are set based on the code for the article class. If you > have redefined the standard \@makecaption command to produce a > different format for the captions, you may need to make similar > changes to the longtable version, \LT@makecaption. See the code > section for more details. > > A more convenient method of customising captions is given by the > caption(2) package, which provides commands for customising captions, > and arranges that the captions in standard environments, and many > environments provided by packages (including longtable) are modified > in a compatible manner. > > You may use the \label command so that you can cross reference > longtables with \ref. Note however, that the \label command should not > be used in a heading that may appear more than once. Place it either > in the firsthead, or in the body of the table. It should not be the > first command in any entry. > >> >> I don't have time at the moment to fix the longtable \caption problem. > > From the above the \caption command is redefined(?) > >> >> Also the xy environment is completely unsupported so that will be >> problematic. > > Ah, OK. Thanks. > > Cheers > Alan > -- > Alan T Litchfield > AlphaByte > PO Box 141, Auckland, 1140 > New Zealand > http://www.alphabyte.co.nz > http://www.alphabyte.co.nz/beatrice > > This message is intended for the sole use of the addressee, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you are not the addressee you are hereby notified that you may not use, copy, disclose, or distribute to anyone the message or any information contained in the message. If you have received this message in error, please immediately advise the sender by reply email and delete this message. |
From: Alan T L. <al...@al...> - 2010-08-04 20:03:09
|
Hi Scott, On 5/08/2010, at 4:57 AM, Scott Prahl wrote: > Alan, > > The problem is with \caption{}. This is not currently supported in > a longtable > environment. Consequently, the presence of '\\' inside the caption > causes problems. The easiest fix is to replace '\\' with two > linefeeds, but the > RTF translation is pretty poor. Are you sure? From the longtable documentation I get, which suggests to me that it is: The \caption{...} command is essentially equivalent to \multicolumn{n} {c}{\parbox{\LTcapwidth}{...}} where n is the number of columns of the table. You may set the width of the caption with a command such as \setlength{\LTcapwidth}{2in} in the preamble of your document. The default is 4in. \caption also writes the information to produce an entry in the list of tables. As with the \caption command in the figure and table environments, an optional argument specifies the text to appear in the list of tables if this is different from the text to appear in the caption. Thus the caption for table 1 was specified as \caption[An optional table caption (used in the list of tables)]{A long table\label{long}}. You may wish the caption on later pages to be different to that on the first page. In this case put the \caption command in the first heading, and put a subsidiary caption in a \caption[] command in the main heading. If the optional argument to \caption is empty, no entry is made in the list of tables. Alternatively, if you do not want the table number to be printed each time, use the \caption* command. The captions are set based on the code for the article class. If you have redefined the standard \@makecaption command to produce a different format for the captions, you may need to make similar changes to the longtable version, \LT@makecaption. See the code section for more details. A more convenient method of customising captions is given by the caption(2) package, which provides commands for customising captions, and arranges that the captions in standard environments, and many environments provided by packages (including longtable) are modified in a compatible manner. You may use the \label command so that you can cross reference longtables with \ref. Note however, that the \label command should not be used in a heading that may appear more than once. Place it either in the firsthead, or in the body of the table. It should not be the first command in any entry. > > I don't have time at the moment to fix the longtable \caption problem. From the above the \caption command is redefined(?) > > Also the xy environment is completely unsupported so that will be > problematic. Ah, OK. Thanks. Cheers Alan -- Alan T Litchfield AlphaByte PO Box 141, Auckland, 1140 New Zealand http://www.alphabyte.co.nz http://www.alphabyte.co.nz/beatrice |
From: Alan T L. <al...@al...> - 2010-08-04 19:58:44
|
On 4/08/2010, at 11:32 PM, Wilfried Hennings wrote: > Alan, I manually approved your postings to the latex2rtf-developers > list > (posting by non-subscribers is held back to fight spam) and subscribed > you to the list. > > At 04.08.2010 00:13, Alan T Litchfield wrote: >> latex2rtf 2.1.1 r1122 (2010-06-11 11:19:49 UTC) >> >> I have attached a minimal example. >> >> When I try to open with TextEdit or Word I get this error on both >> systems (10.5.* and 10.6.*): >> "The document “foo.rtf” could not be opened. The file is not in the >> right format." >> >> Looking at the last line in a text editor I see that it failed on a >> longtable and the conversion was truncated with no last line to >> complete >> the rtf file. > > Right. > If I remove the "\\" after "Work System Principles" in line 82, > latex2rtf conversion runs through and produces a readable rtf file, > but > nevertheless the longtable caption is not converted correctly, i.e. it > is put in a table cell instead in the caption. > We will have a look at this problem. > > Wilfried Hennings Thanks Wilfried, on both counts. :) Alan -- Alan T Litchfield AlphaByte PO Box 141, Auckland, 1140 New Zealand http://www.alphabyte.co.nz http://www.alphabyte.co.nz/beatrice |
From: Scott P. <pr...@bm...> - 2010-08-04 17:06:18
|
Alan, The problem is with \caption{}. This is not currently supported in a longtable environment. Consequently, the presence of '\\' inside the caption causes problems. The easiest fix is to replace '\\' with two linefeeds, but the RTF translation is pretty poor. I don't have time at the moment to fix the longtable \caption problem. Also the xy environment is completely unsupported so that will be problematic. Scott On Aug 3, 2010, at 3:13 PM, Alan T Litchfield wrote: > latex2rtf 2.1.1 r1122 (2010-06-11 11:19:49 UTC) > > I have attached a minimal example. > > When I try to open with TextEdit or Word I get this error on both > systems (10.5.* and 10.6.*): > "The document “foo.rtf” could not be opened. The file is not in the > right format." > > Looking at the last line in a text editor I see that it failed on a > longtable and the conversion was truncated with no last line to > complete the rtf file. > > Alan > -- > Alan T Litchfield > AlphaByte > PO Box 141, Auckland, 1140 > New Zealand > http://www.alphabyte.co.nz > http://www.alphabyte.co.nz/beatrice > <Archive.zip>------------------------------------------------------------------------------ > The Palm PDK Hot Apps Program offers developers who use the > Plug-In Development Kit to bring their C/C++ apps to Palm for a share > of $1 Million in cash or HP Products. Visit us here for more details: > http://p.sf.net/sfu/dev2dev-palm_______________________________________________ > Latex2rtf-developers mailing list > Lat...@li... > https://lists.sourceforge.net/lists/listinfo/latex2rtf-developers This message is intended for the sole use of the addressee, and may contain information that is privileged, confidential and exempt from disclosure under applicable law. If you are not the addressee you are hereby notified that you may not use, copy, disclose, or distribute to anyone the message or any information contained in the message. If you have received this message in error, please immediately advise the sender by reply email and delete this message. |
From: Wilfried H. <tex...@gm...> - 2010-08-04 11:33:14
|
Alan, I manually approved your postings to the latex2rtf-developers list (posting by non-subscribers is held back to fight spam) and subscribed you to the list. At 04.08.2010 00:13, Alan T Litchfield wrote: > latex2rtf 2.1.1 r1122 (2010-06-11 11:19:49 UTC) > > I have attached a minimal example. > > When I try to open with TextEdit or Word I get this error on both > systems (10.5.* and 10.6.*): > "The document “foo.rtf” could not be opened. The file is not in the > right format." > > Looking at the last line in a text editor I see that it failed on a > longtable and the conversion was truncated with no last line to complete > the rtf file. Right. If I remove the "\\" after "Work System Principles" in line 82, latex2rtf conversion runs through and produces a readable rtf file, but nevertheless the longtable caption is not converted correctly, i.e. it is put in a table cell instead in the caption. We will have a look at this problem. Wilfried Hennings |
From: Alan T L. <al...@al...> - 2010-08-03 22:13:27
|
latex2rtf 2.1.1 r1122 (2010-06-11 11:19:49 UTC) I have attached a minimal example. When I try to open with TextEdit or Word I get this error on both systems (10.5.* and 10.6.*): "The document foo.rtf could not be opened. The file is not in the right format." Looking at the last line in a text editor I see that it failed on a longtable and the conversion was truncated with no last line to complete the rtf file. Alan -- Alan T Litchfield AlphaByte PO Box 141, Auckland, 1140 New Zealand http://www.alphabyte.co.nz http://www.alphabyte.co.nz/beatrice |
From: Alan T L. <al...@al...> - 2010-08-03 20:02:48
|
Hi On 4/08/2010, at 7:47 AM, Adam R. Maxwell wrote: > > On Aug 3, 2010, at 12:30 PM, Alan T Litchfield wrote: > >> Running latex2rtf with no file and no options returns: >> >> dyld: lazy symbol binding failed: Symbol not found: _fopen$UNIX2003 >> Referenced from: /usr/local/bin/latex2rtf >> Expected in: /usr/lib/libSystem.B.dylib >> >> dyld: Symbol not found: _fopen$UNIX2003 >> Referenced from: /usr/local/bin/latex2rtf >> Expected in: /usr/lib/libSystem.B.dylib > > This is a compiling/linking problem. > >> Version is: >> 2.1.1 r1114 > > How did you install it? This looks like a packaging problem, not a > latex2rtf problem. > > No, this is the package you referenced on TeX on Mac OS X mailing list earlier. Cheers Alan -- Alan T Litchfield AlphaByte PO Box 141, Auckland, 1140 New Zealand http://www.alphabyte.co.nz http://www.alphabyte.co.nz/beatrice |
From: Adam R. M. <ama...@ma...> - 2010-08-03 19:47:40
|
On Aug 3, 2010, at 12:30 PM, Alan T Litchfield wrote: > Running latex2rtf with no file and no options returns: > > dyld: lazy symbol binding failed: Symbol not found: _fopen$UNIX2003 > Referenced from: /usr/local/bin/latex2rtf > Expected in: /usr/lib/libSystem.B.dylib > > dyld: Symbol not found: _fopen$UNIX2003 > Referenced from: /usr/local/bin/latex2rtf > Expected in: /usr/lib/libSystem.B.dylib This is a compiling/linking problem. > Version is: > 2.1.1 r1114 How did you install it? This looks like a packaging problem, not a latex2rtf problem. |
From: Alan T L. <al...@al...> - 2010-08-03 19:46:12
|
Running latex2rtf with no file and no options returns: dyld: lazy symbol binding failed: Symbol not found: _fopen$UNIX2003 Referenced from: /usr/local/bin/latex2rtf Expected in: /usr/lib/libSystem.B.dylib dyld: Symbol not found: _fopen$UNIX2003 Referenced from: /usr/local/bin/latex2rtf Expected in: /usr/lib/libSystem.B.dylib Trace/BPT trap The same error is returned with a file and no options and a file with options. Version is: 2.1.1 r1114 System is: Dual 2GHz PPC G5 6Gb RAM OSX 10.5.8 -- Alan T Litchfield AlphaByte PO Box 141, Auckland, 1140 New Zealand http://www.alphabyte.co.nz http://www.alphabyte.co.nz/beatrice |
From: Wilfried H. <tex...@gm...> - 2010-05-15 08:58:44
|
Hello all, just to let you know I forward the following message which I recently received. Regards, Wilfried >>>start of forwarded message>>> Subject: latex2rtf included in the Softpedia Mac OS software database From: Softpedia Editorial Team <mac...@so...> Date: Fri, 14 May 2010 02:09:02 -0400 (EDT) Hello, As you may already know, latex2rtf, one of your products, is part of Softpedia's database of software programs for Mac OS. It is featured with a description text, screenshots, download links and technical details on this page: http://mac.softpedia.com/get/Developer-Tools/latex2rtf.shtml The description text was created by our editors, using sources such as text from your product's homepage, information from its help system, the PAD file (if available) and the editor's own opinions on the program itself. "latex2rtf" has been tested in the Softpedia labs using several industry-leading security solutions and found to be completely clean of adware/spyware components. We are impressed with the quality of your product and encourage you to keep these high standards in the future. To assure our visitors that latex2rtf is clean, we have granted it with the "100% FREE" Softpedia award. To let your users know about this certification, you may display this award on your website, on software boxes or inside your product. More information about your product's certification and the award is available on this page: http://mac.softpedia.com/progClean/latex2rtf-Clean-36615.html Feel free to link to us using the URLs above. If you choose to link to the clean award page for your product, you may use the award graphic or a text link: "100% FREE award granted by Softpedia". If you feel that having your product listed on Softpedia is not a benefit for you or simply need something changed or updated, please contact us via email at web...@so... and we will work with you to fix any problem you may have found with the product's listing. -- Sincerely, The Softpedia Team ----------------------------------------------------------------------- Softpedia is a library of over 400,000 free and free-to-try software programs for Windows, Mac OS and Linux, games and gaming tools, Windows device drivers, mobile devices and IT-related articles. ----------------------------------------------------------------------- Softpedia - the encyclopedia of free software downloads http://www.softpedia.com/ <<<end of forwarded message<<< |