Uwe Stöhr wrote:
> When compiling LyX 1.5svn using SCons and MSVC I get this warning:
>
> cl /nologo /TP /EHsc /wd4819 /wd4996 /nologo /MD /O2
> /ID:\LyXSVN\lyx-devel\lyx-w
> indows-deps-msvc-qt4\include /Irelease\common /ID:\LyXSVN\lyx-devel\src
> /ID:\LyX
> SVN\lyx-devel\src /ID:\LyXSVN\lyx-deve
Uwe Stöhr wrote:
> When comiling LyX 1.5svn using SCons and MSVC I get these warning:
>
> cl /nologo /TP /EHsc /wd4819 /wd4996 /nologo /MD /O2
> /ID:\LyXSVN\lyx-devel\lyx-w
> indows-deps-msvc-qt4\include /Irelease\common /ID:\LyXSVN\lyx-devel\src
> /ID:\LyX
> SVN\lyx-devel\src /ID:\LyXSVN\lyx-deve
Bo Peng schrieb:
with the change you made in SVN revision 16341 I can't build the Qt4
frontend. I get this strange error message:
This should be fixed now. There has been a big reshuffling of
SConstruct and a piece of CCFLAGS got lost.
thanks, it works.
regards Uwe
with the change you made in SVN revision 16341 I can't build the Qt4 frontend.
I get this strange error message:
This should be fixed now. There has been a big reshuffling of
SConstruct and a piece of CCFLAGS got lost.
Thanks.
Bo
JMarc wrote:
> When selecting a collapsable inset with the mouse, it opens at mouse
> release time. This is very very annoying...
> The following pair of patches fix this. Objections?
I applied your changes in revision 16337 and this introduces a crash.
- highlight text together with an inset
Hello Bo,
with the change you made in SVN revision 16341 I can't build the Qt4 frontend.
I get this strange error message:
..\..\lyx-windows-deps-msvc-qt4\qt-4\bin\moc -o release\common\frontends\qt4\Act
ion_moc.cpp D:\LyXSVN\lyx-devel\src\frontends\qt4\Action.h
cl -DHAVE_CONFIG_H -DQT_CLEAN_NA
On Tue, Dec 19, 2006 at 02:50:46PM +0100, Jean-Marc Lasgouttes wrote:
> > "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> Abdelrazak> Abdelrazak Younes wrote:
> >> Jean-Marc Lasgouttes wrote:
> >>> When selecting a collapsable inset with the mouse, it opens at
> >>> mouse rel
When compiling LyX 1.5svn using SCons and MSVC I get this warning:
cl /nologo /TP /EHsc /wd4819 /wd4996 /nologo /MD /O2 /ID:\LyXSVN\lyx-devel\lyx-w
indows-deps-msvc-qt4\include /Irelease\common /ID:\LyXSVN\lyx-devel\src /ID:\LyX
SVN\lyx-devel\src /ID:\LyXSVN\lyx-devel\boost /c D:\LyXSVN\lyx-devel
When comiling LyX 1.5svn using SCons and MSVC I get these warning:
cl /nologo /TP /EHsc /wd4819 /wd4996 /nologo /MD /O2 /ID:\LyXSVN\lyx-devel\lyx-w
indows-deps-msvc-qt4\include /Irelease\common /ID:\LyXSVN\lyx-devel\src /ID:\LyX
SVN\lyx-devel\src /ID:\LyXSVN\lyx-devel\boost /c D:\LyXSVN\lyx-devel
On Wed, Dec 20, 2006 at 03:09:09PM +1800, Bo Peng wrote:
> >
> > Jean-Marc> I do see it, with the same backtrace.
> >
> > compiler is
> > fantomas: g++ --version
> > g++-3.4.1 (GCC) 3.4.1 (Mandrakelinux 10.1 3.4.1-4mdk)
>
> This does not happen for Fedora 5, gcc 4.1.1, so should gcc 3.4 be blamed?
On Tue, Dec 19, 2006 at 02:08:11PM +0100, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > Been there, done that. The attached would be the patch you are looking
> > for, but it only fixes the assertion, not the other bug I mention.
> > This is because fileSearch is designed to replace an extensi
Am Dienstag, 19. Dezember 2006 21:39 schrieb Bo Peng:
> > There are indeed only .so versions of iostreams installed (see the list
I
>
> As long as the problem is found, the fix is easy. ... Please check again.
It seems to work now (at least it starts to compile, and prints out that it
found the
Jean-Marc> I do see it, with the same backtrace.
compiler is
fantomas: g++ --version
g++-3.4.1 (GCC) 3.4.1 (Mandrakelinux 10.1 3.4.1-4mdk)
This does not happen for Fedora 5, gcc 4.1.1, so should gcc 3.4 be blamed?
Bo
There are indeed only .so versions of iostreams installed (see the list I
As long as the problem is found, the fix is easy. ... Please check again.
Bo
Am Dienstag, 19. Dezember 2006 21:00 schrieb Bo Peng:
> It seems to me that scons can not find iostreams... can you check that?
There are indeed only .so versions of iostreams installed (see the list I
sent). I don't know why (the 1.33.1 devel package does not contain a
static library either, s
Checking for boost library signals, regex, filesystem, iostreams... Looking
into $LOCALLIBPATH
Looking into /usr/lib
Find boost libraries:
['/usr/lib/libboost_signals-gcc-1_34.a',
'/usr/lib/libboost_signals-gcc-mt-1_34.a']
Qualified libraries:
['/usr/lib/libboost_signals-gcc-1_34.a',
'/usr/lib
Am Dienstag, 19. Dezember 2006 20:32 schrieb Martin Vermeer:
> Does it do the job?
I don't have time to check this right now (need to fix a bug in my own
code :-( )
Georg
Am Dienstag, 19. Dezember 2006 20:36 schrieb Bo Peng:
> I would appreciate it if you can apply the attached patch and send me
> the result... This boost detection business should not have been this
> hard.
Indeed not.
> Maybe you only have .so files?
No, I also have .a, but it should also work i
Am Dienstag, 19. Dezember 2006 20:29 schrieb Bo Peng:
> The display of (cached) is likely a scons bug. It is displayed because
> my detection does not call any further scons configuration function
> that can override this flag. This is likely the case since scons
> correctly detects boost 1.35 whe
Jean-Marc Lasgouttes wrote:
>> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
>
> Peter> OK, it was just a idea, because I've added the right 'LyX' menu
> Peter> to fix the crash on exit. Seems 'Exit' is already renamed.
>
> I missed this a the time. Could you explain exactly what you di
I would appreciate it if you can apply the attached patch and send me
the result... This boost detection business should not have been this
hard.
Maybe you only have .so files?
Thanks.
Bo
Index: development/scons/scons_utils.py
===
On Tue, Dec 19, 2006 at 07:51:33PM +0100, Georg Baum wrote:
> Am Dienstag, 19. Dezember 2006 16:16 schrieb Abdelrazak Younes:
>
> > The patch does not apply cleanly...
>
> I put an updated one in bugzilla. It was partly applied already, and I
> applied one pure formatting change, too, so it is n
I don't really know how you check for qt, but it would be reasonable to
first check whether pkg-config finds qt. Then you don't need to make any
assumptions on linux,
I check pkgconfig for QtCore, and then try to link to QtCore_debug if
mode=debug.
Checking for boost library signals, regex, fi
Am Dienstag, 19. Dezember 2006 19:42 schrieb Bo Peng:
> >
> > No config.log gets created. All I have is this:
>
> This has been fixed. I also did some cleanup of SConstruct along the
> way to have better separation of general (for src etc) and frontend
> (for support and qt4) building environments
Am Dienstag, 19. Dezember 2006 16:16 schrieb Abdelrazak Younes:
> The patch does not apply cleanly...
I put an updated one in bugzilla. It was partly applied already, and I
applied one pure formatting change, too, so it is now really small.
Georg
No config.log gets created. All I have is this:
This has been fixed. I also did some cleanup of SConstruct along the
way to have better separation of general (for src etc) and frontend
(for support and qt4) building environments.
This problem was not discovered because qt4 has never been insta
Am Dienstag, 19. Dezember 2006 15:27 schrieb [EMAIL PROTECTED]:
> --- lyx-devel/trunk/src/paragraph.C (original)
> +++ lyx-devel/trunk/src/paragraph.C Tue Dec 19 15:27:38 2006
> @@ -69,6 +69,88 @@
> using std::ostringstream;
>
>
> +ParagraphMetrics::ParagraphMetrics()
> +{
> +}
> +
> +
> +Par
On Dec 19, 2006, at 1:30 AM, Jean-Marc Lasgouttes wrote:
"Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> It works well. Everything seems to be in the right place, and
Bennett> all the menu options in the standard LyX menu work as
Bennett> expected.
Actually, the extra menu is n
When one inserts a minipage of, say, 30% of page width, the button of
the collapsable inset is set on the left and the resulting insettext
area is unusable. The following patches cure that, but since I do not
really understand how this stuff works (what is the special
parameter?), I'd rather have
On Tue, Dec 19, 2006 at 04:16:49PM +0100, Abdelrazak Younes wrote:
> Martin Vermeer wrote:
> >On Tue, 2006-12-19 at 13:07 +0100, Georg Baum wrote:
> >>Martin Vermeer wrote:
> >>
> >>>Yes, and a working patch to take it into use is found under the Bugzilla
> >>>item (at least is _was_ working then..
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> On 12/19/06, Bo Peng <[EMAIL PROTECTED]> wrote:
>>> > When lyx quits with an opened buffer, I get
>>> >
>>> > pure virtual method called > terminate called without an active
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> On 12/19/06, Bo Peng <[EMAIL PROTECTED]> wrote:
>> > When lyx quits with an opened buffer, I get
>> >
>> > pure virtual method called > terminate called without an active
>> exception > Abort
>>
>> Anybody else see this? The gdb backtrace is:
Bo Peng wrote:
On 12/19/06, Bo Peng <[EMAIL PROTECTED]>
wrote:
> When lyx quits with an opened buffer, I get
>
> pure virtual method called
> terminate called without an active exception
> Abort
Anybody else see this? The gdb backtrace is:
I have to bug you guys again: please reply if you do
> "Steve" == <[EMAIL PROTECTED]> writes:
Steve> Hi, I have just discovered Lyx and trying to get to grips its
Steve> interface. One thing I found annoying was trying to move
Steve> between documents, perhaps I haven't found the most productive
Steve> way of achieving this.
Do you know about
Bo Peng wrote:
> On 12/19/06, Bo Peng <[EMAIL PROTECTED]>
> wrote:
>> > When lyx quits with an opened buffer, I get
>> >
>> > pure virtual method called
>> > terminate called without an active exception
>> > Abort
>>
>> Anybody else see this? The gdb backtrace is:
>
> I have to bug you guys again
Martin Vermeer wrote:
On Tue, 2006-12-19 at 13:07 +0100, Georg Baum wrote:
Martin Vermeer wrote:
Yes, and a working patch to take it into use is found under the Bugzilla
item (at least is _was_ working then... even tested it).
Great, I did not know that.
I am open to both solutions, but be
On 12/19/06, Bo Peng <[EMAIL PROTECTED]> wrote:
> When lyx quits with an opened buffer, I get
>
> pure virtual method called
> terminate called without an active exception
> Abort
Anybody else see this? The gdb backtrace is:
I have to bug you guys again: please reply if you do not see this.
Th
Hi,
I have just discovered Lyx and trying to get to grips its interface. One thing
I found annoying was trying to move between documents, perhaps I haven't found
the most productive way of achieving this.
I was wandering if you had considered introducing tabs so that users can switch
quickly a
Do you have any idea how much effort is needed to complete the M/V
separation? Can this be done is a step-by-step manner?
This is absolutely necessary for the proper functioning of
multiple-windows, and is beneficial for single window. It would be
great if Abdel can finish this before 1.5.x alt
Michael Gerz wrote:
Abdelrazak Younes schrieb:
As indicated in the comments, the next step is to let BufferView
handles these ParagraphMetrics objects. I don't know if I'll have time
to do it but at least the path to completion is clear from this point
for anyone who wants to continue the work
Abdelrazak Younes schrieb:
As indicated in the comments, the next step is to let BufferView
handles these ParagraphMetrics objects. I don't know if I'll have time
to do it but at least the path to completion is clear from this point
for anyone who wants to continue the work. If not, then this w
Hello,
FYI, I've committed this first step toward true MV separation of the
Paragraph class (and also a small cleanup of DocIterator). I did not
request a review of the patch because it was straight forward (just
moving of code) and very safe.
As indicated in the comments, the next step is t
Jean-Marc Lasgouttes wrote:
Abdelrazak> I think I misread the patch and that my understanding
Abdelrazak> above was wrong. In that case, please forget my objection.
Yes, I think you got it wrong. What the patch changes is what happens
on mouse1 release. Normally it is 'toggle the inset', the pat
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I am sure they are not visible. Just make a break point
Abdelrazak> inside Action and I think you'll see the contents. The
Abdelrazak> visibility problem was probably because the Action object
Abdelrazak> was of null a
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Abdelrazak Younes wrote:
>> Jean-Marc Lasgouttes wrote:
>>> When selecting a collapsable inset with the mouse, it opens at
>>> mouse release time. This is very very annoying...
>> Why is that annoying?
>>
>>> The fo
Am Dienstag 19 Dezember 2006 16:09 schrieb Bo Peng:
> > > Although your qt installation has to be blamed. I have modified
> > > SConstruct to accommendate this.
> >
> > Why should my qt installation be blamed?
>
> Ok. Maybe it is perfectly ok for a distribution to provide only
> release libraries f
Bo Peng wrote:
> I installed boost 1.33.1 in /usr/lib and scons finds them without
> problem. Maybe your problem is triggered by the coexistence of two
> version of boost?
Well, the build system should be able cope with that.
Georg
Enrico Forestieri wrote:
> Been there, done that. The attached would be the patch you are looking
> for, but it only fixes the assertion, not the other bug I mention.
> This is because fileSearch is designed to replace an extension, not to
> add one.
I don't think that was intended. I rather thin
Michael Gerz wrote:
> Abdelrazak Younes schrieb:
>> Georg, I have this suspicious warning with MSVC, do you know what it
>> means?
>
>> ..\..\..\src\bufferlist.C(250) : see reference to class
>> template instantiation 'boost::_bi::dm_result' being compiled
>
> I think a function pointer
On Tue, 2006-12-19 at 13:07 +0100, Georg Baum wrote:
> Martin Vermeer wrote:
>
> > Yes, and a working patch to take it into use is found under the Bugzilla
> > item (at least is _was_ working then... even tested it).
>
> Great, I did not know that.
>
> > I am open to both solutions, but be aware
FYI:
* Watch for bugzilla.lyx.org entries
* Open bugs: http://tinyurl.com/y7hdzc
(unconfirmed/new/assigned/reopened + no enhancement +
no 1.6.0 target + not 'fixedintrunk')
* Uncommitted patches: http://tinyurl.com/uvxat
(unconfirmed/new/assigned/reopened + no 1.6.0 tar
Martin Vermeer wrote:
> Yes, and a working patch to take it into use is found under the Bugzilla
> item (at least is _was_ working then... even tested it).
Great, I did not know that.
> I am open to both solutions, but be aware of the risks doing this close
> to a release. And of course, lyx2lyx
On Tue, 2006-12-19 at 12:25 +0100, Georg Baum wrote:
> Michael Gerz wrote:
>
> > Martin Vermeer schrieb:
> >> This bug was classified as major and retargeted for 1.5.0. A proper fix,
> >> by switching to caption inset, is not an option now during the freeze.
> >>
> > I think this depends on whe
Michael Gerz wrote:
> Martin Vermeer schrieb:
>> This bug was classified as major and retargeted for 1.5.0. A proper fix,
>> by switching to caption inset, is not an option now during the freeze.
>>
> I think this depends on whether the caption inset is easy to implement.
It does exist already
Abdelrazak Younes schrieb:
Georg, I have this suspicious warning with MSVC, do you know what it
means?
..\..\..\src\bufferlist.C(250) : see reference to class
template instantiation 'boost::_bi::dm_result' being compiled
I think a function pointer is missing here.
Michael
Georg, I have this suspicious warning with MSVC, do you know what it means?
Thanks,
Abdel.
D:\devel\lyx\trunk\boost\boost/bind.hpp(1575) : warning C4180: qualifier
applied to function type has no meaning; ignored
D:\devel\lyx\trunk\boost\boost/bind.hpp(1609) : see reference
to class t
On Tue, 2006-12-19 at 10:48 +0100, Michael Gerz wrote:
> Martin Vermeer schrieb:
> > This bug was classified as major and retargeted for 1.5.0. A proper fix,
> > by switching to caption inset, is not an option now during the freeze.
> >
> I think this depends on whether the caption inset is easy
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
When selecting a collapsable inset with the mouse, it opens at mouse
release time. This is very very annoying...
Why is that annoying?
The following pair of patches fix this. Objections?
Yes. I would imagine that "mouse click on inset"
Martin Vermeer schrieb:
This bug was classified as major and retargeted for 1.5.0. A proper fix,
by switching to caption inset, is not an option now during the freeze.
I think this depends on whether the caption inset is easy to implement.
LyXText::breakParagraph() is a tricky (note that it
Martin Vermeer wrote:
Attached the patch posted on Bugzilla that makes the caption in table
and figure insets slightly better behaved. It covers the most common use
cases.
As correctly remarked on Bugzilla, this is something that many starting
LyX users stumble on.
This bug was classified as ma
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes
<[EMAIL PROTECTED]> writes:
Abdelrazak> Georg solved that apparently. The Action state below was
Abdelrazak> not meaningful I think.
Yes, it looks it it. However, it is annoying that actions are not
visible
Attached the patch posted on Bugzilla that makes the caption in table
and figure insets slightly better behaved. It covers the most common use
cases.
As correctly remarked on Bugzilla, this is something that many starting
LyX users stumble on.
This bug was classified as major and retargeted for 1
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Georg solved that apparently. The Action state below was
Abdelrazak> not meaningful I think.
Yes, it looks it it. However, it is annoying that actions are not
visible in gdb. I guess it is rel
Jean-Marc Lasgouttes wrote:
When selecting a collapsable inset with the mouse, it opens at mouse
release time. This is very very annoying...
Why is that annoying?
The following pair of patches fix this. Objections?
Yes. I would imagine that "mouse click on inset" should be reserved for
dr
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Georg solved that apparently. The Action state below was
Abdelrazak> not meaningful I think.
Yes, it looks it it. However, it is annoying that actions are not
visible in gdb. I guess it is related to the fact that the
Jean-Marc Lasgouttes wrote:
"Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Andreas Karlsson wrote:
Crashes:
1. Start LyX 2. Choose File > New 3. Click on the icon for "Include
file" --> Crash
Juergen> This is now http://bugzilla.lyx.org/show_bug.cgi?id=3037
Abdel, c
When selecting a collapsable inset with the mouse, it opens at mouse
release time. This is very very annoying...
The following pair of patches fix this. Objections?
JMarc
Index: src/insets/insetcollapsable.C
===
--- src/insets/inse
67 matches
Mail list logo
