Dear Angus,
I tried to edit/view a document which was located at
c:\Dokumente und Einstellungen\michael\Eigene Dateien
but I failed for several reasons:
1. BibTeX, Version 0.99c (MiKTeX 2.4) cannot handle spaces
White space in argument---line 66 of file doc.aux
:
Hartmut == Hartmut Haase [EMAIL PROTECTED] writes:
Hartmut Jean-Marc, what are we supposed to do with messages from
Hartmut other programs that cannot be translated directly? E. g. if
Hartmut ispell does not find the dictionary we raise an Alertbox with
Hartmut the content Can't open
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus I need this patch to compile the 1.4.x tree with mingw. It
Angus results in support/globbing.C being compiled only if we're
Angus building the XForms frontend.
Why don't you just move globbing.* to frontends/xforms?
JMarc
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Seems reasonable to me, so I'm committing it now. -- Angus
Yes.
JMarc
On 25.04.05, Herbert Voss wrote:
Uwe Stöhr wrote:
it it possible that we change the check box order in the float placement
window
...
to
- here
- top
- bottom
- page
This is more intuitive, because LaTeX uses always this order.
no, LaTeX knows no presetting, it depends to the
Georg Baum wrote:
Am Sonntag, 24. April 2005 13:12 schrieb Juergen Spitzmueller:
Georg, we are talking about the Text Style dialog (a.k.a character
dialog), not the char style inset. Does the patch really not enable the
settings in that dialog for you?
Sorry, that was a misunderstanding.
Jean-Marc Lasgouttes wrote:
Angus I need this patch to compile the 1.4.x tree with mingw. It
Angus results in support/globbing.C being compiled only if we're
Angus building the XForms frontend.
Why don't you just move globbing.* to frontends/xforms?
Good idea, actually. But the client sub
Herbert Voss schrieb:
no, LaTeX knows no presetting, it depends to the the
documentclasses and they use in general tbp
I read it in the LaTeX companion 2nd edition, that LaTeX follows
_always_ the order htbp. There is an example that bt is equal to
tb, first t is tried, then b.
Could you please
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Jean-Marc Lasgouttes wrote: I need this patch to compile the
Angus 1.4.x tree with mingw. It results in support/globbing.C being
Angus compiled only if we're building the XForms frontend.
Why don't you just move globbing.* to
[EMAIL PROTECTED] wrote:
Dear Angus,
I tried to edit/view a document which was located at
c:\Dokumente und Einstellungen\michael\Eigene Dateien
but I failed for several reasons:
1. BibTeX, Version 0.99c (MiKTeX 2.4) cannot handle spaces
White space in argument---line 66 of
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus [EMAIL PROTECTED] wrote:
Dear Angus,
I tried to edit/view a document which was located at
c:\Dokumente und Einstellungen\michael\Eigene Dateien
but I failed for several reasons:
1. BibTeX, Version 0.99c (MiKTeX 2.4) cannot
Jean-Marc Lasgouttes wrote:
Angus Jean-Marc Lasgouttes wrote: I need this patch to compile the
Angus 1.4.x tree with mingw. It results in support/globbing.C being
Angus compiled only if we're building the XForms frontend.
Why don't you just move globbing.* to frontends/xforms?
Angus Good
Jean-Marc Lasgouttes wrote:
Dear Angus,
I tried to edit/view a document which was located at
c:\Dokumente und Einstellungen\michael\Eigene Dateien
but I failed for several reasons:
1. BibTeX, Version 0.99c (MiKTeX 2.4) cannot handle spaces
White space in argument---line 66 of file
On Thu, 2005-04-21 at 09:15, Martin Vermeer wrote:
On Wed, 2005-04-20 at 23:12, Martin Vermeer wrote:
On Wed, Apr 20, 2005 at 05:47:57PM +0300, Martin Vermeer wrote:
...
A radical, alternative idea would therefore be to just _merge_ the two
menus, to the extent that they have entries
Georg Baum wrote:
The attached patch fixes Dialog::checkStatus(). The dialog dependant part
is now in Dialog::Controller::getStatus() and reimplemented in all
dialogs that need it.
OK to apply?
fine with me.
Jürgen
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus This is just a head's up of a fix verified by (prompted by too
Angus :) Rob Bearman.
Very good.
JMarc
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus * we don't support communication with external processes
Angus through pipes or sockets on Windows, so the Windows build
Angus doesn't see Ispell.[Ch], lyxserver.[Ch], lyxsocket.[Ch],
Angus support/socktools.[Ch] at all.
* Concerning
Uwe Stöhr schrieb:
Herbert Voss schrieb:
no, LaTeX knows no presetting, it depends to the the
documentclasses and they use in general tbp
I read it in the LaTeX companion 2nd edition, that LaTeX follows _always_ the
order htbp. There is an example that bt is equal to tb, first t is
tried, then
Following JMarc's suggestion. Patch already committed.
--
AngusIndex: src/frontends/xforms/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/xforms/ChangeLog,v
retrieving revision 1.980
diff -u -p -r1.980
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Following JMarc's suggestion. Patch already committed.
Thanks.
JMarc
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus However, I wonder if it would not be nicer to have:
[a getLFUN method]
Agreed. Also, I'd rather have a signature like
virtual FuncStatus getStatus() const;
since it is more in line with what LyXFunc does.
JMarc
On Mon, Apr 25, 2005 at 12:52:54PM +0300, Martin Vermeer wrote:
Nobody responded to the previous patch... is this one OK to commit?
Fine with me.
Andre'
On Fri, Apr 22, 2005 at 06:12:57PM -0400, Rob Bearman wrote:
Here is the development/win32/package.C matching change, if this could
be committed, please.
Please strip the '^M' before committing.
Andre'
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus I've come round to the opinion that ISpell.C should have a stub
Angus implementation for the case when HAVE_SELECT is not defined.
Angus The existing ISpell interface is sufficient to enable the rest
Angus of LyX to know that communication
Jean-Marc Lasgouttes wrote:
Angus I've come round to the opinion that ISpell.C should have a stub
Angus implementation for the case when HAVE_SELECT is not defined.
Angus The existing ISpell interface is sufficient to enable the rest
Angus of LyX to know that communication with the ispell
Jean-Marc Lasgouttes wrote:
Hartmut == Hartmut Haase [EMAIL PROTECTED] writes:
Hartmut Jean-Marc, what are we supposed to do with messages from
Hartmut other programs that cannot be translated directly? E. g. if
Hartmut ispell does not find the dictionary we raise an Alertbox with
Angus == Angus Leeming [EMAIL PROTECTED] writes:
Angus Mmmm, but the ISpell class encapsulates our interaction with
Angus the external ispell process. Not being able to interact with
Angus this external process (no select(), different API to open
Angus pipes) is conceptually the same to the rest
On Mon, 2005-04-25 at 15:04, Andre Poenitz wrote:
On Mon, Apr 25, 2005 at 12:52:54PM +0300, Martin Vermeer wrote:
Nobody responded to the previous patch... is this one OK to commit?
Fine with me.
Andre'
Committed.
- Martin
signature.asc
Description: This is a digitally signed message
Modified files:
lyx-devel/src/support/: ChangeLog userinfo.C
lyx-devel/development/Win32/: win32_kludge.diff
Log message:
Add Windows-specific code to userinfo.C.
Under MSVC, the userinfo.C compile gives a PASCAL macro redefinition
warning, the conflict being between
Jean-Marc Lasgouttes wrote:
Angus == Angus Leeming [EMAIL PROTECTED]
writes:
Angus However, I wonder if it would not be nicer to have:
[a getLFUN method]
Yes.
Agreed. Also, I'd rather have a signature like
virtual FuncStatus getStatus() const;
since it is more in line with what LyXFunc
Georg Baum wrote:
Jean-Marc Lasgouttes wrote:
Georg == Georg Baum
[EMAIL PROTECTED]
writes:
Georg Jean-Marc, bug 1542 is only fixed partially in 1.3 (we got a
Georg new report two days ago): If you enter in math mode it is
Georg saved as , but it should be saved as \. Backporting the
Georg Baum wrote:
Angus However, I wonder if it would not be nicer to have:
[a getLFUN method]
Yes.
Agreed. Also, I'd rather have a signature like
virtual FuncStatus getStatus() const;
since it is more in line with what LyXFunc does.
Yes, but we need only the boolean value here.
Rob Bearman wrote:
Log message:
Add Windows-specific code to userinfo.C.
Under MSVC, the userinfo.C compile gives a PASCAL macro redefinition
warning, the conflict being between windef.h and lmcons.h. If you switch
the order of the #includes such that windows.h comes before lmcons.h,
the
Jean-Marc Lasgouttes wrote:
Angus Mmmm, but the ISpell class encapsulates our interaction with
Angus the external ispell process. Not being able to interact with
Angus this external process (no select(), different API to open
Angus pipes) is conceptually the same to the rest of LyX as being
Basically this patch does nothing at all except protect #include
statements with the appropriate #idef HAVE_FOO_H block.
Just accounting in the lead up to a release IMO.
OK?
--
Angus
guards.diff.gz
Description: GNU Zip compressed data
Angus Leeming [EMAIL PROTECTED] writes:
| The fact that the generated pch.h.gch is placed in the src tree rather than
| the build tree means that using different compilers to make separate
| builds is problematic. I get this warning:
| cc1plus: warning:
Dear Jean-Marc,
several styles defined in the *.layout files are not translatable,
because their names contain underscores which are replaced by spaces at
run-time.
I have modified the corresponding layout files. Moreover, I have
adjusted the po files for the 16 currently supported languages.
Dear Angus,
I tried to edit/view a document which was located at
"c:\Dokumente und Einstellungen\michael\Eigene Dateien"
but I failed for several reasons:
1. BibTeX, Version 0.99c (MiKTeX 2.4) cannot handle spaces
White space in argument---line 66 of file doc.aux
:
> "Hartmut" == Hartmut Haase <[EMAIL PROTECTED]> writes:
Hartmut> Jean-Marc, what are we supposed to do with messages from
Hartmut> other programs that cannot be translated directly? E. g. if
Hartmut> ispell does not find the dictionary we raise an Alertbox with
Hartmut> the content "Can't
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I need this patch to compile the 1.4.x tree with mingw. It
Angus> results in support/globbing.C being compiled only if we're
Angus> building the XForms frontend.
Why don't you just move globbing.* to frontends/xforms?
JMarc
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Seems reasonable to me, so I'm committing it now. -- Angus
Yes.
JMarc
On 25.04.05, Herbert Voss wrote:
> Uwe Stöhr wrote:
>
> >it it possible that we change the check box order in the float placement
> >window
...
> >to
> >
> >- here
> >- top
> >- bottom
> >- page
> >
> >This is more intuitive, because LaTeX uses always this order.
>
> no, LaTeX knows no
Georg Baum wrote:
> Am Sonntag, 24. April 2005 13:12 schrieb Juergen Spitzmueller:
>> Georg, we are talking about the "Text Style" dialog (a.k.a "character
>> dialog"), not the char style inset. Does the patch really not enable the
>> settings in that dialog for you?
>
> Sorry, that was a
Jean-Marc Lasgouttes wrote:
> Angus> I need this patch to compile the 1.4.x tree with mingw. It
> Angus> results in support/globbing.C being compiled only if we're
> Angus> building the XForms frontend.
>
> Why don't you just move globbing.* to frontends/xforms?
Good idea, actually. But the
Herbert Voss schrieb:
no, LaTeX knows no presetting, it depends to the the
documentclasses and they use in general tbp
I read it in the LaTeX companion 2nd edition, that LaTeX follows
_always_ the order "htbp". There is an example that "bt" is equal to
"tb", first "t" is tried, then "b".
Could
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote: I need this patch to compile the
Angus> 1.4.x tree with mingw. It results in support/globbing.C being
Angus> compiled only if we're building the XForms frontend.
>> Why don't you just move globbing.* to
[EMAIL PROTECTED] wrote:
>
> Dear Angus,
>
> I tried to edit/view a document which was located at
>
>"c:\Dokumente und Einstellungen\michael\Eigene Dateien"
>
> but I failed for several reasons:
>
> 1. BibTeX, Version 0.99c (MiKTeX 2.4) cannot handle spaces
>
>White space in
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> [EMAIL PROTECTED] wrote:
>> Dear Angus,
>>
>> I tried to edit/view a document which was located at
>>
>> "c:\Dokumente und Einstellungen\michael\Eigene Dateien"
>>
>> but I failed for several reasons:
>>
>> 1. BibTeX, Version
Jean-Marc Lasgouttes wrote:
> Angus> Jean-Marc Lasgouttes wrote: I need this patch to compile the
> Angus> 1.4.x tree with mingw. It results in support/globbing.C being
> Angus> compiled only if we're building the XForms frontend.
>>> Why don't you just move globbing.* to frontends/xforms?
>
>
Jean-Marc Lasgouttes wrote:
>>> Dear Angus,
>>>
>>> I tried to edit/view a document which was located at
>>>
>>> "c:\Dokumente und Einstellungen\michael\Eigene Dateien"
>>>
>>> but I failed for several reasons:
>>>
>>> 1. BibTeX, Version 0.99c (MiKTeX 2.4) cannot handle spaces
>>>
>>> White
On Thu, 2005-04-21 at 09:15, Martin Vermeer wrote:
> On Wed, 2005-04-20 at 23:12, Martin Vermeer wrote:
> > On Wed, Apr 20, 2005 at 05:47:57PM +0300, Martin Vermeer wrote:
>
> ...
>
> > A radical, alternative idea would therefore be to just _merge_ the two
> > menus, to the extent that they have
Georg Baum wrote:
> The attached patch fixes Dialog::checkStatus(). The dialog dependant part
> is now in Dialog::Controller::getStatus() and reimplemented in all
> dialogs that need it.
>
> OK to apply?
fine with me.
Jürgen
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> This is just a head's up of a fix verified by (prompted by too
Angus> :) Rob Bearman.
Very good.
JMarc
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> * we don't support communication with external processes
Angus> through pipes or sockets on Windows, so the Windows build
Angus> doesn't see Ispell.[Ch], lyxserver.[Ch], lyxsocket.[Ch],
Angus> support/socktools.[Ch] at all.
*
Uwe Stöhr schrieb:
Herbert Voss schrieb:
no, LaTeX knows no presetting, it depends to the the
documentclasses and they use in general tbp
I read it in the LaTeX companion 2nd edition, that LaTeX follows _always_ the
order "htbp". There is an example that "bt" is equal to "tb", first "t" is
Following JMarc's suggestion. Patch already committed.
--
AngusIndex: src/frontends/xforms/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/frontends/xforms/ChangeLog,v
retrieving revision 1.980
diff -u -p -r1.980
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Following JMarc's suggestion. Patch already committed.
Thanks.
JMarc
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> However, I wonder if it would not be nicer to have:
[a getLFUN method]
Agreed. Also, I'd rather have a signature like
virtual FuncStatus getStatus() const;
since it is more in line with what LyXFunc does.
JMarc
On Mon, Apr 25, 2005 at 12:52:54PM +0300, Martin Vermeer wrote:
> Nobody responded to the previous patch... is this one OK to commit?
Fine with me.
Andre'
On Fri, Apr 22, 2005 at 06:12:57PM -0400, Rob Bearman wrote:
> Here is the development/win32/package.C matching change, if this could
> be committed, please.
Please strip the '^M' before committing.
Andre'
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I've come round to the opinion that ISpell.C should have a stub
Angus> implementation for the case when HAVE_SELECT is not defined.
Angus> The existing ISpell interface is sufficient to enable the rest
Angus> of LyX to know that
Jean-Marc Lasgouttes wrote:
> Angus> I've come round to the opinion that ISpell.C should have a stub
> Angus> implementation for the case when HAVE_SELECT is not defined.
> Angus> The existing ISpell interface is sufficient to enable the rest
> Angus> of LyX to know that communication with the
Jean-Marc Lasgouttes wrote:
"Hartmut" == Hartmut Haase <[EMAIL PROTECTED]> writes:
Hartmut> Jean-Marc, what are we supposed to do with messages from
Hartmut> other programs that cannot be translated directly? E. g. if
Hartmut> ispell does not find the dictionary we raise an Alertbox
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Mmmm, but the ISpell class encapsulates our interaction with
Angus> the external ispell process. Not being able to interact with
Angus> this external process (no select(), different API to open
Angus> pipes) is conceptually the
On Mon, 2005-04-25 at 15:04, Andre Poenitz wrote:
> On Mon, Apr 25, 2005 at 12:52:54PM +0300, Martin Vermeer wrote:
> > Nobody responded to the previous patch... is this one OK to commit?
>
> Fine with me.
>
> Andre'
Committed.
- Martin
signature.asc
Description: This is a digitally signed
> Modified files:
> lyx-devel/src/support/: ChangeLog userinfo.C
> lyx-devel/development/Win32/: win32_kludge.diff
>
> Log message:
> Add Windows-specific code to userinfo.C.
Under MSVC, the userinfo.C compile gives a PASCAL macro redefinition
warning, the conflict being
Jean-Marc Lasgouttes wrote:
>> "Angus" == Angus Leeming <[EMAIL PROTECTED]>
>> writes:
>
> Angus> However, I wonder if it would not be nicer to have:
> [a getLFUN method]
Yes.
> Agreed. Also, I'd rather have a signature like
> virtual FuncStatus getStatus() const;
> since it is more in
Georg Baum wrote:
> Jean-Marc Lasgouttes wrote:
>
>>> "Georg" == Georg Baum
>>>
<[EMAIL PROTECTED]>
>>> writes:
>>
>> Georg> Jean-Marc, bug 1542 is only fixed partially in 1.3 (we got a
>> Georg> new report two days ago): If you enter "&" in math mode it is
>> Georg> saved as "&",
Georg Baum wrote:
>> Angus> However, I wonder if it would not be nicer to have:
>> [a getLFUN method]
>
> Yes.
>
>> Agreed. Also, I'd rather have a signature like
>> virtual FuncStatus getStatus() const;
>> since it is more in line with what LyXFunc does.
>
> Yes, but we need only the boolean
Rob Bearman wrote:
>> Log message:
>> Add Windows-specific code to userinfo.C.
>
> Under MSVC, the userinfo.C compile gives a PASCAL macro redefinition
> warning, the conflict being between windef.h and lmcons.h. If you switch
> the order of the #includes such that windows.h comes before
Jean-Marc Lasgouttes wrote:
> Angus> Mmmm, but the ISpell class encapsulates our interaction with
> Angus> the external ispell process. Not being able to interact with
> Angus> this external process (no select(), different API to open
> Angus> pipes) is conceptually the same to the rest of LyX as
Basically this patch does nothing at all except protect #include
statements with the appropriate #idef HAVE_FOO_H block.
Just accounting in the lead up to a release IMO.
OK?
--
Angus
guards.diff.gz
Description: GNU Zip compressed data
Angus Leeming <[EMAIL PROTECTED]> writes:
| The fact that the generated pch.h.gch is placed in the src tree rather than
| the build tree means that using different compilers to make separate
| builds is problematic. I get this warning:
>
| cc1plus: warning:
Dear Jean-Marc,
several styles defined in the *.layout files are not translatable,
because their names contain underscores which are replaced by spaces at
run-time.
I have modified the corresponding layout files. Moreover, I have
adjusted the po files for the 16 currently supported languages.
74 matches
Mail list logo
