I've uploaded windows and fedora core 3 versions of tex2lyx to the wiki:
http://wiki.lyx.org/LaTeX/LatexToLyx
I've also uploaded a little script to automate the generation of these
packages. I'd be interested if someone else, using another distribution,
could use this script too. It should be a
Georg Baum wrote:
>> I thin this pretty printing should be removed and replaced if possible
>> by something as simple as
>> \includegraphics[draft, other options]{filename}
>>
>> We are playing too many nice tricks.
>
> The problem is that you need to specify 'draft', the file type and the
> boun
While testing the new tex2lyx tabular code I discovered a subtle bug in
lyx2lyx. lyx 1.3 writes
'\begin_inset Tabular', while lyx 1.4cvs writes
'\begin_inset Tabular'. lyx2lyx fails to revert to 1.3 format, because it
searches for the version with two spaces. Unfortunately lyx reads
silently il
Am Mittwoch, 16. Februar 2005 17:13 schrieb Jean-Marc Lasgouttes:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
> I thin this pretty printing should be removed and replaced if possible
> by something as simple as
> \includegraphics[draft, other options]{filename}
>
> We are playing
Am Mittwoch, 16. Februar 2005 14:36 schrieb Georg Baum:
> > The InsetFoot on the Author line is converted to ERT.
>
> Will have a look.
I can't reproduce this. I used the Userguide of 1.4cvs. Which one did you
use?
> > \begin_inset Text
> >
> > Perhaps these are just default values that aren
(please cc me if needed, the users list is enough for me)
Angus Leeming wrote:
Can I suggest that you post minimal latex files of any construct that you
find aren't handled well to the lyx-devel list.
There weren't that many things left (as opposed to the
relyx-conversion), and some are known is
On Feb 16, 2005, at 1:38 PM, Angus Leeming wrote:
Just to be crystal clear: does it work if you change
-ifstream ifs(from.c_str(), ios::binary);
+ifstream ifs(from.c_str());
Yes. (As does LyX when I make that change in copy.C.)
Bennett
Bennett Helm wrote:
>> Try the attached version. Then
>>
>> $ g++ prog.cc
>> $ ./a.out from.png to.png
>> copy ok
>> $ cmp from.png to.png
>> $
>>
>> should work. Otherwise cmp will say that the files differ.
>>
>> You are still using gcc 2.95.2, no? If tellp() messes up streams
>> I wouldn't be su
On Feb 16, 2005, at 12:29 PM, [EMAIL PROTECTED] wrote:
Hi!
Try the attached version. Then
$ g++ prog.cc
$ ./a.out from.png to.png
copy ok
$ cmp from.png to.png
$
should work. Otherwise cmp will say that the files differ.
You are still using gcc 2.95.2, no? If tellp() messes up streams
I wouldn't be
Hi!
Try the attached version. Then
$ g++ prog.cc
$ ./a.out from.png to.png
copy ok
$ cmp from.png to.png
$
should work. Otherwise cmp will say that the files differ.
You are still using gcc 2.95.2, no? If tellp() messes up streams
I wouldn't be surprised that this program also doesn't work.
(se
On Feb 16, 2005, at 10:44 AM, Jean-Marc Lasgouttes wrote:
"Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> On MacOSX, the lyx directory for both lyx-136 and lyx-140 is
Bennett> currently ~/Library/Application Support/lyx, which of course
Bennett> has a space in it.
To make things clea
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> It seems that teTeX 3 uses the same \input{"a b"} as MikTeX. It is a
> web2c thing, actually.
>
> What would be interesting to comment out the code around line 188 of
> exporter.C and see what works and what does not work.
Well, you don't get a
I've dropped the ball on this, but it's something that should be fixed
before releasing lyx-136. Just a reminder: when graphics files are
copied to the tmp directory in MacOS X, the copy fails resulting in
empty (0kB) files. Consequently, typesetting fails on any file with
graphics.
Angus wrot
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> Hello, AFAICS, we have a problem with the generation of po
Michael> files. LyX 1.3.6 comprises 2838 messages, while the po files
Michael> of LyX 1.4.0 have only 1866 entries! I had a closer look at
Michael> the po files and no
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Angus Leeming wrote:
>> $ ls -l *.dvi
>> -rw-rw-r-- 1 angus angus 496736 Feb 15 22:33 UserGuide_13x.dvi
>> -rw-rw-r-- 1 angus angus 496940 Feb 15 22:33 UserGuide_13x_2.dvi
Angus> Repeating the loop (to get UserGuide_13x_3.dvi) I
Angus Leeming wrote:
> As ever, this is pre-release software. Use at your own risk.
>
> Get it here (760kB):
> http://www.devel.lyx.org/~leeming/tex2lyx_win32_15Feb05.zip
I have removed the .zip file from this location and have placed it on the
wiki instead. Find it, together with some notes, a
> "Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> On MacOSX, the lyx directory for both lyx-136 and lyx-140 is
Bennett> currently ~/Library/Application Support/lyx, which of course
Bennett> has a space in it.
To make things clear: this is the user directory, right?
Bennett> A
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> In no particular order, these are the things that I think need
Angus> to be considered before either LyX 1.3.6 or 1.4.0 is released
Angus> to the wider world. Unless marked (14x), each entry refers
Angus> equally to either release.
Well, much better, but can't we have a /little/ more space on the RHS?
The cursor is actually drawn over the red border right now and it's
still a little disconcerting
john
Angus Leeming wrote:
> There are some clear differences between the two files, although
> I don't know how important these are.
Some of the differences are empty font changes and not important at all.
There are also one character font changes. These are due to a bug of LyX:
http://bugzilla.lyx.or
> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
Jose'> This was the result of the file format change that lead to
Jose'> this line in LyX.py
OK, thanks.
JMarc
On Wednesday 16 February 2005 10:08, Jean-Marc Lasgouttes wrote:
> > "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
>
> Jose'> Hi, I have this in my tree, I think that we have discussed this
> Jose'> some time ago as it fixes a bug reported at that time.
>
> And what was this bug?
http://w
"Michael Schmitt" <[EMAIL PROTECTED]> writes:
>> André, I hope your cvs troubles are solved soon. I am not going to write
>> comments and changelogs for you forever ;-)
>
| It would ease Andre's life and reduce the download/upload times
| significantly, if somebody committed up-to-date ./po/*.po f
Angus Leeming <[EMAIL PROTECTED]> writes:
| Angus Leeming wrote:
>
>> MSVC complains about line 797 of rowpainter.C:
>> if (vi.p2 < text->paragraphs().size() - 1) {
>>
>> \lyx\lyx-devel\src\rowpainter.C(797) : warning C4018: '<' :
>> signed/unsigned mismatch
>>
>> vi.p2 has type lyx::pit_typ
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| Paris sounds great!
Lars> Except for the beer... but I can settle for some wine as well.
Sure, beer is not a big selling point.
Lars> I think you just got selected by acclamation, Jean-Marc.
Hmm, well, let's see what I can do.
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> But the net result is the same. The use case above is exactly
Angus> the sort of thing that stringstreams were designed for, no?
OK. I was not sure what stringstreams where designed for, except
hijacking the contents of a stream to
Jean-Marc Lasgouttes wrote:
> Angus> These patches work around a bug in the gcc 2.95 STL
> Angus> implementation. Committing now.
>
> Could you tell me again why using stringstreams instead of good old
> string concatenation is better in this case? I guess Lars already
> mentioned it, but it looks
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> These patches work around a bug in the gcc 2.95 STL
Angus> implementation. Committing now.
Could you tell me again why using stringstreams instead of good old
string concatenation is better in this case? I guess Lars already
mentio
> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
Jose'> Hi, I have this in my tree, I think that we have discussed this
Jose'> some time ago as it fixes a bug reported at that time.
And what was this bug?
JMarc
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> \input{"extra long file name"}This would cause TeX to read
Michael> the file "extra long file name.tex".
Michael> Things get a little bit complicated if you want to use the
Michael> LaTeX primitive \include. You have to write
30 matches
Mail list logo
