Andre Poenitz wrote:
On Sun, Oct 29, 2006 at 04:39:51PM -, [EMAIL PROTECTED] wrote:
- bool const inside = (y + rit->descent() >= 0
- && y - rit->ascent() < ww);
RowPainter rp(pi, text, pit, *rit, x, y);
Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Sun, Oct 29, 2006 at 04:39:51PM -,
[EMAIL PROTECTED] wrote:
-bool const inside = (y + rit->descent() >= 0
- && y - rit->ascent() < ww);
RowPainter rp(pi, text, pit, *rit, x, y);
//
Michael Gerz wrote:
> "review" was already defined. Just have a look four lines above (not
> visible in this code snippet). I am going to revert your patch.
Toolbars
"standard" "on,top"
"extra" "on,top"
"review" "off,top"
"table" "table,bottom"
"math" "math
Angus Leeming wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Do we still need guiapi.[Ch]? Again, it seems like it is not linked to
the final LyX executable.
I let it there because I don't know it is used in some external client.
We shall know if this is true or not before removing this.
Hi,
this is in trunk. Compiler is gcc-3.3.4-11
...
g++ -/usr/include/g++/bits/boost_concept_check.h: In member function `
lyx::IconvProcessor& lyx::IconvProcessor::operator=(const
lyx::IconvProcessor&)':
/usr/include/g++/bits/boost_concept_check.h:203: instantiated from `void
__gnu_cxx::
Kornel Benko wrote:
Hi,
this is in trunk. Compiler is gcc-3.3.4-11
Could you please try this patch which remove the constness of the two
strings?
Thanks in advance,
Abdel.
Index: unicode.h
===
--- unicode.h (revision 15611)
++
Am Montag, 30. Oktober 2006 10:08 schrieb Abdelrazak Younes:
> Kornel Benko wrote:
> > Hi,
> > this is in trunk. Compiler is gcc-3.3.4-11
>
> Could you please try this patch which remove the constness of the two
> strings?
PERFECT :)
Kornel
--
Kornel Benko
[EMAIL PROTECTED]
pgpUHK6t
Kornel Benko wrote:
Am Montag, 30. Oktober 2006 10:08 schrieb Abdelrazak Younes:
Kornel Benko wrote:
Hi,
this is in trunk. Compiler is gcc-3.3.4-11
Could you please try this patch which remove the constness of the two
strings?
PERFECT :)
Then committed. Thanks a lot,
Abdel.
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> codecvt facets are only used by file streams
>> Is that a limitation of the gcc implmentation, or is it the
>> standard that specified such a stupid thing?
Georg> The standard.
I guess there is a reason for this, but it looks like a
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Committed to trunk and branch. Log:
Martin> * layout2layout.py (convert): remove spurious tabs
Martin> (Should this be in status.14x? It's so minimal.)
Does it do something visible to the user? Was layout2layout workin
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> At some point we should perhaps reorganize the list of classes
Martin> (tree-style?).
Yes.
Martin> I really wouldn't mind having all lyx-supported layouts in
Martin> LyX. For class files perhaps a bit more conservative: for
Ma
Andre Poenitz wrote:
Good in theory but it looks as if this is the kind of infomration that
would be useful for a 'non-drawing real painter' (as opposed to the
original nullpainter)
I have implemented that and got rid of the NullPainter altogether:
Author: younes
Date: Mon Oct 30 11:09:59 200
JMarc, could I update the cmake files in the 1.4.4 branch?
Peter
> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Peter Kümmel wrote:
>> Why not add a "Show allways the CT toolbar"?
>>
>>
Michael> This maps to option "on" in stdtoolbar.ui.
Michael> I wonder whether we will have context-sensitive menus at all
Michael> in 1.5.
Michael> Bo,
Peter Kümmel wrote:
> I don't like to see the CT toolbar all the time, but no problem, now
> we will wait for Po's comments/patch.
Sorry Bo, I got confused by the first letter your last name.
Peter
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> Will something like attached be accepted? Basically, I move
Bo> LFUN_BOOKMARK_GOTO to lyxfunc.C and swith buffer via LyxView
Bo> instead of BufferView. A relocation of the whole bookmark feature
Bo> may worth further consideration though.
Are
On Tuesday 24 October 2006 12:25 am, John Levon wrote:
>
> Bitter? You ought to have seen the discussion about the fix I sent on
> IRC... eventually I just gave up. I used to fight my corner until
> everyone understood everyone else well enough when I was doing proper
> LyX development. Now I just
Abdelrazak Younes wrote:
Andre Poenitz wrote:
Good in theory but it looks as if this is the kind of infomration that
would be useful for a 'non-drawing real painter' (as opposed to the
original nullpainter)
I have implemented that and got rid of the NullPainter altogether:
Shit... Some of m
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Andre Poenitz wrote:
Good in theory but it looks as if this is the kind of infomration that
would be useful for a 'non-drawing real painter' (as opposed to the
original nullpainter)
I have implemented that and got rid of the NullPainter altog
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Hello, As promised this patch fixes most (all?) the
Abdelrazak> crashes obtained when switching windows.
Abdelrazak> This may look like a cleanup, and it is in a sense, but
Abdelrazak> IMHO this was the only way to ha
On Tuesday 24 October 2006 6:46 am, Michael Gerz wrote:
> José Matos wrote:
> >1.5 Features:
> >- Unicode / new encodings.
> >- Multiple windows.
> >- Change tracking
> >- Sessions
> >
> >- What am I missing more?
>
> - Outlook?
> - Improved dialogs (some 1.4/qt3 dialogs are a PITA)?
OK, I added
Jean-Marc Lasgouttes wrote:
"Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> Will something like attached be accepted? Basically, I move
Bo> LFUN_BOOKMARK_GOTO to lyxfunc.C and swith buffer via LyxView
Bo> instead of BufferView. A relocation of the whole bookmark feature
Bo> may worth further co
Jean-Marc Lasgouttes wrote:
>> "Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
>
> Michael> Peter Kümmel wrote:
>>> Why not add a "Show allways the CT toolbar"?
>>>
>>>
> Michael> This maps to option "on" in stdtoolbar.ui.
>
> Michael> I wonder whether we will have context-sensitive men
On Tuesday 24 October 2006 8:25 am, Juergen Spitzmueller wrote:
>
> > Mixing the two previous paragraphs, that means that we should release a
> > product as soon as possible when certain requirements are met, those
> > requirements are:
> > - to have a stable frontend;
> > - no (known)
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Hello, As promised this patch fixes most (all?) the
Abdelrazak> crashes obtained when switching windows.
Abdelrazak> This may look like a cleanup, and it is in a sense, but
Abdelrazak> IMHO th
On Tuesday 24 October 2006 10:43 am, Enrico Forestieri wrote:
> On Tue, Oct 24, 2006 at 12:07:13AM +0100, José Matos wrote:
> > Hi fellow developers,
>
> Hi José, hope you recovered from your tour de force ;-)
One week after the original message I have recovered. :-)
> > I am not trying to
> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
Peter> JMarc, could I update the cmake files in the 1.4.4 branch?
Yes, if this only touches cmake stuff.
JMarc
Peter Kümmel wrote:
Have you thought about the tabs-patch for 1.4.4?
I am not sure what's that but I have noticed that now when I press the
tab key, the focus goes out of the workarea and onto the toolbars. This
is very annoying.
Abdel.
> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
Peter> Have you thought about the tabs-patch for 1.4.4?
Yes, I thought about it, and I think we should not do it. All these
features need to mature first. I agree with Georg position that adding
older, well tested features is OK, but devel
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Andre Poenitz wrote:
>> Good in theory but it looks as if this is the kind of infomration
>> that would be useful for a 'non-drawing real painter' (as opposed
>> to the original nullpainter)
Abdelrazak> I have implem
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> if they are buffer-local, the code should go to BufferView.C. It is
>> as simple as that.
Abdelrazak> No in any case because one buffer may be used by more than
Abdelrazak> BufferView.
We could also have a Buffer::dispatch (o
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
if they are buffer-local, the code should go to BufferView.C. It is
as simple as that.
Abdelrazak> No in any case because one buffer may be used by more than
Abdelrazak> BufferView.
We could also have
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Peter Kümmel wrote:
>> Have you thought about the tabs-patch for 1.4.4?
Abdelrazak> I am not sure what's that but I have noticed that now when
Abdelrazak> I press the tab key, the focus goes out of the workarea
Abdel
On Tuesday 24 October 2006 1:16 pm, Abdelrazak Younes wrote:
> José Matos wrote:
> > Hi fellow developers,
> >
> > So with this said I look forward to see Georg (who seems to always read
> > my mind when it comes to lyx2lyx), Abdel (to pay you a beverage for qt4
> > work) or
>
> Noted ;-)
Pl
[EMAIL PROTECTED] wrote:
> Author: younes
> Date: Mon Oct 30 11:47:59 2006
> New Revision: 15615
>
> URL: http://www.lyx.org/trac/changeset/15615
> Log:
> Forgot that!
That was not enough. It does not link:
frontends/qt4/.libs/libqt4.a(QLPainter.o
(.gnu.linkonce.t._ZN3lyx8frontend7PainterC2Ev+
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Peter Kümmel wrote:
Have you thought about the tabs-patch for 1.4.4?
Abdelrazak> I am not sure what's that but I have noticed that now when
Abdelrazak> I press the tab key, the focus goes o
Georg Baum wrote:
[EMAIL PROTECTED] wrote:
Author: younes
Date: Mon Oct 30 11:47:59 2006
New Revision: 15615
URL: http://www.lyx.org/trac/changeset/15615
Log:
Forgot that!
That was not enough. It does not link:
frontends/qt4/.libs/libqt4.a(QLPainter.o
(.gnu.linkonce.t._ZN3lyx8frontend7Pain
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Yes, the destructor was not virtual. This should be fixed
Abdelrazak> now.
Also, the 'const' of isDrawing Enabled seems badly placed. Returning a
'bool const' is weird, but OTOH the method could be const.
JMarc
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> You're joking but there's a big difference between this
Abdelrazak> case and the rest (dialogs, toolbar, etc). IMHO the only
Abdelrazak> thing in the frontend where we should have total control
Abdelrazak> (including k
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Yes, the destructor was not virtual. This should be fixed
Abdelrazak> now.
Also, the 'const' of isDrawing Enabled seems badly placed. Returning a
'bool const' is weird,
I thought this was de
On Tuesday 24 October 2006 8:30 pm, Georg Baum wrote:
>
> No. IMO it was a mistake to skip the "let those who care keep it working in
> svn while others ignore it" phase. But now the baby is already thrown out
> and dead. I was willing to keep the qt3 frontend working as long as that
> would not re
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jean-Marc Lasgouttes wrote:
>>> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>>
Abdelrazak> Yes, the destructor was not virtual. This should be fixed
Abdelrazak> now.
>> Also, the 'const' of isDra
Hello,
I cannot compile the recent lyx-devel with the followings are compilation error
messages:
make[6]: Entering directory `/home/lyx-devel/src/frontends/qt4'
Making all in ui
make[7]: Entering directory `/home/lyx-devel/src/frontends/qt4/ui'
/usr/bin/uic BiblioUi.ui -o BiblioUi.h
uic: File
On Wednesday 25 October 2006 8:34 am, Abdelrazak Younes wrote:
>
> Nothing wrong per see. But I agree with Georg that "alpha stage" should
> not necessarily mean "no more feature".
That is where I disagree. The release of an alpha release, at least at this
stage should mean no more features.
> "한창길" == 한창길 <[EMAIL PROTECTED]> writes:
한창길> What can I do?
Are you aware that the qt3 frontend has been replaced by the qt4 one
(I guess yes, but I'd like to ask :). What configuration options did
you use? It seems that the wrong version of uic is found and used.
JMarc
On Wednesday 25 October 2006 9:42 am, Jean-Marc Lasgouttes wrote:
> There is also the problem of the next 1.4 release. Some stuff needs to
> be fixed before 1.4.4, but depending on 1.5 timing, it is not clear
> yet whether it should be the last one. I think there will be time for
> a 1.4.5 that imp
José Matos wrote:
On Wednesday 25 October 2006 8:34 am, Abdelrazak Younes wrote:
Nothing wrong per see. But I agree with Georg that "alpha stage" should
not necessarily mean "no more feature".
That is where I disagree. The release of an alpha release, at least at this
stage should mean no m
On Wednesday 25 October 2006 10:26 am, Jean-Marc Lasgouttes wrote:
> Here is what is on the table right now:
>
> http://bugzilla.lyx.org/buglist.cgi?short_desc_type=allwordssubstr&short_de
>sc=&target_milestone=1.4.4&long_desc_type=allwordssubstr&long_desc=&bug_file
>_loc_type=allwordssubstr&bug_fi
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Yes, the destructor was not virtual. This should be fixed
Abdelrazak> now.
Also, the 'c
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jean-Marc Lasgouttes wrote:
>>> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>>
Abdelrazak> Jean-Marc Lasgouttes wrote:
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdel
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Yes, the destructor was not virtual. This should be fixed
Abdelrazak> now.
Also, the 'c
On Thursday 26 October 2006 7:01 pm, Asger Ottar Alstrup wrote:
>
> The purpose of the test release is to get the software tested by a
> wider, willing audience so that the currently UNKNOWN important problems
> are identified so they can be fixed before a pre-release can be rolled
> out to an even
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Also, the 'const' of isDrawing Enabled seems badly placed.
Returning a 'bool const' is weird,
Abdelrazak> I thought this was defined in LyX code style as a hint to
Abdelrazak> say "This returned value is n
Abdelrazak Younes wrote:
> Jean-Marc Lasgouttes wrote:
>>> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>>
>> Abdelrazak> Jean-Marc Lasgouttes wrote:
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> Abdelrazak> Yes, the destructor was not virtual. This
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> BTW, I still cannot link after your latest commit. Same errors as
>> Georg.
Abdelrazak> Does this patch helps?
No :(
JMarc
Jean-Marc Lasgouttes wrote:
>> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
>
> Peter> Have you thought about the tabs-patch for 1.4.4?
>
> Yes, I thought about it, and I think we should not do it. All these
> features need to mature first. I agree with Georg position that adding
> old
José Matos wrote:
>>> My proposal follows that coming from the meeting to enter a period of
>>> feature freeze, that is no more features are allowed at this point.
>> So, sorry Peter, I guess this is too late for the TabWidget :-(
>> But don't feel demotivated I reckon such simple and useful ad
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Maybe this helps.
If it solves the problem and I fear it will, it is a gcc bug.
Abdel.
On Monday 30 October 2006 10:35 am, Abdelrazak Younes wrote:
> >
> > As Georg said, this is up to José.
>
> Pretty please Jose! ;-)
I feel a bit uneasy with this patch, for obvious reasons. :-(
On the other hand I agree with Jean-Marc. Since Jean-Marc and Georg like the
patch you have a go.
toolbars are (still) funky here.
i use the following default.ui settings:
Toolbars
"standard" "on,top"
"extra" "on,bottom"
"review" "off,top"
"table" "table,bottom"
"math" "math,bottom"
"minibuffer" "off,bottom"
End
on startup i see this:
http://
On Monday 30 October 2006 12:13 pm, Peter Kümmel wrote:
> Did I get you right that then it is also dropped for 1.5.0?
I was referring to 1.5. :-)
If Jean-Marc and Abdel support you can commit it. As far as I remember the
patch is small and localized, right?
> Peter
--
José Abílio
José Matos wrote:
On Monday 30 October 2006 10:35 am, Abdelrazak Younes wrote:
As Georg said, this is up to José.
Pretty please Jose! ;-)
I feel a bit uneasy with this patch, for obvious reasons. :-(
I understand and that's why I asked. But rest assured that it works
well. As an added bo
Jean-Marc Lasgouttes wrote:
> Abdelrazak> Really? hum, do you use precompiled header?
>
> Yes. I'll try to remove them and recompile.
I don't use pch here (gcc too old), but it does not work. I just tried
Peter's fix, and it did not help either (as expected, if gcc had a problem
with inlined vir
Leuven, E. wrote:
> toolbars are (still) funky here.
>
> i use the following default.ui settings:
>
> Toolbars
> "standard" "on,top"
> "extra" "on,bottom"
> "review" "off,top"
> "table" "table,bottom"
> "math" "math,bottom"
> "minibuffer" "off,bottom"
> End
>
> "José" == José Matos <[EMAIL PROTECTED]> writes:
>> Some of the bugs have trivial fixes. There are two enhancements
>> that could be applied to 1.5 instead (save all files and show
>> modified files in buffer list). And some bugs could probably be
>> moved to later.
José> I welcome those
Georg Baum wrote:
> I don't use pch here (gcc too old), but it does not work. I just tried
> Peter's fix, and it did not help either (as expected, if gcc had a problem
> with inlined virtual destructors many people would have seen it).
Yes this would be strange.
Here the next idea:
Index: QLPai
Georg Baum wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak> Really? hum, do you use precompiled header?
Yes. I'll try to remove them and recompile.
I don't use pch here (gcc too old), but it does not work. I just tried
Peter's fix, and it did not help either (as expected, if gcc had a problem
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>>
>> Have you thought about the tabs-patch for 1.4.4?
>
> I am not sure what's that but I have noticed that now when I press the
> tab key, the focus goes out of the workarea and onto the toolbars. This
> is very annoying.
First we must decide how w
Peter Kümmel wrote:
> Leuven, E. wrote:
>> toolbars are (still) funky here.
>
> Strange! I see your are using Windows but which Qt?
4.1.4
> Nevertheless first we must decide how we will handle the toolbars.
>
> I think the best is to have a type for each toolbar,
for each toolbar seems overkil
Leuven, E. wrote:
> Peter Kümmel wrote:
>> Leuven, E. wrote:
>>> toolbars are (still) funky here.
>> Strange! I see your are using Windows but which Qt?
>
> 4.1.4
It seems it's a Qt bug in 4.2 and 4.1.4, but different
>> Nevertheless first we must decide how we will handle the toolbars.
>>
>> I
> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
Peter> Yes this would be strange.
Peter> Here the next idea:
No luck either... Would have bee strange too :)
JMarc
Peter Kümmel wrote:
Georg Baum wrote:
I don't use pch here (gcc too old), but it does not work. I just tried
Peter's fix, and it did not help either (as expected, if gcc had a problem
with inlined virtual destructors many people would have seen it).
Yes this would be strange.
Here the next i
Kornel Benko wrote:
This dialog ist not created ...
/usr/local/Trolltech/Qt-4.1.4//bin/uic QPrefScreenFontsUi.ui -o
QPrefScreenFontsUi.h
'screenHugestED' isn't a valid widget
Kornel
P.S.
I was about to send it to the list, but this is so minor ...
Hum, I am not sure it is so minor.
Jean-Marc Lasgouttes wrote:
>> "Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
>
> Peter> Yes this would be strange.
>
> Peter> Here the next idea:
>
> No luck either... Would have bee strange too :)
>
> JMarc
>
>
Gogling gives mw this:
"I don't know if this will help you, but I got
Peter Kümmel wrote:
Jean-Marc Lasgouttes wrote:
"Peter" == Peter Kümmel <[EMAIL PROTECTED]> writes:
Peter> Yes this would be strange.
Peter> Here the next idea:
No luck either... Would have bee strange too :)
JMarc
Gogling gives mw this:
"I don't know if this will help you, but I got th
Peter Kümmel wrote:
> "I don't know if this will help you, but I got this one time when I
> declared a virtual member but failed to define it."
Yes, that was the reason for similar problems in the past, but I could not
find any undefined virtual method. Are we all blind? BTW Abdel your latest
pat
Georg Baum wrote:
Peter Kümmel wrote:
"I don't know if this will help you, but I got this one time when I
declared a virtual member but failed to define it."
Yes, that was the reason for similar problems in the past, but I could not
find any undefined virtual method. Are we all blind?
I am
Abdelrazak Younes wrote:
> Not in this case. I tried to instantiate a QLPainter with new and it
> works fine. I am 100% sure that MSVC does not compile with incomplete
> virtual interface.
You could not instantiate a class with a missing virtual implementation,
I've tested it.
Peter
Georg Baum wrote:
> Peter Kümmel wrote:
>
>> "I don't know if this will help you, but I got this one time when I
>> declared a virtual member but failed to define it."
>
> Yes, that was the reason for similar problems in the past, but I could not
> find any undefined virtual method. Are we all bl
Abdelrazak Younes wrote:
> Could somebody look at this please?
The attached patch should fix it (and goes in soon).
Qt4 designer is not yet very transparent to me, so I did the change in an
editor.
Jürgen
Index: src/frontends/qt4/ui/QPrefScreenFontsUi.ui
=
Jonathan Vogt wrote:
PS: what is the preffered way to report such things (bugzilla or mailinglist)?
I think the ideal is both: i.e. report it in bugzilla,
then post a cut&paste-copy of the report here also
and with a reference to the bug number.
That gives you the best of both:
* The pos
On Mon, 2006-10-30 at 11:08 +0100, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> Committed to trunk and branch. Log:
>
> Martin> * layout2layout.py (convert): remove spurious tabs
>
> Martin> (Should this be in status.14x? It's so
Georg Baum wrote:
> Peter Kümmel wrote:
>
>> "I don't know if this will help you, but I got this one time when I
>> declared a virtual member but failed to define it."
>
> Yes, that was the reason for similar problems in the past, but I could not
> find any undefined virtual method. Are we all bl
On Mon, 2006-10-30 at 20:33 +0900, "한창길" wrote:
> Hello,
>
> I cannot compile the recent lyx-devel with the followings are compilation
> error messages:
>
> make[6]: Entering directory `/home/lyx-devel/src/frontends/qt4'
> Making all in ui
> make[7]: Entering directory `/home/lyx-devel/src/front
Juergen Spitzmueller wrote:
Abdelrazak Younes wrote:
Could somebody look at this please?
The attached patch should fix it (and goes in soon).
Qt4 designer is not yet very transparent to me, so I did the change in an
editor.
Which is as good.
Thanks,
Abdel.
Peter Kümmel wrote:
Georg Baum wrote:
Peter Kümmel wrote:
"I don't know if this will help you, but I got this one time when I
declared a virtual member but failed to define it."
Yes, that was the reason for similar problems in the past, but I could not
find any undefined virtual method. Are w
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> On Mon, 2006-10-30 at 11:08 +0100, Jean-Marc Lasgouttes wrote:
>> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>>
Martin> Committed to trunk and branch. Log:
>>
Martin> * layout2layout.py (convert): remove spurio
On Oct 28, 2006, at 9:45 AM, Jean-Marc Lasgouttes wrote:
"Bennett" == Bennett Helm <[EMAIL PROTECTED]> writes:
Bennett> I just added the --enable-profiling flag to configure, which
Bennett> does the trick for Shark. Should I do something else instead?
Are you sure that Shark needs this?
As
Are bookmarks global or per-document currently? If they are global,
the code should go to lyxfunc.C, if they are buffer-local, the code
should go to BufferView.C. It is as simple as that.
My understanding is bookmark = filename + cursor position, and is a
global thing. It should be accessible fr
Abdelrazak Younes wrote:
> If changing the inheritance order then I prefer this last solution.
That does not help (and if it did it would be vodoo to me), but I found the
problem: You have to reimplement _all_ virtual methods in the derived
class, not just the undefined ones. I am not sure whethe
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> My understanding is bookmark = filename + cursor position, and is
Bo> a global thing. It should be accessible from any new window, even
Bo> if there is no active buffer in that window (not the case now).
Bo> Another improvement I can see is th
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Abdelrazak Younes wrote:
>> If changing the inheritance order then I prefer this last solution.
Georg> That does not help (and if it did it would be vodoo to me), but
Georg> I found the problem: You have to reimplement _all_ virtual
G
On 27/10/06 17:48, Jean-Marc Lasgouttes wrote:
> Could you send a small example file demonstrating this?
>
Of course, here it is.
Just add \usepackage{babel} at top of preamble to make it works.
#LyX 1.4.2 created this file. For more info see http://www.lyx.org/
\lyxformat 245
\begin_document
Georg Baum wrote:
Abdelrazak Younes wrote:
If changing the inheritance order then I prefer this last solution.
That does not help (and if it did it would be vodoo to me), but I found the
problem: You have to reimplement _all_ virtual methods in the derived
class, not just the undefined ones.
Bo> It is defined in BufferView.h. It saves current buffer's name and
Bo> position, and switch to another buffer (without title change,
Bo> which requires access to LyxView) if needed. This does not work
Bo> with multiple windows (as far as I can tell.).
I see it now. So either saved_positions sh
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> We need a way to differentiate multiple bookmarks in the same
Bo> buffer. Paragraph number gives the user a sense of position.
What is paragraph number? If it is the index, it does not work when
one is inside an inset. If it is the id, then th
Bo Peng wrote:
Bo> It is defined in BufferView.h. It saves current buffer's name and
Bo> position, and switch to another buffer (without title change,
Bo> which requires access to LyxView) if needed. This does not work
Bo> with multiple windows (as far as I can tell.).
I see it now. So either sa
José Matos wrote:
> On Monday 30 October 2006 12:13 pm, Peter Kümmel wrote:
>> Did I get you right that then it is also dropped for 1.5.0?
>
> I was referring to 1.5. :-)
>
> If Jean-Marc and Abdel support you can commit it. As far as I remember the
> patch is small and localized, right?
Ye
Hi, i tried downloading the file lyx-143-4.exe from
http://wiki.lyx.org/Windows/Windows, and low and behold my surprise,
when on double-clicking it, and having the setup dialog start, my
F-Secure reported,
Win32.Trojandownloader.Zlob found. When i tried quarantining the item,
it shut down the L
Hello,
I confess that I don't look at Bugzilla very often. In order to improve
on current practice, it would be very nice if we had a bugzilla mailing
list so that we don't need to go to the web interface for discussion.
Is it at all possible?
Abdel.
1 - 100 of 160 matches
Mail list logo