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.
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: ./../../../../../src/frontends/qt2/ui/pc
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
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 b
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,
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 va
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 "&", bu
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
> 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 betwe
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 m
> "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
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 wi
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 ispe
> "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 com
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'
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'
> "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
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Following JMarc's suggestion. Patch already committed.
Thanks.
JMarc
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 ChangeL
Herber Voss wrote:
> I suppose a misunderstanding here ..
> What I wanted to say, is that there is a difference between
> the order and the setting:
-> the setting pthb is the same as htbp
-> bh as hb
-> pbt as tbp
> the order follows always the htbp sequence, but when a "t"
> is missing, it is not
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
> "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.
* Conce
> "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
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
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
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 s
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?
>
> An
> "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
[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
> "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
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 clien
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 yo
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 misunde
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 presetti
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Seems reasonable to me, so I'm committing it now. -- Angus
Yes.
JMarc
> "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
> "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 ope
37 matches
Mail list logo
