On Sat, Mar 01, 2025 at 11:48:52AM +0100, Scott Kostyshak wrote:
> On Thu, Feb 27, 2025 at 10:06:42PM +0100, Scott Kostyshak wrote:
> > On Thu, Feb 27, 2025 at 09:59:06PM +0900, Koji Yokota wrote:
> > > > 2025/02/27 17:57、Kornel Benko のメール:
> > > >
> > > > after this commit, I get error compiling
On Thu, Feb 27, 2025 at 10:06:42PM +0100, Scott Kostyshak wrote:
> On Thu, Feb 27, 2025 at 09:59:06PM +0900, Koji Yokota wrote:
> > > 2025/02/27 17:57、Kornel Benko のメール:
> > >
> > > after this commit, I get error compiling with clang-15 ang QT 6.2.4.
> > >
> > > Kornel
> >
> >
> > Thank you,
> 2025/02/28 6:18、Jean-Marc Lasgouttes のメール:
>
> I have not been able to look at the code yet, but why do you have to create
> an explicit key sequence to create a shortcut to a widget? Isn't there a
> simpler Qt mechanism for that?
Actually, “placeholderText” of QCombobox which appears on the
Le 27/02/2025 à 13:59, Koji Yokota a écrit :
2025/02/27 17:57、Kornel Benko のメール:
after this commit, I get error compiling with clang-15 ang QT 6.2.4.
Kornel
Thank you, Kornel.
The operator “+” to combine keys is replaced by “|” as of Qt 6.0.
It is now fixed at 16d1133.
I have no
On Thu, Feb 27, 2025 at 09:59:06PM +0900, Koji Yokota wrote:
> > 2025/02/27 17:57、Kornel Benko のメール:
> >
> > after this commit, I get error compiling with clang-15 ang QT 6.2.4.
> >
> > Kornel
>
>
> Thank you, Kornel.
>
> The operator “+” to combine keys is replaced by “|” as of Qt 6.0.
>
Am Thu, 27 Feb 2025 21:59:06 +0900
schrieb Koji Yokota :
> > 2025/02/27 17:57、Kornel Benko のメール:
> >
> > after this commit, I get error compiling with clang-15 ang QT 6.2.4.
> >
> > Kornel
>
>
> Thank you, Kornel.
>
> The operator “+” to combine keys is replaced by “|” as of Qt 6.0.
>
> 2025/02/27 17:57、Kornel Benko のメール:
>
> after this commit, I get error compiling with clang-15 ang QT 6.2.4.
>
> Kornel
Thank you, Kornel.
The operator “+” to combine keys is replaced by “|” as of Qt 6.0.
It is now fixed at 16d1133.
Koji
--
lyx-devel mailing list
lyx-devel@lists.ly
Hi Koji,
after this commit, I get error compiling with clang-15 ang QT 6.2.4.
Kornel
,x
Description: Binary data
pgpItytz6EWdB.pgp
Description: Digitale Signatur von OpenPGP
--
lyx-devel mailing list
lyx-devel@lists.lyx.org
https://lists.lyx.org/mailman/listinfo/lyx-devel
Le 05/01/2023 à 05:10, Richard Kimberly Heck a écrit :
The point of string_view is to avoid a copy here. Even with the use of
const &, a copy has to be made of the original constant string, a const
char *. Would it be OK to use instead:
+ Attributes(bool o, const char * entity)
?? I th
On 1/4/23 22:09, Richard Kimberly Heck wrote:
commit 04025d0259cb556daf54bb74a01b9f9a615dcb77
Author: Richard Kimberly Heck
Date: Wed Jan 4 23:04:02 2023 -0500
Fix compilation problem
---
src/mathed/InsetMathDecoration.cpp |2 +-
1 files changed, 1 insertions(+), 1 deletions
Am Freitag, dem 12.03.2021 um 10:36 +0100 schrieb Pavel Sanda:
> the third line in this following block does not compile with qt4.
>
> act_zoom_in_ = new QAction(qt_("Zoom &in"), this);
> act_zoom_out_ = new QAction(qt_("Zoom &out"), this);
> act_zoom_show_ = new QAction(qt_("Show zoom slider"));
Hi Juergen,
the third line in this following block does not compile with qt4.
act_zoom_in_ = new QAction(qt_("Zoom &in"), this);
act_zoom_out_ = new QAction(qt_("Zoom &out"), this);
act_zoom_show_ = new QAction(qt_("Show zoom slider"));
Is adding "this" problem?
Pavel
-
Enrico Forestieri wrote:
> You are looking too far in the log file attached there. The reason
> it fails is that configure is not finding the Qt5Concurrent library:
For the record, indeed, the reporter's problem went away after
qtconcurrent lib was installed. P
On Sun, Jul 17, 2016 at 01:14:18AM -0700, Pavel Sanda wrote:
> Hi,
>
> I received report of compilation problem for 2.2.0 with Qt5.
> I don't have Qt5 here to test myself, but it fails in configure
> phase and relevant part of config log says:
>
> configure:10337:
Hi,
I received report of compilation problem for 2.2.0 with Qt5.
I don't have Qt5 here to test myself, but it fails in configure
phase and relevant part of config log says:
configure:10337: x86_64-pc-linux-gnu-g++ -o conftest -march=native -O2 -pipe
-Wl,-O1 -Wl,--as-needed conftes
On 09/28/2015 01:37 PM, Richard Heck wrote:
> Yes, just compiled with fresh build directory, and it was fine. Thanks.
I can confirm this, but! when I compile for qt5 the binary only gets
core dumped. These are the settings in run_cmake.sh
cmake ../lyx \
-G"Unix Makefiles" \
-DLYX_CPACK=OFF \
On 09/28/2015 11:13 AM, Jean-Marc Lasgouttes wrote:
Le 20/09/2015 17:51, Richard Heck a écrit :
The error message is below. I can't make much of it. I think the key
part must be:
../../../src/support/debug.cpp:205:39: required from here
/usr/include/c++/4.9.2/bits/stl_algobase.h:336:18: erro
Le 20/09/2015 17:51, Richard Heck a écrit :
The error message is below. I can't make much of it. I think the key
part must be:
../../../src/support/debug.cpp:205:39: required from here
/usr/include/c++/4.9.2/bits/stl_algobase.h:336:18: error: use of deleted
function ‘std::__detail::_StateSeq
I tried building also with --disable-cxx11, and in that case I do not
get the error above. But I do get the sort of error people are seeing on
OSX:
In file included from ../../../../src/frontends/qt4/Menus.cpp:56:0:
../../../../src/TocBackend.h: In instantiation of ‘void
__gnu_cxx::_SGIAssigna
The error message is below. I can't make much of it. I think the key
part must be:
../../../src/support/debug.cpp:205:39: required from here
/usr/include/c++/4.9.2/bits/stl_algobase.h:336:18: error: use of deleted
function ‘std::__detail::_StateSeq >&
std::__detail::_StateSeq >::operator=(
On 09/05/2011 08:26 PM, andre duarte bueno wrote:
> Hy
> whem I try do compile LyX 1.6.10
> in my fedora 15; X86_64, g++ (GCC) 4.6.0 20110603 (Red Hat 4.6.0-10)
Is there any specific reason for not to use lyx 2.0 from the distribution?
Regards,
--
José Matos
thanks
*Prof. André Duarte Bueno, Dr*
Engenharia de Software, Análise e Processamento de Imagens
*UENF* - Universidade Estadual do Norte Fluminense - Darcy Ribeiro
*CCT *- Centro de Ciencias e Tecnologias
*LENEP* - Laboratório de Engenharia e Exploração de Petróleo
Rodovia Amaral Peixoto, km 163,
andre duarte bueno wrote:
> Hy
> whem I try do compile LyX 1.6.10
> in my fedora 15; X86_64, g++ (GCC) 4.6.0 20110603 (Red Hat 4.6.0-10)
either use lyx 2.0 or get lyx 1.6 from svn where it should be fixed.
newer lyx 1.6.11 won't be released.
pavel
Hy
whem I try do compile LyX 1.6.10
in my fedora 15; X86_64, g++ (GCC) 4.6.0 20110603 (Red Hat 4.6.0-10)
a have the problem below
Mensagem de Erro:
make[4]: Entrando no diretório
`/home/bueno/Download/PacotesExtras/03-Editoracao-lyx-abntex/lyx-1.6.10/src'
CXXInsetInclude.lo
insets/InsetIncl
Using Qt version 4.4.2 in
D:\LyX\LyXDependencies\lyx-windows-deps-msvc2008\qt4\lib
So qmake is convinced it is on drive D, where it actually isn't. Does that mean
the lyx-windows-deps-msvc2008 qt-4 can not be used and I need to install the
SDK and compile it myself?
I had trouble finding the
Hi Guys,
Original-Nachricht
> Datum: Sun, 23 May 2010 11:04:30 +0200
> Von: "Peter Kuemmel"
> An: lyx-devel@lists.lyx.org
> Betreff: Re: MSVC compilation problem
> If you wanna develop under Windows you should use the CMake build system
> because
Original-Nachricht
> Datum: Fri, 21 May 2010 22:21:20 +0200
> Von: "Niels Gierse"
> An: lyx-devel@lists.lyx.org
> Betreff: MSVC compilation problem
> Hi Lyx-Developers,
>
> I had a great experience using Lyx for my Diploma Thesis (~Master) in
Original-Nachricht
> Datum: Fri, 21 May 2010 17:11:16 -0400
> Von: Joost Verburg
> An: lyx-devel@lists.lyx.org
> Betreff: Re: MSVC compilation problem
> On 5/21/2010 4:21 PM, Niels Gierse wrote:
> > I had a great experience using Lyx for my Diplom
On 5/21/2010 4:21 PM, Niels Gierse wrote:
I had a great experience using Lyx for my Diploma Thesis (~Master) in Physics.
As this convinced me of Lyx I want to give a little bit back. Thus I added a
couple of bugs/requests in the bug tracker. To take a look at the source I
followed the instruct
I updated my SCons to version 1.0 and cannot compile LyX:
scons: Reading SConscript files ...
ValueError: invalid literal for int() with base 10: '':
File "D:\LyXSVN\lyx-devel\development\scons\SConstruct", line 47:
version = map(int, __version__.split('.'))
When I comment out the problema
Please ignore this. I forgot to run cmake...
Abdelrazak Younes wrote:
Hi,
Is this variable new?
4>..\..\..\trunk\src\support\Package.cpp(465) : error C2065:
'LYX_DIR_VER' : identificateur non déclaré
4>..\..\..\trunk\src\support\Package.cpp(468) : error C2065:
'LYX_DIR_VER' : identificateur
Hi,
Is this variable new?
4>..\..\..\trunk\src\support\Package.cpp(465) : error C2065:
'LYX_DIR_VER' : identificateur non déclaré
4>..\..\..\trunk\src\support\Package.cpp(468) : error C2065:
'LYX_DIR_VER' : identificateur non déclaré
4>..\..\..\trunk\src\support\Package.cpp(559) : error C2146:
Abdelrazak Younes schrieb:
The problem persists and I can't find out the reason. Abdel, do you
see this too on Windows?
No but I can see why. I'll fix it.
Thanks for your fix, the problem is one.
regards Uwe
Uwe Stöhr wrote:
Uwe Stöhr schrieb:
I nowadays get this compiler message:
D:\LyXSVN\lyx-devel\src\graphics\PreviewLoader.cpp(264) : warning
C4355: 'this'
: used in base member initializer list lib /nologo
/OUT:release\libs\graphics.lib release\src\graphics\GraphicsCache.obj
release\src\grap
Uwe Stöhr schrieb:
I nowadays get this compiler message:
D:\LyXSVN\lyx-devel\src\graphics\PreviewLoader.cpp(264) : warning C4355:
'this'
: used in base member initializer list lib /nologo /OUT:release\libs\graphics.lib
release\src\graphics\GraphicsCache.obj release\src\graphics\GraphicsCacheI
I nowadays get this compiler message:
D:\LyXSVN\lyx-devel\src\graphics\PreviewLoader.cpp(264) : warning C4355: 'this'
: used in base member initializer list
lib /nologo /OUT:release\libs\graphics.lib release\src\graphics\GraphicsCache.ob
j release\src\graphics\GraphicsCacheItem.obj release\src\gr
On Tue, Mar 11, 2008 at 09:09:59AM -0400, rgheck wrote:
> This turns out to be a system problem, I think. Something to do with
> 4GB
I still bet on a broken linker ;-)
Andre'
On Mon, Mar 10, 2008 at 10:26:31PM -0400, Richard Heck wrote:
> make[4]: Entering directory `/cvs/lyx-devel/branch15/src/client'
> /bin/sh ../../libtool --tag=CXX --mode=link g++ -O -o lyxclient
> boost.o client.o debug.o gettext.o Messages.o
> ../../src/support/libsupport.la
> ../../boost/
On Tuesday 11 March 2008 15:21:20 rgheck wrote:
> There are known problems, or at least there were known problems, along
> these lines. See e.g.
> http://marc.info/?l=linux-kernel&m=120163148119326&w=2. Now, in my case,
> I'm using ata_piix, but there's something weird happening here.
That is a
José Matos wrote:
On Tuesday 11 March 2008 13:11:40 rgheck wrote:
Do you know anything about problems relating to 4GB memory? Fedora
install is crashing on this same machine---AMD Athlon XP 4800+, Asus
M3A---when I have 4GB installed. Taking out 2GB allows the install to
complete. I did that,
On Tuesday 11 March 2008 13:11:40 rgheck wrote:
> Do you know anything about problems relating to 4GB memory? Fedora
> install is crashing on this same machine---AMD Athlon XP 4800+, Asus
> M3A---when I have 4GB installed. Taking out 2GB allows the install to
> complete. I did that, then put the 4G
José Matos wrote:
On Tuesday 11 March 2008 02:26:31 Richard Heck wrote:
This is gcc 4.1.2 on FC8; qt 4.3.3. This is a new machine, so I'm
thinking something might be wrong with my installation.
rh
I have compiled the latest lyx-1.5svn last Sunday on a machine with the same
specificat
Pavel Sanda wrote:
make[4]: Entering directory `/cvs/lyx-devel/branch15/src/client'
/bin/sh ../../libtool --tag=CXX --mode=link g++ -O -o lyxclient
boost.o client.o debug.o gettext.o Messages.o
../../src/support/libsupport.la
../../boost/libs/regex/src/libboost_regex.la
../../boost/libs/
On Tuesday 11 March 2008 02:26:31 Richard Heck wrote:
> This is gcc 4.1.2 on FC8; qt 4.3.3. This is a new machine, so I'm
> thinking something might be wrong with my installation.
>
> rh
I have compiled the latest lyx-1.5svn last Sunday on a machine with the same
specifications, a dual core x86_6
> make[4]: Entering directory `/cvs/lyx-devel/branch15/src/client'
> /bin/sh ../../libtool --tag=CXX --mode=link g++ -O -o lyxclient
> boost.o client.o debug.o gettext.o Messages.o
> ../../src/support/libsupport.la
> ../../boost/libs/regex/src/libboost_regex.la
> ../../boost/libs/filesyste
make[4]: Entering directory `/cvs/lyx-devel/branch15/src/client'
/bin/sh ../../libtool --tag=CXX --mode=link g++ -O -o lyxclient
boost.o client.o debug.o gettext.o Messages.o
../../src/support/libsupport.la
../../boost/libs/regex/src/libboost_regex.la
../../boost/libs/filesystem/src/libbo
Uwe Stöhr wrote:
> Guys I guess someone is using Qt4.3 designer as the recently modified
ui files do not compile with > 4.2 anymore:
Oh shit! Yes it was me who "fixed" some layouts. I asumed that it
doesn't matter what designer version is used as the resulting file is
XML. But it seems that
> Guys I guess someone is using Qt4.3 designer as the recently modified ui files do not compile
with > 4.2 anymore:
Oh shit! Yes it was me who "fixed" some layouts. I asumed that it doesn't matter what designer
version is used as the resulting file is XML. But it seems that Qt's designer is not
Guys I guess someone is using Qt4.3 designer as the recently modified ui
files do not compile with 4.2 anymore:
D:\devel\lyx\trunk\development\cmake\src\frontends\qt4\ui_ParagraphUi.h(62)
: error C2039: 'setLeftMargin' : is not a member of 'QGridLayout'
d:\program\qt\4.2\include\qtgui\../../s
Enrico Forestieri wrote:
On Wed, Sep 26, 2007 at 06:12:51PM +0200, Pavel Sanda wrote:
On a clean checkout of trunk, I get:
This is long known issue.
Enrico posted patch before few days, but nobody comited it.
Should be fixed now.
Confiremd, a fresh checkout compiled for me.
On Wed, Sep 26, 2007 at 06:12:51PM +0200, Pavel Sanda wrote:
> > On a clean checkout of trunk, I get:
>
> This is long known issue.
> Enrico posted patch before few days, but nobody comited it.
Should be fixed now.
--
Enrico
> On a clean checkout of trunk, I get:
This is long known issue.
Enrico posted patch before few days, but nobody comited it.
Pavel
On a clean checkout of trunk, I get:
[EMAIL PROTECTED] trunk]$ make
Making all in config
make[1]: Entering directory `/home/rgheck/cvs/trunk/config'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/home/rgheck/cvs/trunk/config'
Making all in development
make[1]: Entering directo
On Mon, Sep 03, 2007 at 02:43:03PM +0200, Alfredo Braunstein wrote:
> José Matos wrote:
>
> > Hi,
> > I get this when compiling the latest trunk:
> > make[6]: Entering directory
> > `/home/jamatos/tmp/lyx-build/src/frontends/controllers'
> > /bin/sh ../../../libtool --tag=CXX --mode=compile
> >
> Go ahead...
i got rid of it instead
http://www.lyx.org/trac/changeset/20020
Leuven, E. wrote:
>> Should I revert r20017 until Bo comes back?
>
> or comment out that line...
Go ahead...
A/
> Should I revert r20017 until Bo comes back?
or comment out that line...
Index: src/frontends/controllers/ControlEmbeddedFiles.cpp
===
--- src/frontends/controllers/ControlEmbeddedFiles.cpp (revision 20019)
+++ src/frontends/control
José Matos wrote:
> Hi,
> I get this when compiling the latest trunk:
> make[6]: Entering directory
> `/home/jamatos/tmp/lyx-build/src/frontends/controllers'
> /bin/sh ../../../libtool --tag=CXX --mode=compile
> g++ -DHAVE_CONFIG_H -I. -I../../../src
> -I/home/jamatos/lyx/lyx-devel/src/frontends
Hi,
I get this when compiling the latest trunk:
make[6]: Entering directory
`/home/jamatos/tmp/lyx-build/src/frontends/controllers'
/bin/sh ../../../libtool --tag=CXX --mode=compile
g++ -DHAVE_CONFIG_H -I. -I../../../src
-I/home/jamatos/lyx/lyx-devel/src/frontends/controllers
-I/home
Am Freitag, 6. Oktober 2006 22:57 schrieb Guillaume Pothier:
> Hi,
> The floatname method is declared in two files: insetfloat.C and
> insetwrap.C, causing a link error:
IIRC you have to configure with --disable-pch to solve this. Search the
list archives, this was already asked some time ago. T
Hi,
The floatname method is declared in two files: insetfloat.C and
insetwrap.C, causing a link error:
insets/.libs/libinsets.a(insetwrap.o): In function
`__gnu_debug::_Safe_iterator, std::allocator > const, Floating> >,
__gnu_debug_def::map,
std::allocator >, Floating, std::less, std::allocator
Andre Poenitz wrote:
On Tue, Sep 19, 2006 at 10:40:46AM +0200, Abdelrazak Younes wrote:
Am I really the only one seeing the problem?
InsetMathXYArrow.C
..\..\..\..\src\mathed\InsetMathXYArrow.C(31) : error C2259:
'InsetMathXYArrow' : cannot instantiate abstract class
due to following
On Tue, Sep 19, 2006 at 10:40:46AM +0200, Abdelrazak Younes wrote:
> Am I really the only one seeing the problem?
>
> InsetMathXYArrow.C
> ..\..\..\..\src\mathed\InsetMathXYArrow.C(31) : error C2259:
> 'InsetMathXYArrow' : cannot instantiate abstract class
> due to following members:
>
On Tue, Sep 19, 2006 at 11:13:55AM +0200, Jean-Marc Lasgouttes wrote:
> Abdelrazak> Am I really the only one seeing the problem?
>
> Could it be a problem of having two file names that differ only by
> casing?
Such problems usually occur with things checked in on Win* and checked
out on *nix. It'
Abdelrazak Younes wrote:
Edwin Leuven wrote:
Abdelrazak Younes wrote:
Am I really the only one seeing the problem?
i think you might need the attached...
Ah...!! I thought CMake used exclusively the glob approach
Thanks, please commit.
it's in...
Edwin Leuven wrote:
Abdelrazak Younes wrote:
Am I really the only one seeing the problem?
i think you might need the attached...
Ah...!! I thought CMake used exclusively the glob approach
Thanks, please commit.
Abdel.
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Andre Poenitz wrote:
>> On Sun, Sep 17, 2006 at 09:16:42PM +0200, Abdelrazak Younes wrote:
I still have compilation problems:
>>> Is anybody else seeing this? I am not sure of what the fix could
>>> be. Maybe you
Abdelrazak Younes wrote:
Am I really the only one seeing the problem?
i think you might need the attached...
Index: src/mathed/CMakeLists.txt
===
--- src/mathed/CMakeLists.txt (revision 15058)
+++ src/mathed/CMakeLists.txt (working
Andre Poenitz wrote:
On Sun, Sep 17, 2006 at 09:16:42PM +0200, Abdelrazak Younes wrote:
I still have compilation problems:
Is anybody else seeing this? I am not sure of what the fix could be.
Maybe you didn't commit everything Andre?
I commited everything under src/ as far as I can tell.
How
On Sun, Sep 17, 2006 at 09:16:42PM +0200, Abdelrazak Younes wrote:
> >I still have compilation problems:
>
> Is anybody else seeing this? I am not sure of what the fix could be.
> Maybe you didn't commit everything Andre?
I commited everything under src/ as far as I can tell.
However, the modem
Abdelrazak Younes wrote:
[EMAIL PROTECTED] wrote:
Author: poenitz
Date: Sun Sep 17 12:00:15 2006
New Revision: 15029
URL: http://www.lyx.org/trac/changeset/15029
Log:
cleanup after svn hang-up, #undef CursorShape. Should be compilable
ganin n=
ow.
I still have compilation problems:
Is any
[EMAIL PROTECTED] wrote:
Author: poenitz
Date: Sun Sep 17 12:00:15 2006
New Revision: 15029
URL: http://www.lyx.org/trac/changeset/15029
Log:
cleanup after svn hang-up, #undef CursorShape. Should be compilable ganin n=
ow.
I still have compilation problems:
InsetMathXYArrow.C
..\..\..\..\src\
On Mon, Jul 07, 2003 at 05:49:55PM +0200, Lars Gullik Bj?nnes wrote:
> | For example ? When the LyX code has some clients maybe, but until then
> | we have only to deal with the platform's namespace
>
> Note that lyx is also its own client.
This is true. But have we had any real namespace proble
John Levon <[EMAIL PROTECTED]> writes:
| On Mon, Jul 07, 2003 at 08:32:44AM +0200, Lars Gullik Bj?nnes wrote:
|
| > | On an ideal world, I don't see the point of the lyx:: namespace.
| >
| > except when used to protect against our own pollution of the global
| > namespace.
|
| For example ? Whe
On Mon, Jul 07, 2003 at 08:32:44AM +0200, Lars Gullik Bj?nnes wrote:
> | On an ideal world, I don't see the point of the lyx:: namespace.
>
> except when used to protect against our own pollution of the global
> namespace.
For example ? When the LyX code has some clients maybe, but until then
we
Andre Poenitz wrote:
> Ok. Didn't think of this.
>
> So in fact even the implementation might be wrapped in 'namespace lyx {
> ... }'...
This is exactly what I did in src/graphics/*.C. Eg GraphicsLoader.C
namespace grfx {
struct Loader::Impl : boost::signals::trackable {
...
};
Loader
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, Jun 25, 2003 at 10:43:50AM +0200, Lars Gullik Bjønnes wrote:
| > | Possibly.
| >
| > but it will not protect us from bad macros...
|
| Indeed.
|
| > | But before I agree on doing so I want 'using namespace lyx;' legalized
| > | within LyX .C s
Andre Poenitz wrote:
> On Wed, Jun 25, 2003 at 09:05:28AM +, Angus Leeming wrote:
>> Andre Poenitz wrote:
>> > So just rename LyX 'ControlRef' to something else.
>>
>> More generally, should we not think of putting the whole of LyX inside
>> namespace lyx at some stage?
>
> Possibly.
>
> Bu
On Wed, Jun 25, 2003 at 10:43:50AM +0200, Lars Gullik Bjønnes wrote:
> | Possibly.
>
> but it will not protect us from bad macros...
Indeed.
> | But before I agree on doing so I want 'using namespace lyx;' legalized
> | within LyX .C source. I certainly won't start writing a few dozen 'using
> |
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, Jun 25, 2003 at 09:05:28AM +, Angus Leeming wrote:
| > Andre Poenitz wrote:
| > > So just rename LyX 'ControlRef' to something else.
| >
| > More generally, should we not think of putting the whole of LyX inside
| > namespace lyx at some st
On Wed, Jun 25, 2003 at 09:05:28AM +, Angus Leeming wrote:
> Andre Poenitz wrote:
> > So just rename LyX 'ControlRef' to something else.
>
> More generally, should we not think of putting the whole of LyX inside
> namespace lyx at some stage?
Possibly.
But before I agree on doing so I want
Andre Poenitz wrote:
> So just rename LyX 'ControlRef' to something else.
More generally, should we not think of putting the whole of LyX inside
namespace lyx at some stage?
--
Angus
On Tue, Jun 24, 2003 at 03:47:16PM -0400, Ronald Florence wrote:
> I'd welcome further suggestions. Regards,
So just rename LyX 'ControlRef' to something else.
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jeffe
The following message is a courtesy copy of an article
that has been posted to gmane.editors.lyx.general as well.
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
> Juergen Spitzmueller wrote:
>
> > ControlRef. Does it help if you change LyX's ControlRef and all instances
> > to ControlLyXRef or s
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Thu, Apr 03, 2003 at 04:30:02PM +0200, Jean-Marc Lasgouttes
John> wrote:
>> but it had no effect.
John> Then I do not know what can be done.
OK, let's assume it is by construction, then. It feels a bit like java
apps (or mozilla pre
On Thu, Apr 03, 2003 at 04:30:02PM +0200, Jean-Marc Lasgouttes wrote:
> but it had no effect.
Then I do not know what can be done.
john
> "John" == John Levon <[EMAIL PROTECTED]> writes:
>> Sorry, I took a look but did not find the code where this would be
>> relevant. I'd be glad to have more hints.
John> inside switchPanel(). You might need to do
stack_-> setUpdatesEnabled(.. etc. too - not sure
I tried
void PanelStack:
On Wed, Apr 02, 2003 at 02:24:43PM +0200, Jean-Marc Lasgouttes wrote:
> John> It is literally impossible to remove it.
>
> Too bad... Can't you set height to 0?
It might be possible to find it via Qt's reflection stuff, it might not
... I'll experiment llater
> >> Also, there is a significant f
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Fri, Mar 28, 2003 at 07:05:01PM +0100, Jean-Marc Lasgouttes
John> wrote:
>> It compiles now. The panels seem to work as intended, although
>> there is an empty header bar at the top of the tree that does not
>> look right.
John> It i
On Fri, Mar 28, 2003 at 07:05:01PM +0100, Jean-Marc Lasgouttes wrote:
> It compiles now. The panels seem to work as intended, although there
> is an empty header bar at the top of the tree that does not look
> right.
It is literally impossible to remove it.
> Also, there is a significant flicker
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Fri, Mar 28, 2003 at 06:17:00PM +0100, Jean-Marc Lasgouttes
John> wrote:
>> ../../../../lyx-devel/src/frontends/qt2/panelstack.C: In method
>> `PanelStack::PanelStack (QWidget *,
John> Try again. IT would be good if you could check t
On Fri, Mar 28, 2003 at 06:17:00PM +0100, Jean-Marc Lasgouttes wrote:
> ../../../../lyx-devel/src/frontends/qt2/panelstack.C: In method
> `PanelStack::PanelStack (QWidget *,
Try again. IT would be good if you could check that the prefs / doc
dialog work as expected too
regards
john
John, I get the following errors:
g++-2.96 -DHAVE_CONFIG_H -I. -I../../../../lyx-devel/src/frontends/qt2 -I../../../src
-I../../../../lyx-devel/src/ -I../../../../lyx-devel/src/frontends/
-I../../../../lyx-devel/images -I../../../../lyx-devel/src/frontends/qt2/qt2
-I/usr/lib/qt-2.3.0//include
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
"Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>>>
| Lars> | Lars> try to readd it, and see if that helps
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>>
Lars> | Lars> try to readd it, and see if that helps.
>>
Lars> | I'll do that in the configure scripts.
>>
Lar
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> try to readd it, and see if that helps.
>
| I'll do that in the configure scripts.
>
| Lars> | You also nuked things like
>
| Lars> I think that was a bit more automatic than
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> try to readd it, and see if that helps.
I'll do that in the configure scripts.
Lars> | You also nuked things like
Lars> I think that was a bit more automatic than you think...
So, what is autoconf 2.5x supposed to provide to
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> I thought that I disbled this check? No.. I only did the top
| Lars> one... we had two checks for this? (and that was for config.h
| Lars> ...)
>
| Lars> There might be anoth
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I thought that I disbled this check? No.. I only did the top
Lars> one... we had two checks for this? (and that was for config.h
Lars> ...)
Lars> There might be another problem as well: systems having the
Lars> stdlib in std::
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| 1/ in LString.h, there is a small hack (from June 2000, and probably
| the consequence of too much beer for too few people in a same room)
| that says basically in the INCLUDED_STRING case
>
| #ifdef __STRING__
| #error The header has been includ
1 - 100 of 167 matches
Mail list logo
