Re: spell-check on the fly on Mac OS X (was: Re: Beta plans (again))

2010-08-03 Thread Stephan Witt
Am 04.08.2010 um 08:02 schrieb Stephan Witt: > Am 04.08.2010 um 00:51 schrieb Jean-Marc Lasgouttes: > >>> The last release I built against 10.5 SDK and used the 10.4 minimum version >>> switch. >>> So the features of 10.5 are available but the check with >>> instancesRespondToSelector cares for

Re: spell-check on the fly on Mac OS X (was: Re: Beta plans (again))

2010-08-03 Thread Stephan Witt
Am 04.08.2010 um 00:51 schrieb Jean-Marc Lasgouttes: >> The last release I built against 10.5 SDK and used the 10.4 minimum version >> switch. >> So the features of 10.5 are available but the check with >> instancesRespondToSelector cares for 10.4 runtime environment. >> The defines are to care

Re: Beta plans (again)

2010-08-03 Thread BH
On Tue, Aug 3, 2010 at 5:22 PM, Stephan Witt wrote: > Since I don't have Tiger myself I couldn't test it and asked on the users > list - no answer. > Maybe we can drop Tiger support completely... Before dropping it entirely, I'd suggest asking again on the user's list, indicating that we might d

spell-check on the fly on Mac OS X (was: Re: Beta plans (again))

2010-08-03 Thread Jean-Marc Lasgouttes
The last release I built against 10.5 SDK and used the 10.4 minimum version switch. So the features of 10.5 are available but the check with instancesRespondToSelector cares for 10.4 runtime environment. The defines are to care for 10.4 build environments aka 10.4 SDK. This I got from this an

Re: Beta plans (again)

2010-08-03 Thread Stephan Witt
Am 03.08.2010 um 21:46 schrieb Jean-Marc Lasgouttes: > Le 3 août 10 à 08:15, Stephan Witt a écrit : >> My build environment boils down to: >> >> LDFLAGS=-isysroot /Developer/SDKs/MacOSX10.5.sdk -arch i386 >> -mmacosx-version-min=10.4 >> CPPFLAGS=-isysroot /Developer/SDKs/MacOSX10.5.sdk -arch i38

Re: Beta plans (again)

2010-08-03 Thread Jean-Marc Lasgouttes
Le 3 août 10 à 08:15, Stephan Witt a écrit : My build environment boils down to: LDFLAGS=-isysroot /Developer/SDKs/MacOSX10.5.sdk -arch i386 -mmacosx- version-min=10.4 CPPFLAGS=-isysroot /Developer/SDKs/MacOSX10.5.sdk -arch i386 - mmacosx-version-min=10.4 CONFIGURE_OPTIONS=--enable-warnings --

Re: r35044 - lyx-devel/branches/BRANCH_1_6_X/src/insets

2010-08-03 Thread Jürgen Spitzmüller
rgheck wrote: > Author: rgheck > Date: Tue Aug 3 17:56:31 2010 > New Revision: 35044 > URL: http://www.lyx.org/trac/changeset/35044 > > Log: > Fix bug #6837. status.16x, please. Jürgen

Re: Bug #3221: nameref support

2010-08-03 Thread Jean-Pierre Chrétien
Richard Heck comcast.net> writes: > > On 07/16/2010 09:41 AM, Uwe Stöhr wrote: > > > > So let's remove \Nameref support then. > > > Done. The reference to "Textual reference plus " is still there today, and creates an error: insets/InsetCommandParams.cpp(256): InsetCommand: Incompatible comma

Re: [patch] revtex 4.1 support

2010-08-03 Thread Julien Rioux
On 03/08/2010 2:50 AM, Jürgen Spitzmüller wrote: Julien Rioux wrote: The changes to the latex class are described here: [1]. My question boils down to: does it make sense to ship layouts for RevTeX, RevTeX 4 and RevTeX 4.1 in parallel with LyX? Jürgen revtex4-1.cls is ~10 months old now. T

Re: suggestion about tabs

2010-08-03 Thread Jürgen Spitzmüller
xPol wrote: > To increase space for the doc title in tabs, it would be convenient not > to display the 'close' button, except while hovering on the tab. It's not exactly what you want, but you can get rid of the close buttons (in favour of a global one) in Preferences > Look & Feel > User Inter

suggestion about tabs

2010-08-03 Thread xPol
To increase space for the doc title in tabs, it would be convenient not to display the 'close' button, except while hovering on the tab. P

Re: r35040 - lyx-devel/trunk/src/frontends/qt4

2010-08-03 Thread Jürgen Spitzmüller
Jean-Marc Lasgouttes wrote: > Yes, but if you find the first solution more readable, you can keep > it... > (now that I see it, I am not sure that it is much of a gain) After looking at the two versions, I think I prefer the first solution. Jürgen