Abdelrazak Younes schrieb:
Stephan Witt wrote:
Abdelrazak Younes schrieb:
I am OK with the patch but I would like to know first if there are
any drawbacks, I am not on X11.
I tested this patch with Qt 4.1.2 and it is working without drawbacks.
AFAIK older Qt versions are not supported
On Sun, 26 Aug 2007 16:57:16 -0500
Bo Peng [EMAIL PROTECTED] wrote:
On 8/26/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: vermeer
Date: Sun Aug 26 22:32:58 2007
New Revision: 19813
URL: http://www.lyx.org/trac/changeset/19813
Log:
Move background colour into the layout
Richard Heck wrote:
http://www.lyx.org/trac/changeset/19331 - Deal with a UI bug
probably not needed (now).
Easy enough to do if you want it. But it's not that critical.
Maybe for later? There will be an 1.5.3 release ;-)
Jürgen
Bo Peng wrote:
A 'better' fix has been committed, but there is still a problem of
copy/paste table cells.
Do we have a bugzilla entry? Sorry for asking, I'm still trying to catch
up ...
Jürgen
Richard Heck wrote:
It went in at 19565, 19598, and 19657. Whether it's for 1.5.x isn't
clear to me. It ended up being a very large commit, and I'm guessing
it'll be hard to port it once it's seen enough testing. But you might
want to look at it. The new dialog is very nice, if I do say so
When I wasn't subscribed to LyX.cvs before, my commit messages were not
posted automatically to that list. As I've quickly gotten tired of all the
LyX.cvs email I'm now reading the posts through gmane.
My question is if I can unsubscribe to LyX.cvs without losing the function
that my commit
Stephan Witt wrote:
Abdelrazak Younes schrieb:
Do you need a new patch from me or will you change it yourself?
No, that's fine, I'll do it.
Thank you!
You are welcome. Please send a message to this list stating the following:
I grant permission to license any and all contributions I've
Jürgen Spitzmüller wrote:
José Matos wrote:
With Jürgen coming soon I will let this decision to him. :-)
So apart from style issues (that are easily fixed) this patch can go in
devel. :-)
OK for branch as well, if Abdel's testing revealed no problems.
No problem on Windows too so I just
On Mon, 2007-08-27 at 08:28 +0200, Jürgen Spitzmüller wrote:
Bo Peng wrote:
A 'better' fix has been committed, but there is still a problem of
copy/paste table cells.
Do we have a bugzilla entry? Sorry for asking, I'm still trying to catch
up ...
I started the thread, but due to
[EMAIL PROTECTED] wrote:
When I wasn't subscribed to LyX.cvs before, my commit messages were not
posted automatically to that list. As I've quickly gotten tired of all
the LyX.cvs email I'm now reading the posts through gmane.
My question is if I can unsubscribe to LyX.cvs without losing the
Paul A. Rubin wrote:
Helge Hafting wrote:
I have a table with a tall row, because one cell is fixed-width with
multiple lines.
In another cell I wanted to place a single symbol, preferably centered
vertically.
I tried changing the column's vertical adjustment, but this had
no effect
2007/8/24, José Matos [EMAIL PROTECTED]:
On Friday 24 August 2007 13:14:33 Alexandre Santos wrote:
However I have a problem importing the .tex files produced by txt2tags
into LyX. The title and author field are missing in the .lyx file,
replaced by a clear page mention. The final .dvi lacks
Martin Vermeer wrote:
On Sun, 26 Aug 2007 16:57:16 -0500
Bo Peng [EMAIL PROTECTED] wrote:
On 8/26/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: vermeer
Date: Sun Aug 26 22:32:58 2007
New Revision: 19813
URL: http://www.lyx.org/trac/changeset/19813
Log:
Move background colour into
[EMAIL PROTECTED] wrote:
On Sun, 26 Aug 2007, Andre Poenitz wrote:
On Sat, Aug 25, 2007 at 12:46:00PM -0400, Richard Heck wrote:
@@ -0,0 +1,291 @@
+/**
+ * \file QSelectionManager.cpp
+ * This file is part of LyX, the document processor.
+ * Licence details can be found in the file COPYING.
+
Darren Freeman wrote:
So no, not to my knowledge.
There is a simple patch under test.
Could you create a bugzilla entry and upload the patch there, please?
Jürgen
Abdelrazak Younes schrieb:
Stephan Witt wrote:
Abdelrazak Younes schrieb:
Do you need a new patch from me or will you change it yourself?
No, that's fine, I'll do it.
Thank you!
You are welcome. Please send a message to this list stating the following:
I granted permission already in
Stephan Witt wrote:
Abdelrazak Younes schrieb:
Stephan Witt wrote:
Abdelrazak Younes schrieb:
Do you need a new patch from me or will you change it yourself?
No, that's fine, I'll do it.
Thank you!
You are welcome. Please send a message to this list stating the
following:
I granted
Abdelrazak Younes schrieb:
Stephan Witt wrote:
Abdelrazak Younes schrieb:
Stephan Witt wrote:
Abdelrazak Younes schrieb:
Do you need a new patch from me or will you change it yourself?
No, that's fine, I'll do it.
Thank you!
You are welcome. Please send a message to this list stating
Alfredo Braunstein wrote:
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
Nope... unfortunately. I am sure this is a metrics problem actually.
Hum... I am _not_ sure...
Actually that's what I've read for some reason ;-) I would nevertheless
like to commit the patch, as valgrind tells
On Mon, 27 Aug 2007 09:43:19 +0200
Abdelrazak Younes [EMAIL PROTECTED] wrote:
Martin Vermeer wrote:
On Sun, 26 Aug 2007 16:57:16 -0500
Bo Peng [EMAIL PROTECTED] wrote:
On 8/26/07, [EMAIL PROTECTED] [EMAIL PROTECTED] wrote:
Author: vermeer
Date: Sun Aug 26 22:32:58 2007
New
Stephan Witt wrote:
Abdelrazak Younes schrieb:
Stephan Witt wrote:
Abdelrazak Younes schrieb:
Stephan Witt wrote:
Abdelrazak Younes schrieb:
Do you need a new patch from me or will you change it yourself?
No, that's fine, I'll do it.
Thank you!
You are welcome. Please send a message
Martin Vermeer wrote:
On Mon, 27 Aug 2007 09:43:19 +0200
There is a way: you just need the Color::color enum AFAIS so the
solution is to extract this enum from the Color class and give it its
own header. This will enable us to get rid of the Color_color
pseudoclass too.
Not really true, I
On Mon, 27 Aug 2007, Abdelrazak Younes wrote:
[EMAIL PROTECTED] wrote:
On Sun, 26 Aug 2007, Andre Poenitz wrote:
On Sat, Aug 25, 2007 at 12:46:00PM -0400, Richard Heck wrote:
@@ -0,0 +1,291 @@
+/**
+ * \file QSelectionManager.cpp
+ * This file is part of LyX, the document
[EMAIL PROTECTED] wrote:
On Mon, 27 Aug 2007, Abdelrazak Younes wrote:
[EMAIL PROTECTED] wrote:
On Sun, 26 Aug 2007, Andre Poenitz wrote:
On Sat, Aug 25, 2007 at 12:46:00PM -0400, Richard Heck wrote:
@@ -0,0 +1,291 @@
+/**
+ * \file QSelectionManager.cpp
+ * This file is part
Am Montag, 27. August 2007 05:53:26 schrieb Angus Leeming:
Martin Vermeer wrote:
I am also using XFig, and text in special mode, and include the figure
as external material. For me it Just Works. You don't even have to
start up a separate XFig session manually, just click the button in LyX.
Abdelrazak Younes wrote:
Alfredo Braunstein wrote:
Text::dispatch(LFUN_FLOAT_INSERT) calls dispatches
Cursor::dispatch(LFUN_CAPTION_INSERT) to insert the CAPTION. One
possible general problem with this may be that Cursor::dispatch is not
reentrant-safe (see beforeDispatch members).
I've
On Mon, 2007-08-27 at 10:08 +0200, Jürgen Spitzmüller wrote:
Darren Freeman wrote:
There is a simple patch under test.
Could you create a bugzilla entry and upload the patch there, please?
http://bugzilla.lyx.org/show_bug.cgi?id=4173
Have fun,
Darren
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Alfredo Braunstein wrote:
Text::dispatch(LFUN_FLOAT_INSERT) calls dispatches
Cursor::dispatch(LFUN_CAPTION_INSERT) to insert the CAPTION. One
possible general problem with this may be that Cursor::dispatch is not
reentrant-safe (see
Abdelrazak Younes wrote:
For BRANCH_1_5 I think the simpler solution is to move the getPos() call
above at the beginning of the LFUN machinery: LyXFunc::dispatch().
I'll try that solution, but I'd prefer that we use my solution for
trunk. Opinion Jurgen?
For branch, your solution is not an
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
For BRANCH_1_5 I think the simpler solution is to move the getPos() call
above at the beginning of the LFUN machinery: LyXFunc::dispatch().
I'll try that solution, but I'd prefer that we use my solution for
trunk. Opinion Jurgen?
^^^
Martin Vermeer wrote:
This is actually an ugly corner of LyX. There is no clean way to modify
the layout file tree in cases like this. But of course one could take it
philosophically and say that, just like with ERT, you're on your own if
you write your own layouts. I suppose it would be better
Hans Meine wrote:
I also wonder if the UI could be improved: Actually, external material does
not say very much. In which respect does it differ from including graphics
(or even include files)?
External material might be neither graphics in the usual sense,
nor documents. Lines of sheet
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
I can backport this to 1.5 by the way...
If this really is a significant speed improvement on Windows and Mac,
On Mac yes. Only a small improvement on Windows.
and if
the problems are solved by disabling the cache on Unix (I'm not sure
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=3427
As I cannot reproduce the problem on Windows, please test the patch on
Unix. This patch has already been committed to trunk last week.
I cannot reliably reproduce the problem. However, if someone
Hello,
The subject says all :-(
Gmane stalled some time last week, is this connected ?
Do I miss something ?
Regards
--
Jean-Pierre
Hi,
I have right now installed Lyx 1.5.1-1 on two Windows machines. During
unpacking, Sophos Antivirus gave twice alarm. The warning was:
..\user\Local\Temp\nsys371A.tmp\nsExec.dll belongs to Troj/Zlob-ADU.
I guess this has to do with other problems than LyX, but just to make
sure ...
On Aug 27, 2007, at 5:27 AM, Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
For BRANCH_1_5 I think the simpler solution is to move the getPos
() call
above at the beginning of the LFUN machinery: LyXFunc::dispatch().
I'll try that solution, but I'd prefer that
Bennett Helm wrote:
On Aug 27, 2007, at 5:27 AM, Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
For BRANCH_1_5 I think the simpler solution is to move the getPos()
call
above at the beginning of the LFUN machinery: LyXFunc::dispatch().
I'll try that solution,
Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=3427
As I cannot reproduce the problem on Windows, please test the patch on
Unix. This patch has already been committed to trunk last week.
I cannot reliably reproduce the
On Monday 27 August 2007 08:43:45 Alexandre Santos wrote:
Yep, if I launch latex xp1.tex (or xp2.tex), I get properly formatted
dvi files (using MikeTex and Yap). So the problem seems to be with
LyX).
AFAIKS an easy solution is to move the the title and author after the
\begin{document} in
On Monday 27 August 2007 14:39:52 Richard Heck wrote:
This bug is so intermittent, it's hard to confirm anything. But I
haven't seen it in a while.
FWIW this is my impression as well. I don't remember to have seen it for
some time.
Richard
--
José Abílio
José Matos wrote:
On Monday 27 August 2007 14:39:52 Richard Heck wrote:
This bug is so intermittent, it's hard to confirm anything. But I
haven't seen it in a while.
FWIW this is my impression as well. I don't remember to have seen it for
some time.
in 1.5 you mean? In trunk, it is
Maybe scons/tex2lyx needs update but I still get
try1/src/tex2lyx/TextClass.o(.text+0x542d): In function
`lyx::TextClass::readInsetLayout(lyx::Lexer,
std::basic_stringunsigned int, std::char_traitsunsigned int,
std::allocatorunsigned int const)':
try1/src/tex2lyx/TextClass.cpp:689: undefined
On Aug 27, 2007, at 9:13 AM, Abdelrazak Younes wrote:
Bennett Helm wrote:
On Aug 27, 2007, at 5:27 AM, Abdelrazak Younes wrote:
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
For BRANCH_1_5 I think the simpler solution is to move the
getPos() call
above at the beginning of the LFUN
On Monday 27 August 2007 14:51:20 Abdelrazak Younes wrote:
in 1.5 you mean?
Yes.
Abdel.
--
José Abílio
José Matos wrote:
in 1.5 you mean?
Yes.
I've seen it recently, but I don't know how to reproduce it reliably.
Jürgen
Edwin Leuven wrote:
guys,
i am (still) fiddling with the tabular code.
after a cell merge there is a redraw which then *sometimes* crashes lyx.
the strange thing is that sometimes it happens, sometimes it doesn't!
backtrace below.
i haven't been able to find out what causes it, and am
Abdelrazak Younes wrote:
Martin Vermeer wrote:
I expect you will have to do the rowpainter cleanup
at the same time.
I'd like to do it in three steps: first remove the hack, then put in
place a better design, then optimize if need be.
When I say better design, I mean that the rowpainter
Abdel wrote:
Edwin Leuven wrote:
after a cell merge there is a redraw which then *sometimes* crashes lyx.
I think I've fixed this problem. The ParagraphMetrics was not updated
with the new Paragraph address upon Paragraph insertion/deletion.
it seems to solve it indeed, thanks!
i must say
Edwin Leuven wrote:
Richard Heck wrote:
comment on the widget: perhaps it is nicer to have a list widget
with checkbox type items for the modules? that way you simply check
the modules that you want and it takes up less space...
The order in the UI is preserved in the order in which the
Leuven, E. wrote:
Abdel wrote:
Edwin Leuven wrote:
after a cell merge there is a redraw which then *sometimes* crashes lyx.
I think I've fixed this problem. The ParagraphMetrics was not updated
with the new Paragraph address upon Paragraph insertion/deletion.
it seems to solve it indeed,
Well, I've introduced this stuff so I hope I undertand it ;-)
Besides, it was my fault to begin with...
glad you are understanding it better now ;-)
Helge Hafting wrote:
Paul A. Rubin wrote:
Helge Hafting wrote:
I have a table with a tall row, because one cell is fixed-width with
multiple lines.
In another cell I wanted to place a single symbol, preferably centered
vertically.
I tried changing the column's vertical adjustment, but this
On 8/27/07, Bo Peng [EMAIL PROTECTED] wrote:
Maybe scons/tex2lyx needs update but I still get
try1/src/tex2lyx/TextClass.o(.text+0x542d): In function
`lyx::TextClass::readInsetLayout(lyx::Lexer,
std::basic_stringunsigned int, std::char_traitsunsigned int,
std::allocatorunsigned int const)':
Jean-Pierre Chrétien wrote:
Hello,
The subject says all :-(
Gmane stalled some time last week, is this connected ?
Do I miss something ?
Regards
Are you referring to the web interface? I always go in through the
search engine. Once I find an article in the right thread, if I click
the
Paul A. Rubin [EMAIL PROTECTED] writes:
[...]
Are you referring to the web interface?
Yes, I follow devel with it, subscribing overwhelms my box.
I always go in through the
search engine. Once I find an article in the right thread, if I click
the subject, I get a new view using
On Mon, 27 Aug 2007 10:14:07 -0500
Bo Peng [EMAIL PROTECTED] wrote:
On 8/27/07, Bo Peng [EMAIL PROTECTED] wrote:
Maybe scons/tex2lyx needs update but I still get
try1/src/tex2lyx/TextClass.o(.text+0x542d): In function
`lyx::TextClass::readInsetLayout(lyx::Lexer,
http://bugzilla.lyx.org/show_bug.cgi?id=3427
As I cannot reproduce the problem on Windows, please test the patch on
Unix. This patch has already been committed to trunk last week.
- i tried to reproduce it in trunk by the steps in 3785, but New-Window command
does not
work for me anymore.
On Mon, 27 Aug 2007 10:54:34 +0200
Abdelrazak Younes [EMAIL PROTECTED] wrote:
Martin Vermeer wrote:
On Mon, 27 Aug 2007 09:43:19 +0200
There is a way: you just need the Color::color enum AFAIS so the
solution is to extract this enum from the Color class and give it its
own header. This
- 1.5 branch does not compile for me (
configure.ac:416: required file `development/MacOSX/Info.plist.in' not found
configure.ac:416: required file `development/MacOSX/lyxrc.dist.in' not found
)
svn update fixed this.
pavel
Pavel Sanda wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=3427
As I cannot reproduce the problem on Windows, please test the patch on
Unix. This patch has already been committed to trunk last week.
- i tried to reproduce it in trunk by the steps in 3785, but New-Window command does not
I think this should go in branch as well Jurgen.
Abdel.
[EMAIL PROTECTED] wrote:
Author: younes
Date: Mon Aug 27 18:30:57 2007
New Revision: 19838
URL: http://www.lyx.org/trac/changeset/19838
Log:
Bug fix: correctly redraw a Row containing and inset which Dimension slightly
changed. This
On Sun, Aug 26, 2007 at 11:26:21PM +0200, Abdelrazak Younes wrote:
Bo Peng wrote:
Our rule is that if something works, do not fix it. We will have to
show a clear advantage of switching to QProcess.
As I said: stdin/out redirection. Plus of course removing a number of
LOC which we
On Sun, Aug 26, 2007 at 11:32:08PM +0200, Andre Poenitz wrote:
On Sun, Aug 26, 2007 at 10:44:50AM -0500, Bo Peng wrote:
Our rule is that if something works, do not fix it. We will have to
show a clear advantage of switching to QProcess.
100% agreed.
Maybe that's a surprise to everyone,
On Mon, Aug 27, 2007 at 07:51:24AM +0200, Peter Kümmel wrote:
Hm... not sure. I've been using the commercial version of Qt for three
years and now in the new job some in-house version from which both the
commercial and the OS versions are build. I think I never used the
OS version on Windows
Abdelrazak Younes [EMAIL PROTECTED] writes:
Alfredo Braunstein wrote:
I did a bit of research, and I think I found something, and it seems
a mess. Please correct me if I'm wrong, this is what I understand:
Text::dispatch(LFUN_FLOAT_INSERT) calls dispatches
On Mon, Aug 27, 2007 at 07:36:43PM +, Alfredo Braunstein wrote:
// store some values to be used inside of the handlers
getPos(beforeDispX_, beforeDispY_);
For trunk, I think we should replace all occurence of
cur.dispatch() with this-dispatch() in Text3::dispatch().
This
http://bugzilla.lyx.org/show_bug.cgi?id=3427
As I cannot reproduce the problem on Windows, please test the patch on
Unix. This patch has already been committed to trunk last week.
at least i can confirm that your patch fixes the off-screen behaviour for
1.5.2svn
which is happening in point
Alfredo Braunstein wrote:
This seems good indeed. In the long run, however, we should think of a way to
enforce this so we don't have to check manually (even some assert at run time
would be nice). Moreover, I don't see what do we gain by using a lyxfunc
internally, probably we should just put
Enrico Forestieri wrote:
On Sun, Aug 26, 2007 at 11:32:08PM +0200, Andre Poenitz wrote:
On Sun, Aug 26, 2007 at 10:44:50AM -0500, Bo Peng wrote:
Our rule is that if something works, do not fix it. We will have to
show a clear advantage of switching to QProcess.
100% agreed.
Except that
Given that yonder longish list of Things That Go Wrong In LyX is hard to
keep in mind while aging I thought I might share this little gem with
you.
Bad news from the ivory tower part II (Anon namespace vs 'static'):
Compare
namespace { int fooX() { return X; } }
with
static int fooX() {
On Tue, Aug 28, 2007 at 12:05:25AM +0200, Abdelrazak Younes wrote:
Alfredo Braunstein wrote:
This seems good indeed. In the long run, however, we should think of a way
to enforce this so we don't have to check manually (even some assert at
run time would be nice). Moreover, I don't see what
Andre Poenitz wrote:
On Tue, Aug 28, 2007 at 12:05:25AM +0200, Abdelrazak Younes wrote:
Alfredo Braunstein wrote:
This seems good indeed. In the long run, however, we should think of a way
to enforce this so we don't have to check manually (even some assert at
run time would be nice).
I'm getting a command not allowed message when trying to use
Alt-whatever to access the menu with no buffer open.
Richard
--
==
Richard G Heck, Jr
Professor of Philosophy
Brown University
http://frege.brown.edu/heck/
Andre Poenitz [EMAIL PROTECTED] writes:
So anybody who remembers the reasons to use the anon namespace (for
_functions_)? [Rhetorical question...]
I seem to remember that Lars told us that it was a good thing (TM). However,
before anyone indulges in a let's bash Lars bit of nostalgia, here's
On Mon, Aug 27, 2007 at 02:38:31PM +, [EMAIL PROTECTED] wrote:
Author: younes
Date: Mon Aug 27 16:38:29 2007
New Revision: 19834
URL: http://www.lyx.org/trac/changeset/19834
Log:
Remove the wide() hack. This simplifies quite a few things...
I notice that, when changing an inset, not
Abdelrazak Younes schrieb:
Stephan Witt wrote:
Abdelrazak Younes schrieb:
I am OK with the patch but I would like to know first if there are
any drawbacks, I am not on X11.
I tested this patch with Qt 4.1.2 and it is working without drawbacks.
AFAIK older Qt versions are not supported
On Sun, 26 Aug 2007 16:57:16 -0500
Bo Peng <[EMAIL PROTECTED]> wrote:
> On 8/26/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> > Author: vermeer
> > Date: Sun Aug 26 22:32:58 2007
> > New Revision: 19813
> >
> > URL: http://www.lyx.org/trac/changeset/19813
> > Log:
> > Move background colour
Richard Heck wrote:
> >> http://www.lyx.org/trac/changeset/19331 - Deal with a UI bug
> >>
> >
> > probably not needed (now).
> >
>
> Easy enough to do if you want it. But it's not that critical.
Maybe for later? There will be an 1.5.3 release ;-)
Jürgen
Bo Peng wrote:
> A 'better' fix has been committed, but there is still a problem of
> copy/paste table cells.
Do we have a bugzilla entry? Sorry for asking, I'm still trying to catch
up ...
Jürgen
Richard Heck wrote:
> It went in at 19565, 19598, and 19657. Whether it's for 1.5.x isn't
> clear to me. It ended up being a very large commit, and I'm guessing
> it'll be hard to port it once it's seen enough testing. But you might
> want to look at it. The new dialog is very nice, if I do say so
When I wasn't subscribed to LyX.cvs before, my commit messages were not
posted automatically to that list. As I've quickly gotten tired of all the
LyX.cvs email I'm now reading the posts through gmane.
My question is if I can unsubscribe to LyX.cvs without losing the function
that my commit
Stephan Witt wrote:
Abdelrazak Younes schrieb:
Do you need a new patch from me or will you change it yourself?
No, that's fine, I'll do it.
Thank you!
You are welcome. Please send a message to this list stating the following:
I grant permission to license any and all contributions I've
Jürgen Spitzmüller wrote:
José Matos wrote:
With Jürgen coming soon I will let this decision to him. :-)
So apart from style issues (that are easily fixed) this patch can go in
devel. :-)
OK for branch as well, if Abdel's testing revealed no problems.
No problem on Windows too so I just
On Mon, 2007-08-27 at 08:28 +0200, Jürgen Spitzmüller wrote:
> Bo Peng wrote:
> > A 'better' fix has been committed, but there is still a problem of
> > copy/paste table cells.
>
> Do we have a bugzilla entry? Sorry for asking, I'm still trying to catch
> up ...
I started the thread, but due to
[EMAIL PROTECTED] wrote:
When I wasn't subscribed to LyX.cvs before, my commit messages were not
posted automatically to that list. As I've quickly gotten tired of all
the LyX.cvs email I'm now reading the posts through gmane.
My question is if I can unsubscribe to LyX.cvs without losing the
Paul A. Rubin wrote:
Helge Hafting wrote:
I have a table with a tall row, because one cell is fixed-width with
multiple lines.
In another cell I wanted to place a single symbol, preferably centered
vertically.
I tried changing the column's vertical adjustment, but this had
no effect
2007/8/24, José Matos <[EMAIL PROTECTED]>:
> On Friday 24 August 2007 13:14:33 Alexandre Santos wrote:
> > However I have a problem importing the .tex files produced by txt2tags
> > into LyX. The title and author field are missing in the .lyx file,
> > replaced by a "clear page" mention. The final
Martin Vermeer wrote:
On Sun, 26 Aug 2007 16:57:16 -0500
Bo Peng <[EMAIL PROTECTED]> wrote:
On 8/26/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
Author: vermeer
Date: Sun Aug 26 22:32:58 2007
New Revision: 19813
URL: http://www.lyx.org/trac/changeset/19813
Log:
Move background colour
[EMAIL PROTECTED] wrote:
On Sun, 26 Aug 2007, Andre Poenitz wrote:
On Sat, Aug 25, 2007 at 12:46:00PM -0400, Richard Heck wrote:
@@ -0,0 +1,291 @@
+/**
+ * \file QSelectionManager.cpp
+ * This file is part of LyX, the document processor.
+ * Licence details can be found in the file COPYING.
+
Darren Freeman wrote:
> So no, not to my knowledge.
>
> There is a simple patch under test.
Could you create a bugzilla entry and upload the patch there, please?
Jürgen
Abdelrazak Younes schrieb:
Stephan Witt wrote:
Abdelrazak Younes schrieb:
Do you need a new patch from me or will you change it yourself?
No, that's fine, I'll do it.
Thank you!
You are welcome. Please send a message to this list stating the following:
I granted permission already in
Stephan Witt wrote:
Abdelrazak Younes schrieb:
Stephan Witt wrote:
Abdelrazak Younes schrieb:
Do you need a new patch from me or will you change it yourself?
No, that's fine, I'll do it.
Thank you!
You are welcome. Please send a message to this list stating the
following:
I granted
Abdelrazak Younes schrieb:
Stephan Witt wrote:
Abdelrazak Younes schrieb:
Stephan Witt wrote:
Abdelrazak Younes schrieb:
Do you need a new patch from me or will you change it yourself?
No, that's fine, I'll do it.
Thank you!
You are welcome. Please send a message to this list stating
Alfredo Braunstein wrote:
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
Nope... unfortunately. I am sure this is a metrics problem actually.
Hum... "I am _not_ sure..."
Actually that's what I've read for some reason ;-) I would nevertheless
like to commit the patch, as valgrind tells
On Mon, 27 Aug 2007 09:43:19 +0200
Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> Martin Vermeer wrote:
> > On Sun, 26 Aug 2007 16:57:16 -0500
> > Bo Peng <[EMAIL PROTECTED]> wrote:
> >
> >> On 8/26/07, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
> >>> Author: vermeer
> >>> Date: Sun Aug 26
Stephan Witt wrote:
Abdelrazak Younes schrieb:
Stephan Witt wrote:
Abdelrazak Younes schrieb:
Stephan Witt wrote:
Abdelrazak Younes schrieb:
Do you need a new patch from me or will you change it yourself?
No, that's fine, I'll do it.
Thank you!
You are welcome. Please send a message
Martin Vermeer wrote:
On Mon, 27 Aug 2007 09:43:19 +0200
There is a way: you just need the Color::color enum AFAIS so the
solution is to extract this enum from the Color class and give it its
own header. This will enable us to get rid of the Color_color
pseudoclass too.
Not really true, I
On Mon, 27 Aug 2007, Abdelrazak Younes wrote:
[EMAIL PROTECTED] wrote:
On Sun, 26 Aug 2007, Andre Poenitz wrote:
> On Sat, Aug 25, 2007 at 12:46:00PM -0400, Richard Heck wrote:
@@ -0,0 +1,291 @@
> > +/**
> > + * \file QSelectionManager.cpp
> > + * This file is part of LyX, the document
[EMAIL PROTECTED] wrote:
On Mon, 27 Aug 2007, Abdelrazak Younes wrote:
[EMAIL PROTECTED] wrote:
On Sun, 26 Aug 2007, Andre Poenitz wrote:
> On Sat, Aug 25, 2007 at 12:46:00PM -0400, Richard Heck wrote:
@@ -0,0 +1,291 @@
> > +/**
> > + * \file QSelectionManager.cpp
> > + * This file is
1 - 100 of 152 matches
Mail list logo
