Am Dienstag, 9. Oktober 2012 um 13:05:26, schrieb Scott Kostyshak
> On Mon, Oct 8, 2012 at 7:41 PM, Pavel Sanda wrote:
> > Vincent van Ravesteijn wrote:
> >> Op 8-10-2012 21:07, Pavel Sanda schreef:
> >>> Vincent van Ravesteijn wrote:
> I would prefer to have this tab only visible when DEVE
Jürgen Spitzmüller writes:
| Jean-Marc Lasgouttes wrote:
>> > ../boost/boost/config/stdlib/libstdcpp3.hpp:42:0: warning:
>> > "BOOST_DISABLE_THREADS" redefined [enabled by default]
>> > In file included from BiblioInfo.cpp:13:0:
>> > ../config.h:628:0: note: this is the location of the previous d
On Mon, Oct 8, 2012 at 7:41 PM, Pavel Sanda wrote:
> Vincent van Ravesteijn wrote:
>> Op 8-10-2012 21:07, Pavel Sanda schreef:
>>> Vincent van Ravesteijn wrote:
I would prefer to have this tab only visible when DEVEL_VERSION is set.
This doesn't provide much help in the released version.
Jean-Marc Lasgouttes wrote:
> > ../boost/boost/config/stdlib/libstdcpp3.hpp:42:0: warning:
> > "BOOST_DISABLE_THREADS" redefined [enabled by default]
> > In file included from BiblioInfo.cpp:13:0:
> > ../config.h:628:0: note: this is the location of the previous definition
>
> Is it only on branch
Le 09/10/12 10:56, Jürgen Spitzmüller a écrit :
Can we do something to get rid of the millions of this sort of warning in
branch (gcc 4.7.1)?
../boost/boost/config/stdlib/libstdcpp3.hpp:42:0: warning:
"BOOST_DISABLE_THREADS" redefined [enabled by default]
In file included from BiblioInfo.cpp:13:
Pavel Sanda wrote:
> For me it is not problem, but for non coders who occasionally care about
> translations it could be confusing. Since wrong using of placeholders
> easily leads to crashes it might be really better idea to remain consistent
> and use boost version... In other case at least updat
Jürgen Spitzmüller wrote:
> I use QString::arg() here because we already have converted to QString at
> this
> point, and I find it odd to do another conversion route QString > docstring >
> QString just for the sake of placeholder consistency (unless translators are
> very irritated by this, t
Pavel Sanda wrote:
> Pavel Sanda wrote:
>> Well, he launches it and discovers that his Office has similar order as
>> his
>
> s/Office/LyX/
>
>> Office (just tried here): File, Edit, View, Insert, Format (mixture of
>> our text style and Doc settings), Table, Tools, Windows, Help.
>>
>> Pavel
Am Dienstag, 9. Oktober 2012 um 14:46:12, schrieb Vincent van Ravesteijn
> >
> > > These tests do not work on Windows (AFAICS).
> >
> > >
> >
> > > Could you disable them then in the CmakeLists ?
> >
> > >
> >
> > > Vincent
> >
> >
> >
> > Yes, of course. Wouldn't it be better to try to make them
>
> > These tests do not work on Windows (AFAICS).
>
> >
>
> > Could you disable them then in the CmakeLists ?
>
> >
>
> > Vincent
>
>
>
> Yes, of course. Wouldn't it be better to try to make them work?
>
I didn't follow the mailing list last few months, so I don't know exactly
what the purpose o
Am Dienstag, 9. Oktober 2012 um 13:03:25, schrieb Jürgen Spitzmüller
> Kornel Benko wrote:
> > Is this here a typo? (%1 vs %1$s)
>
> No.
>
> > src/frontends/qt4/CategorizedCombo.cpp:496
> >
> > QString titem = available ? guiname : qt_("Unavailable:
> > %1").arg(guiname
Kornel Benko wrote:
> Is this here a typo? (%1 vs %1$s)
No.
> src/frontends/qt4/CategorizedCombo.cpp:496
>
> QString titem = available ? guiname : qt_("Unavailable:
> %1").arg(guiname);
QString::arg() uses the %1 placeholder, as opposed to the %1$s of
boost::format we u
Am Montag, 8. Oktober 2012 um 20:02:22, schrieb Vincent van Ravesteijn
> Op 5-10-2012 12:39, Kornel Benko schreef:
> >
> > Hi,
> >
> > I wanted to add the target makeregfiles to cmake build.
> >
> > But the tests (in automake) are messing the source tree, which I would
> > like
> >
> > to omit i
Can we do something to get rid of the millions of this sort of warning in
branch (gcc 4.7.1)?
../boost/boost/config/stdlib/libstdcpp3.hpp:42:0: warning:
"BOOST_DISABLE_THREADS" redefined [enabled by default]
In file included from BiblioInfo.cpp:13:0:
../config.h:628:0: note: this is the location
14 matches
Mail list logo
