Angus Leeming wrote:
On Monday 04 April 2005 13:17, Georg Baum wrote:
Well, I thought it would work like that. In fact, I have multiple
requirements in my personal template file already.
And does it work? I can't see how.
No. I looked in my external_templates file, saw two entries and
Angus Leeming wrote:
> On Monday 04 April 2005 13:17, Georg Baum wrote:
>> Well, I thought it would work like that. In fact, I have multiple
>> requirements in my personal template file already.
>
> And does it work? I can't see how.
No. I looked in my external_templates file, saw two entries
Am Montag, 4. April 2005 11:44 schrieb Angus Leeming:
I guess that this is all pretty clear. We're going to have to escape
the ~ in the file path. However, I'm a little suprised by the
absolute path. Wouldn't this be just the file name normally?
It should be only the file name, both for the
Georg Baum wrote:
Am Montag, 4. April 2005 11:44 schrieb Angus Leeming:
I guess that this is all pretty clear. We're going to have to escape
the ~ in the file path. However, I'm a little suprised by the
absolute path. Wouldn't this be just the file name normally?
It should be only the file
Martin Vermeer wrote:
I see that you can give _one_ requirement to an external template. Could
that be generalized so we could demand color in addition to graphicx?
(Or would Requirement graphicx,color do the trick?)
It is possible in 1.4 (don't know about 1.3):
Requirement graphicx
Martin Vermeer wrote:
I see that you can give _one_ requirement to an external template. Could
that be generalized so we could demand color in addition to graphicx?
(Or would Requirement graphicx,color do the trick?)
I think that
Requirement graphicx
Requirement color
would be a better
Angus Leeming wrote:
Angus That's because we'd also have to change os_win32.C's
Angus implementation of os::external_path:
The current code is clearly bogus. You patch makes more sense, I
believe. Does running latex still work after that?
I've just installed MikTeX. I'll have a play.
Well, I
Angus Leeming wrote:
Note that this is LyX 1.3.x, which contains the lines:
That explains it. I thought it was 1.4.
Georg
On Tue, Mar 29, 2005 at 01:44:14PM +0100, Angus Leeming wrote:
Jean-Marc Lasgouttes wrote:
Angus Before we release the code as 1.3.6, however, I think it would
Angus make sense to have some Windows guinea pigs to try it out and
Angus report on any obvious problems. Maybe a call for Windows
On Monday 04 April 2005 13:17, Georg Baum wrote:
Am Montag, 4. April 2005 14:55 schrieb Martin Vermeer:
On Mon, Apr 04, 2005 at 09:42:07AM +, Angus Leeming wrote:
Martin,
I suspect that my reply to your mail will remain lost in space
until Mate fixes the lists.lyx.org server.
Am Montag, 4. April 2005 11:44 schrieb Angus Leeming:
> I guess that this is all pretty clear. We're going to have to escape
> the "~" in the file path. However, I'm a little suprised by the
> absolute path. Wouldn't this be just the file name normally?
It should be only the file name, both for
Georg Baum wrote:
> Am Montag, 4. April 2005 11:44 schrieb Angus Leeming:
>> I guess that this is all pretty clear. We're going to have to escape
>> the "~" in the file path. However, I'm a little suprised by the
>> absolute path. Wouldn't this be just the file name normally?
>
> It should be
Martin Vermeer wrote:
> I see that you can give _one_ requirement to an external template. Could
> that be generalized so we could demand color in addition to graphicx?
> (Or would Requirement "graphicx,color" do the trick?)
It is possible in 1.4 (don't know about 1.3):
Requirement graphicx
Martin Vermeer wrote:
I see that you can give _one_ requirement to an external template. Could
that be generalized so we could demand color in addition to graphicx?
(Or would Requirement "graphicx,color" do the trick?)
I think that
Requirement "graphicx"
Requirement "color"
would be a
Angus Leeming wrote:
Angus> That's because we'd also have to change os_win32.C's
Angus> implementation of os::external_path:
The current code is clearly bogus. You patch makes more sense, I
believe. Does running latex still work after that?
I've just installed MikTeX. I'll have a play.
Well, I
Angus Leeming wrote:
> Note that this is LyX 1.3.x, which contains the lines:
That explains it. I thought it was 1.4.
Georg
On Tue, Mar 29, 2005 at 01:44:14PM +0100, Angus Leeming wrote:
> Jean-Marc Lasgouttes wrote:
> >Angus> Before we release the code as 1.3.6, however, I think it would
> >Angus> make sense to have some Windows guinea pigs to try it out and
> >Angus> report on any obvious problems. Maybe a "call for
On Monday 04 April 2005 13:17, Georg Baum wrote:
> Am Montag, 4. April 2005 14:55 schrieb Martin Vermeer:
> > On Mon, Apr 04, 2005 at 09:42:07AM +, Angus Leeming wrote:
> > > Martin,
> > >
> > > I suspect that my reply to your mail will remain lost in space
> > > until Mate fixes the
JMarc It should look like C:\Desktop\UserGuide.lyx, I believe.
Really? Why? Who Says?
JMarc Probably the ~/ part of MakeDisplayPath should only
JMarc be done on Unix.On windows, I guess there is some API
JMarc to turn get those shorter file names.
Angus Mmmm, but this is not too important
The tradition about displaying nice paths on windows does not exist: Either
you do the complicated:
C:\Documents and settings\alstrup\My documents\My file.lyx
C:\Documents and settings\alstrup\Desktop\My second file.lyx
C:\My third file.lyx
or you ignore the path and just do (like all the
Asger Alstrup wrote:
The tradition about displaying nice paths on windows does not exist:
So you think that having such functionality is a bad thing for LyX/Win?
The only real problem here seems to be the ~ abbreviation.
Either you do the complicated:
C:\Documents and
Angus Leeming wrote:
Asger Alstrup wrote:
The tradition about displaying nice paths on windows does not exist:
So you think that having such functionality is a bad thing for LyX/Win?
The only real problem here seems to be the ~ abbreviation.
Well, it is not necessarily a bad thing, but it is not
Asger == Asger Alstrup [EMAIL PROTECTED] writes:
Asger The tradition about displaying nice paths on windows does not
Asger exist: Either you do the complicated:
AsgerC:\Documents and settings\alstrup\My documents\My file.lyx
Asger C:\Documents and settings\alstrup\Desktop\My second file.lyx
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin Make a small text file in which you embed the attached XFig
Martin figure as an external inset. Then insert an erroneous ERT,
Martin (e.g. \crash) both in the paragraph before and the one after
Martin it; run LaTeX and see if the error
Jean-Marc Lasgouttes wrote:
PS: actually I had some problems with your .fig file:
1/ I had to add \usepackage{color} in the preamble. Is this
expected?
It's pretty common, although it is possible to create XFig figures that
don't require color.
--
Angus
On Thu, 2005-03-31 at 15:56, Jean-Marc Lasgouttes wrote:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin Make a small text file in which you embed the attached XFig
Martin figure as an external inset. Then insert an erroneous ERT,
Martin (e.g. \crash) both in the paragraph before
On Thu, Mar 31, 2005 at 02:32:23PM +0100, Angus Leeming wrote:
Jean-Marc Lasgouttes wrote:
PS: actually I had some problems with your .fig file:
1/ I had to add \usepackage{color} in the preamble. Is this
expected?
It's pretty common, although it is possible to create XFig figures
JMarc>>> It should look like C:\Desktop\UserGuide.lyx, I believe.
Really? Why? Who Says?
JMarc>>> Probably the ~/ part of MakeDisplayPath should only
JMarc>>> be done on Unix.On windows, I guess there is some API
JMarc>>> to turn get those shorter file names.
Angus>> Mmmm, but this is not too
The tradition about displaying nice paths on windows does not exist: Either
you do the complicated:
C:\Documents and settings\alstrup\My documents\My file.lyx
C:\Documents and settings\alstrup\Desktop\My second file.lyx
C:\My third file.lyx
or you ignore the path and just do (like all the
Asger Alstrup wrote:
> The tradition about displaying nice paths on windows does not exist:
So you think that having such functionality is a bad thing for LyX/Win?
The only real problem here seems to be the ~ abbreviation.
> Either you do the complicated:
>
>C:\Documents and
Angus Leeming wrote:
Asger Alstrup wrote:
The tradition about displaying nice paths on windows does not exist:
So you think that having such functionality is a bad thing for LyX/Win?
The only real problem here seems to be the ~ abbreviation.
Well, it is not necessarily a bad thing, but it is not
> "Asger" == Asger Alstrup <[EMAIL PROTECTED]> writes:
Asger> The tradition about displaying nice paths on windows does not
Asger> exist: Either you do the complicated:
Asger>C:\Documents and settings\alstrup\My documents\My file.lyx
Asger> C:\Documents and settings\alstrup\Desktop\My
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Make a small text file in which you embed the attached XFig
Martin> figure as an external inset. Then insert an erroneous ERT,
Martin> (e.g. \crash) both in the paragraph before and the one after
Martin> it; run LaTeX and see if
Jean-Marc Lasgouttes wrote:
> PS: actually I had some problems with your .fig file:
> 1/ I had to add \usepackage{color} in the preamble. Is this
> expected?
It's pretty common, although it is possible to create XFig figures that
don't require color.
--
Angus
On Thu, 2005-03-31 at 15:56, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> Make a small text file in which you embed the attached XFig
> Martin> figure as an external inset. Then insert an erroneous ERT,
> Martin> (e.g. \crash) both in the
On Thu, Mar 31, 2005 at 02:32:23PM +0100, Angus Leeming wrote:
> Jean-Marc Lasgouttes wrote:
> > PS: actually I had some problems with your .fig file:
> > 1/ I had to add \usepackage{color} in the preamble. Is this
> > expected?
>
> It's pretty common, although it is possible to create XFig
On Tue, Mar 29, 2005 at 03:58:50PM +0200, Jean-Marc Lasgouttes wrote:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Does the following patch (which I am too lazy to test myself :)
help?
Martin Eh, I'm sorry but I don't have a 1.3 tree checked out :-(
Do you have problems with
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Martin Vermeer wrote:
Do you have problems with 1.4.0cvs? The counting code seems
reasonable there (although there is a +1 I am not sure to
understand).
I was wondering about that too. Angus should know.
Angus return
On Wed, Mar 30, 2005 at 10:12:01AM +0200, Jean-Marc Lasgouttes wrote:
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Martin Vermeer wrote:
Do you have problems with 1.4.0cvs? The counting code seems
reasonable there (although there is a +1 I am not sure to
understand).
I was
Jean-Marc Lasgouttes wrote:
Angus return int(lyx::count(str.begin(), str.end(),'\n') + 1);
Angus How many lines in: foo\nbar\nbaz ?
Two (that is, two new lines have been created). It is not the lines
that are counted, but the carriage returns.
Ahhh. Thank you.
--
Angus
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin I removed the + 1 from Note inset and recompiled; works
Martin impeccably now. I propose to do this for all insets having
Martin this counting statement. OK?
This looks like a very good idea.
JMarc
Angus Leeming [EMAIL PROTECTED] writes:
| Jean-Marc Lasgouttes wrote:
Angus return int(lyx::count(str.begin(), str.end(),'\n') + 1);
Angus How many lines in: foo\nbar\nbaz ?
Two (that is, two new lines have been created). It is not the lines
that are counted, but the carriage returns.
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus I dug. The attached patches cure the problem. I'll commit soon.
Very good. Thanks.
JMarc
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus I dug. The attached patches cure the problem. I'll commit soon.
What does the windows title look like now? Would it be a good idea to
change MakeDisplayPath to use os::external_path?
JMarc
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus I think that the first step is to get something that compiles
Angus and runs on Windows. Thereafter, asynchronous child processes
Angus will be an added bonus.
OK.
Angus In order to compile LyX 1.3.x using MinGW/MinSYS, one must
Angus
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus In order to open a file with LyX by clicking on the file in
Angus Windows Explorer, I need to copy a couple of dlls to the
Angus directory containing the LyX executable. Ie a working
Angus installation requires:
Angus $ make install $ cd
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Jean-Marc Lasgouttes wrote:
So, everybody, please tell me what is missing in 1.3.6cvs,
according to you...
Angus I seem to remember Bennett saying that LyX refused to allow him
Angus to load a filename into a dialog using the Browse
Jean-Marc Lasgouttes wrote:
Angus I seem to remember Bennett saying that LyX refused to allow him
Angus to load a filename into a dialog using the Browse button if the
Angus filename (file path?) contained spaces.
Yes, this is due to frontends/controllers/helper_funcs.C:browseFile,
which
On Tue, 2005-03-29 at 15:39, Jean-Marc Lasgouttes wrote:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin I have noticed that in many of my files, the line counter for
Martin LaTeX lags behind and the error boxes in the file are too high
Martin up. I think it is due to the XFig
Jean-Marc Lasgouttes wrote:
What does the windows title look like now?
LyX: ~/Desktop/UserGuide.lyx (see attached user_guide_win32_v1.jpg).
This file is stored at
C:\Documents and Settings\Angus\Desktop\UserGuide.lyx
Would it be a good idea to change MakeDisplayPath to
use os::external_path?
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Jean-Marc Lasgouttes wrote:
What does the windows title look like now?
Angus LyX: ~/Desktop/UserGuide.lyx (see attached
Angus user_guide_win32_v1.jpg).
Angus This file is stored at C:\Documents and
Angus
On Mar 29, 2005, at 4:55 PM, Angus Leeming wrote:
I seem to remember Bennett saying that LyX refused to allow him to
load a
filename into a dialog using the Browse button if the filename (file
path?) contained spaces.
Yes -- this affects both 1.3.6 and 1.4.0. The Browse buttons that
appear in
Jean-Marc Lasgouttes wrote:
What does the windows title look like now?
Angus LyX: ~/Desktop/UserGuide.lyx (see attached
Angus user_guide_win32_v1.jpg).
Angus This file is stored at C:\Documents and
Angus Settings\Angus\Desktop\UserGuide.lyx
It should look like C:\Desktop\UserGuide.lyx,
It should look like C:\Desktop\UserGuide.lyx, I believe.
Probably the ~/ part of MakeDisplayPath should only be done on Unix.
On windows, I guess there is some API to turn get those shorter file
names.
Mmmm, but this is not too important either way. Perhaps Asger
might know?
On Tue, Mar 29, 2005 at 03:58:50PM +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> >> Does the following patch (which I am too lazy to test myself :)
> >> help?
>
> Martin> Eh, I'm sorry but I don't have a 1.3 tree checked out :-(
>
> Do you
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Martin Vermeer wrote:
>>> Do you have problems with 1.4.0cvs? The counting code seems
>>> reasonable there (although there is a +1 I am not sure to
>>> understand).
>> I was wondering about that too. Angus should know.
Angus>
On Wed, Mar 30, 2005 at 10:12:01AM +0200, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> Martin Vermeer wrote:
> >>> Do you have problems with 1.4.0cvs? The counting code seems
> >>> reasonable there (although there is a +1 I am not sure to
>
Jean-Marc Lasgouttes wrote:
> Angus> return int(lyx::count(str.begin(), str.end(),'\n') + 1);
> Angus> How many lines in: "foo\nbar\nbaz" ?
>
> Two (that is, two new lines have been created). It is not the lines
> that are counted, but the carriage returns.
Ahhh. Thank you.
--
Angus
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> I removed the "+ 1" from Note inset and recompiled; works
Martin> impeccably now. I propose to do this for all insets having
Martin> this counting statement. OK?
This looks like a very good idea.
JMarc
Angus Leeming <[EMAIL PROTECTED]> writes:
| Jean-Marc Lasgouttes wrote:
>> Angus> return int(lyx::count(str.begin(), str.end(),'\n') + 1);
>> Angus> How many lines in: "foo\nbar\nbaz" ?
>>
>> Two (that is, two new lines have been created). It is not the lines
>> that are counted, but the
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I dug. The attached patches cure the problem. I'll commit soon.
Very good. Thanks.
JMarc
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I dug. The attached patches cure the problem. I'll commit soon.
What does the windows title look like now? Would it be a good idea to
change MakeDisplayPath to use os::external_path?
JMarc
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I think that the first step is to get something that compiles
Angus> and runs on Windows. Thereafter, asynchronous child processes
Angus> will be an added bonus.
OK.
Angus> In order to compile LyX 1.3.x using MinGW/MinSYS, one
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> In order to open a file with LyX by clicking on the file in
Angus> Windows Explorer, I need to copy a couple of dlls to the
Angus> directory containing the LyX executable. Ie a working
Angus> installation requires:
Angus> $ make
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote:
>> So, everybody, please tell me what is missing in 1.3.6cvs,
>> according to you...
Angus> I seem to remember Bennett saying that LyX refused to allow him
Angus> to load a filename into a dialog using
Jean-Marc Lasgouttes wrote:
> Angus> I seem to remember Bennett saying that LyX refused to allow him
> Angus> to load a filename into a dialog using the Browse button if the
> Angus> filename (file path?) contained spaces.
>
> Yes, this is due to frontends/controllers/helper_funcs.C:browseFile,
>
On Tue, 2005-03-29 at 15:39, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> I have noticed that in many of my files, the line counter for
> Martin> LaTeX lags behind and the error boxes in the file are too high
> Martin> up. I think it is
Jean-Marc Lasgouttes wrote:
What does the windows title look like now?
LyX: ~/Desktop/UserGuide.lyx (see attached user_guide_win32_v1.jpg).
This file is stored at
C:\Documents and Settings\Angus\Desktop\UserGuide.lyx
Would it be a good idea to change MakeDisplayPath to
use os::external_path?
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote:
>> What does the windows title look like now?
Angus> LyX: ~/Desktop/UserGuide.lyx (see attached
Angus> user_guide_win32_v1.jpg).
Angus> This file is stored at C:\Documents and
Angus>
On Mar 29, 2005, at 4:55 PM, Angus Leeming wrote:
I seem to remember Bennett saying that LyX refused to allow him to
load a
filename into a dialog using the Browse button if the filename (file
path?) contained spaces.
Yes -- this affects both 1.3.6 and 1.4.0. The "Browse" buttons that
appear in
Jean-Marc Lasgouttes wrote:
>>> What does the windows title look like now?
>
> Angus> LyX: ~/Desktop/UserGuide.lyx (see attached
> Angus> user_guide_win32_v1.jpg).
>
> Angus> This file is stored at C:\Documents and
> Angus> Settings\Angus\Desktop\UserGuide.lyx
>
> It should look like
> > It should look like C:\Desktop\UserGuide.lyx, I believe.
> >
> > Probably the ~/ part of MakeDisplayPath should only be done on Unix.
> > On windows, I guess there is some API to turn get those shorter file
> > names.
>
> Mmmm, but this is not too important either way. Perhaps Asger
> might
Georg == Georg Baum [EMAIL PROTECTED] writes:
So, everybody, please tell me what is missing in 1.3.6cvs,
according to you...
Georg I think the ams validate fix should go in (see my other mail).
Yes, this patch seems OK to me (both head and branch).
JMarc
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Jean-Marc Lasgouttes wrote:
It seems to me that LyX 1.3.6 has enough changes in it to be worth
releasing.
What remains to be done? I can think of:
- windows support: Angus still has a some code he wants to
implement (related to
On Tue, 2005-03-29 at 15:39, Jean-Marc Lasgouttes wrote:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin I have noticed that in many of my files, the line counter for
Martin LaTeX lags behind and the error boxes in the file are too high
Martin up. I think it is due to the XFig
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Does the following patch (which I am too lazy to test myself :)
help?
Martin Eh, I'm sorry but I don't have a 1.3 tree checked out :-(
Do you have problems with 1.4.0cvs? The counting code seems reasonable
there (although there is a +1 I am
Angus Leeming wrote:
OK, JMarc. No solution yet, but I have just finished building LyX 1.3.x
on Win32 and it does indeed display the problem. Screenshot attached.
Your mail suggests that you have the patch to hand. If so, throw it this
way. If not, then I'll go digging.
I dug. The attached
On Tue, 2005-03-29 at 16:58, Jean-Marc Lasgouttes wrote:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Does the following patch (which I am too lazy to test myself :)
help?
Martin Eh, I'm sorry but I don't have a 1.3 tree checked out :-(
Do you have problems with 1.4.0cvs? The
Angus Leeming wrote:
- windows support: when loading a file in LyX through the explorer,
some action like viewing PDF subsequently fail. This is due to a
missing os::internal_path invocation on file names passed from the
command line. This is easy to do, but I'd prefer to see it done by
Jean-Marc Lasgouttes wrote:
Angus Before we release the code as 1.3.6, however, I think it would
Angus make sense to have some Windows guinea pigs to try it out and
Angus report on any obvious problems. Maybe a call for Windows
Angus testers mail to the lyx-users list?
Somebody should create a
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin I have noticed that in many of my files, the line counter for
Martin LaTeX lags behind and the error boxes in the file are too high
Martin up. I think it is due to the XFig external insets. Looking at
Martin insets/ExternalSupport.C there
Jean-Marc Lasgouttes wrote:
So, everybody, please tell me what is missing in 1.3.6cvs, according
to you...
I seem to remember Bennett saying that LyX refused to allow him to load a
filename into a dialog using the Browse button if the filename (file
path?) contained spaces.
--
Angus
Angus Leeming wrote:
- windows support: Angus still has a some code he wants to implement
(related to forking?)
I'll try and get my arse in gear on this one, but really I don't think
that this should delay any release. The fact that Windows becomes an
officially supported platform is a
On Tue, Mar 29, 2005 at 03:58:50PM +0200, Jean-Marc Lasgouttes wrote:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Does the following patch (which I am too lazy to test myself :)
help?
Martin Eh, I'm sorry but I don't have a 1.3 tree checked out :-(
Do you have problems with
Martin Vermeer wrote:
Do you have problems with 1.4.0cvs? The counting code seems reasonable
there (although there is a +1 I am not sure to understand).
I was wondering about that too. Angus should know.
return int(lyx::count(str.begin(), str.end(),'\n') + 1);
How many lines in:
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>> So, everybody, please tell me what is missing in 1.3.6cvs,
>> according to you...
Georg> I think the ams validate fix should go in (see my other mail).
Yes, this patch seems OK to me (both head and branch).
JMarc
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote:
>> It seems to me that LyX 1.3.6 has enough changes in it to be worth
>> releasing.
>>
>> What remains to be done? I can think of:
>>
>> - windows support: Angus still has a some code he wants to
>>
On Tue, 2005-03-29 at 15:39, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> I have noticed that in many of my files, the line counter for
> Martin> LaTeX lags behind and the error boxes in the file are too high
> Martin> up. I think it is
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>> Does the following patch (which I am too lazy to test myself :)
>> help?
Martin> Eh, I'm sorry but I don't have a 1.3 tree checked out :-(
Do you have problems with 1.4.0cvs? The counting code seems reasonable
there (although there
Angus Leeming wrote:
OK, JMarc. No solution yet, but I have just finished building LyX 1.3.x
on Win32 and it does indeed display the problem. Screenshot attached.
Your mail suggests that you have the patch to hand. If so, throw it this
way. If not, then I'll go digging.
I dug. The attached
On Tue, 2005-03-29 at 16:58, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> >> Does the following patch (which I am too lazy to test myself :)
> >> help?
>
> Martin> Eh, I'm sorry but I don't have a 1.3 tree checked out :-(
>
> Do you have
Angus Leeming wrote:
- windows support: when loading a file in LyX through the explorer,
some action like viewing PDF subsequently fail. This is due to a
missing os::internal_path invocation on file names passed from the
command line. This is easy to do, but I'd prefer to see it done by
Jean-Marc Lasgouttes wrote:
Angus> Before we release the code as 1.3.6, however, I think it would
Angus> make sense to have some Windows guinea pigs to try it out and
Angus> report on any obvious problems. Maybe a "call for Windows
Angus> testers" mail to the lyx-users list?
Somebody should create
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> I have noticed that in many of my files, the line counter for
Martin> LaTeX lags behind and the error boxes in the file are too high
Martin> up. I think it is due to the XFig external insets. Looking at
Martin>
Jean-Marc Lasgouttes wrote:
> So, everybody, please tell me what is missing in 1.3.6cvs, according
> to you...
I seem to remember Bennett saying that LyX refused to allow him to load a
filename into a dialog using the Browse button if the filename (file
path?) contained spaces.
--
Angus
Angus Leeming wrote:
>> - windows support: Angus still has a some code he wants to implement
>> (related to forking?)
>
> I'll try and get my arse in gear on this one, but really I don't think
> that this should delay any release. The fact that Windows becomes an
> officially supported platform
On Tue, Mar 29, 2005 at 03:58:50PM +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> >> Does the following patch (which I am too lazy to test myself :)
> >> help?
>
> Martin> Eh, I'm sorry but I don't have a 1.3 tree checked out :-(
>
> Do you
Martin Vermeer wrote:
>> Do you have problems with 1.4.0cvs? The counting code seems reasonable
>> there (although there is a +1 I am not sure to understand).
>
> I was wondering about that too. Angus should know.
return int(lyx::count(str.begin(), str.end(),'\n') + 1);
How many lines in:
Jean-Marc Lasgouttes wrote:
It seems to me that LyX 1.3.6 has enough changes in it to be worth
releasing.
What remains to be done? I can think of:
- windows support: Angus still has a some code he wants to implement
(related to forking?)
I'll try and get my arse in gear on this one,
Jean-Marc Lasgouttes wrote:
> It seems to me that LyX 1.3.6 has enough changes in it to be worth
> releasing.
>
> What remains to be done? I can think of:
>
> - windows support: Angus still has a some code he wants to implement
> (related to forking?)
I'll try and get my arse in gear on this
1 - 100 of 108 matches
Mail list logo