On 04/14/2011 10:31 AM, Liviu Andronic wrote:
r38372
I'm working with up to date trunk here and see no such issue.
rh
/usr/local/build/lyx/configure --with-version-suffix=-svn
--enable-build-type=release --enable-debug (26380)
[..]
Configuration
Host type:x86_64-unk
Uwe Stöhr wrote:
I get
InsetBox.cpp
d:\lyxsvn\lyx-devel\src\insets\insetbox.cpp(494) : error C4716:
'lyx::InsetBox::xhtml' : must return a value
scons: *** [release\src\insets\InsetBox.obj] Error 2
scons: building terminated because of errors.
OK, thanks. Fixed.
rh
Uwe Stöhr wrote:
> I get
>
> InsetBox.cpp
> d:\lyxsvn\lyx-devel\src\insets\insetbox.cpp(494) : error C4716:
> 'lyx::InsetBox::xhtml' : must return a value
> scons: *** [release\src\insets\InsetBox.obj] Error 2
> scons: building terminated because of errors.
should be fixed
pavel
Dov Feldstern wrote:
Hi!
I'm getting the following error on linux, qt 4.2.1:
GuiApplication.cpp: In member function 'QAbstractItemModel*
lyx::frontend::GuiApplication::languageModel()':
GuiApplication.cpp:479: error: 'class QSortFilterProxyModel' has no
member named 'setSortLocaleAware'
Sorr
Dov Feldstern wrote:
> I'm getting the following error on linux, qt 4.2.1:
unfortunatelly 4.3 thing :(
some ifdefs will be needed.
> GuiApplication.cpp: In member function 'QAbstractItemModel*
> lyx::frontend::GuiApplication::languageModel()':
> GuiApplication.cpp:479: error: 'class QSortFilterP
Andre Poenitz wrote:
On Sun, Feb 10, 2008 at 02:18:01AM +0200, Dov Feldstern wrote:
Linux, Qt 4.2.1, autotools, g++ 4.1.2:
g++ -g -O -o lyx main.o ASpell.o ISpell.o SpellBase.o Box.o Dimension.o
PrinterParams.o Thesaurus.o ./.libs/liblyxcore.a ./.libs/liblyxmathed.a
./.libs/liblyxinsets.a fr
On Sun, Feb 10, 2008 at 02:18:01AM +0200, Dov Feldstern wrote:
> Linux, Qt 4.2.1, autotools, g++ 4.1.2:
>
> g++ -g -O -o lyx main.o ASpell.o ISpell.o SpellBase.o Box.o Dimension.o
> PrinterParams.o Thesaurus.o ./.libs/liblyxcore.a ./.libs/liblyxmathed.a
> ./.libs/liblyxinsets.a frontends/.libs/l
Dov Feldstern <[EMAIL PROTECTED]> writes:
>> try 'autogen.sh'
> 'make distclean' and autogen.sh did it, Thanks!
FWIW, I do not think ./autogen.sh did anything here. The problem is
with automake's dependency tracking which got confused. This happens
at 'make' time, but is not delted by a "make clea
Abdelrazak Younes wrote:
Dov Feldstern wrote:
make[5]: Entering directory `/home/dovf/lyx-trunk/src/frontends/qt4'
make[5]: *** No rule to make target `../ButtonPolicy.cpp', needed by
`ButtonPolicy.lo'. Stop.
Thanks!
try 'autogen.sh'
Abdel.
'make distclean' and autogen.sh did it, Than
Dov Feldstern <[EMAIL PROTECTED]> writes:
> make[5]: Entering directory `/home/dovf/lyx-trunk/src/frontends/qt4'
> make[5]: *** No rule to make target `../ButtonPolicy.cpp', needed by
> ButtonPolicy.lo'. Stop.
I see the same and it seems that a 'make distclean' and a
reconfiguration is needed to
Dov Feldstern wrote:
make[5]: Entering directory `/home/dovf/lyx-trunk/src/frontends/qt4'
make[5]: *** No rule to make target `../ButtonPolicy.cpp', needed by
`ButtonPolicy.lo'. Stop.
Thanks!
try 'autogen.sh'
Abdel.
Abdelrazak Younes wrote:
Dov Feldstern wrote:
gcc, linux
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./.. -I../../boost
-DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -DQT_NO_STL -DQT_NO_KEYWORDS
-DQT_SHARED -I/usr/include/qt4 -I/usr/include/qt4/QtCore -I./minizip
-Wextra -Wall -g -O -MT FileName.lo -M
Dov Feldstern wrote:
gcc, linux
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./.. -I../../boost
-DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -DQT_NO_STL -DQT_NO_KEYWORDS
-DQT_SHARED -I/usr/include/qt4 -I/usr/include/qt4/QtCore -I./minizip
-Wextra -Wall -g -O -MT FileName.lo -MD -MP -MF .deps/FileName.T
Abdelrazak Younes wrote:
> Try to include "odocstream.h", this should fix it.
yes, including "support/docstream.h" in MathInsetBig.cpp did it.
Jürgen
Jürgen Spitzmüller wrote:
/usr/include/c++/4.2.1/bits/ostream_insert.h: In
function 'std::basic_ostream<_CharT, _Traits>&
std::__ostream_insert(std::basic_ostream<_CharT, _Traits>&, const _CharT*,
std::streamsize) [with _CharT = wchar_t, _Traits =
std::char_traits]':
/usr/include/c++/4.2.1/bit
Andre Poenitz <[EMAIL PROTECTED]> writes:
> Unlikely. Maybe QColor("black").
http://www.lyx.org/trac/changeset/21118
Of course I have to assume that Bo's code worked.
> It disturbs me a bit that unfounded accusations are now also trickling
> in from your side.
We have this new saying in France
On Wed, Oct 24, 2007 at 12:18:52PM +0200, Jean-Marc Lasgouttes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> >> So the QBrush constructor can take a char const * as parameter but not
> >> a QString? That is braindead!
> >
> > It doesn't.
>
> Whatever. The code I removed was like QBrush("
Andre Poenitz <[EMAIL PROTECTED]> writes:
>> So the QBrush constructor can take a char const * as parameter but not
>> a QString? That is braindead!
>
> It doesn't.
Whatever. The code I removed was like QBrush("black"), and it did
presumably compile.
JMarc
On Tue, Oct 23, 2007 at 09:22:28AM +0200, Jean-Marc Lasgouttes wrote:
> "Bo Peng" <[EMAIL PROTECTED]> writes:
>
> >> #if QT_VERSION >= 0x040200
> >> - item->setForeground(0, QBrush(color));
> >> - item->setForeground(1, QBrush(color));
> >> + item->setForeground(0, QBrush(QColor
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> You are probably confused, QBrush doesn't take a QString nor a char *,
> it needs a QColor. But QColor can take both:
>
> QColor ( const QString & name )
> QColor ( const char * name )
All I know is that the code I removed was like:
-#if QT_VERSION
Jean-Marc Lasgouttes wrote:
"Bo Peng" <[EMAIL PROTECTED]> writes:
#if QT_VERSION >= 0x040200
- item->setForeground(0, QBrush(color));
- item->setForeground(1, QBrush(color));
+ item->setForeground(0, QBrush(QColor(color)));
+ item->setForeground(1, QBrush(QColor(color))
"Bo Peng" <[EMAIL PROTECTED]> writes:
>> #if QT_VERSION >= 0x040200
>> - item->setForeground(0, QBrush(color));
>> - item->setForeground(1, QBrush(color));
>> + item->setForeground(0, QBrush(QColor(color)));
>> + item->setForeground(1, QBrush(QColor(color)));
>> #else
>>
On 10/22/07, Andre Poenitz <[EMAIL PROTECTED]> wrote:
> On Mon, Oct 22, 2007 at 08:23:39PM +0200, Dov Feldstern wrote:
> > The attached seems to fix it, it would be good if somebody who actually
> > knows Qt could confirm...
>
> That's fine.
>
> If colors have to be hardcoded I'd use Qt::black, Qt:
On Mon, Oct 22, 2007 at 08:23:39PM +0200, Dov Feldstern wrote:
> The attached seems to fix it, it would be good if somebody who actually
> knows Qt could confirm...
That's fine.
If colors have to be hardcoded I'd use Qt::black, Qt::green etc
or RGB values, not a string name.
Andre'
Bo Peng wrote:
#if QT_VERSION >= 0x040200
- item->setForeground(0, QBrush(color));
- item->setForeground(1, QBrush(color));
+ item->setForeground(0, QBrush(QColor(color)));
+ item->setForeground(1, QBrush(QColor(color)));
#else
item->setTextColor(0, QColor(color)
> #if QT_VERSION >= 0x040200
> - item->setForeground(0, QBrush(color));
> - item->setForeground(1, QBrush(color));
> + item->setForeground(0, QBrush(QColor(color)));
> + item->setForeground(1, QBrush(QColor(color)));
> #else
> item->setTextColor(0, QColor(color));
The attached seems to fix it, it would be good if somebody who actually
knows Qt could confirm...
Dov Feldstern wrote:
make[6]: Entering directory `/home/dovf/lyx-trunk/src/frontends/qt4'
if /bin/sh ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H
-I. -I.
-I../../../src -DQT_CLE
Andre Poenitz <[EMAIL PROTECTED]> writes:
> On Sun, Oct 21, 2007 at 07:16:15PM +0200, Stefan Schimanski wrote:
>> Trivial fix. committed.
>>
>> Stefan
>
> Wonder why it compiled here...
Because it is mac-only code. enclose in
#ifdef Q_WS_MACX
...
#endif
JMarc
On Sun, Oct 21, 2007 at 07:16:15PM +0200, Stefan Schimanski wrote:
> Trivial fix. committed.
>
> Stefan
Wonder why it compiled here...
Andre'
Trivial fix. committed.
Stefan
Am 21.10.2007 um 18:55 schrieb Stefan Schimanski:
r20976:
--- lyx-devel/trunk/src/frontends/qt4/Action.cpp (original)
+++ lyx-devel/trunk/src/frontends/qt4/Action.cpp Tue Oct 16
00:43:55 2007
@@ -27,7 +27,7 @@
namespace frontend {
-Action::Action(GuiViewBase
On Thu, Oct 04, 2007 at 12:14:49AM +0200, Edwin Leuven wrote:
> Andre Poenitz wrote:
> >On Wed, Oct 03, 2007 at 11:34:04PM +0200, Edwin Leuven wrote:
> >>after andre's clean ups i get this:
> >>
> >>>..\..\trunk\src\Buffer.cpp(2023) : error C3861: 'fork': identifier not
> >>found
> >>
> >>this is
Andre Poenitz wrote:
On Wed, Oct 03, 2007 at 11:34:04PM +0200, Edwin Leuven wrote:
after andre's clean ups i get this:
..\..\trunk\src\Buffer.cpp(2023) : error C3861: 'fork': identifier not
found
this is msvc, so what include is missing here?
Try again.
Not really an include missing, but
On Wed, Oct 03, 2007 at 11:34:04PM +0200, Edwin Leuven wrote:
> after andre's clean ups i get this:
>
> >..\..\trunk\src\Buffer.cpp(2023) : error C3861: 'fork': identifier not
> found
>
> this is msvc, so what include is missing here?
Try again.
Not really an include missing, but some strange
33 matches
Mail list logo