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 ma
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 me
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
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:
> >> 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
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 i
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 anymore
Andre Poenitz wrote:
On Fri, Aug 24, 2007 at 02:59:44PM +0200, Abdelrazak Younes wrote:
Andre Poenitz wrote:
A second
reason is that qmake has two abilities than none of the other three
systems have: It knows about Qt, so no special code for .ui or such
needed, and it has _real_ MSVS integratio
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.
You've just made an old man very happy :-)
He'd be less hap
On 8/26/07, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
> You forgot the list Bo...
Yes... Ohmm, you started it. :-)
Bo
You forgot the list Bo...
Abdelrazak Younes wrote:
Bo Peng wrote:
Ah... Yes of course QProcess will be but you talked about QTextEdit.
It's OK to put QtCore in support IMO. I also want to replace our socket
code with its Qt counterpart. Note that we already use QString in
there.
I think
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.
+ *
+ * \author Richard Heck
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 files -- for all collapsables
I think this commit breaks tex2lyx. I get
Andre Poenitz wrote:
On Sat, Aug 25, 2007 at 10:04:26PM +0200, Abdelrazak Younes wrote:
Richard Heck wrote:
The attached UI file was edited with QtDesigner 4.3, which is what I
presently have. That has caused problems elsewhere. I'd appreciate it if
someone with Qt 4.1 could do whatever needs
On Sun, Aug 26, 2007 at 10:44:50AM -0500, Bo Peng wrote:
> > We can also use a simple Timer instead but the QSocketNotifier solution
> > might be more elegant indeed. The simple dialog you are talking about
> > could simply be a QTextEdit.
>
> Yes. The only difficulty is that QTextEdit is not allo
> > Yes. The only difficulty is that QTextEdit is not allowed in src/support.
>
> ?? Why do you want to put it there, it should go in qt4 as all other
> dialogs. 'support/' is about things to support our need in a LyX
> independent way. Ideally there would be no support code, we'd just use
> boost,
Bo Peng wrote:
We can also use a simple Timer instead but the QSocketNotifier solution
might be more elegant indeed. The simple dialog you are talking about
could simply be a QTextEdit.
Yes. The only difficulty is that QTextEdit is not allowed in src/support.
?? Why do you want to put it ther
On Sun, Aug 26, 2007 at 03:46:51PM +0300, Martin Vermeer wrote:
> Rather trivial actually. See attached.
Nice.
Andre'
On Sun, Aug 26, 2007 at 08:41:41AM +0300, Martin Vermeer wrote:
> On Sat, Aug 25, 2007 at 10:16:18PM +0200, Edwin Leuven wrote:
> > Martin Vermeer wrote:
> > >> Comments are mixed, in particular there is a public image thing you
> > >> guys ought to work on as at least a few people view LyX as the
>> http://www.lyx.org/trac/changeset/19415 - UserGuide.lyx - add a BibTeX
>> bibliography
> OK.
Done together with the big UserGuide update:
http://www.lyx.org/trac/changeset/19814
regards Uwe
On Sat, Aug 25, 2007 at 10:04:26PM +0200, Abdelrazak Younes wrote:
> Richard Heck wrote:
> >The attached UI file was edited with QtDesigner 4.3, which is what I
> >presently have. That has caused problems elsewhere. I'd appreciate it if
> >someone with Qt 4.1 could do whatever needs doing to make
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.
> + *
> + * \author Richard Heck
> + * \author Et Alia
I wonder
On Fri, Aug 24, 2007 at 09:43:18AM -0400, Richard Heck wrote:
> Andre Poenitz wrote:
> >>If people really want me to change all of these, I'll do so. But this
> >>was modeled on the existing Layout_ptr.
> >>
> >I guess I'll just rename Layout_ptr into LayoutPtr to avoid this in the
> >furture.
On Fri, Aug 24, 2007 at 03:24:09PM +0200, Georg Baum wrote:
> Andre Poenitz wrote:
>
> > On Fri, Aug 24, 2007 at 10:01:16AM +0200, Georg Baum wrote:
> >> - Why don't you stop the windows installer nonsense?
> >
> > Because I already wasted half a year of my lifetime on Windows installers
> > and
Jürgen Spitzmüller wrote:
Michael Gerz 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.
http://www.lyx.org/trac/changeset/19332 - Make LYX_ALIGN_LAYOUT always
be an available
On Fri, Aug 24, 2007 at 04:17:10PM +0300, Martin Vermeer wrote:
> On Fri, 24 Aug 2007 14:41:27 +0200
> Andre Poenitz <[EMAIL PROTECTED]> wrote:
>
> > On Fri, Aug 24, 2007 at 12:11:49PM +0200, Abdelrazak Younes wrote:
> > > Well, we need to express opinions to reach consensus, don't we? I know
> >
On Fri, Aug 24, 2007 at 02:59:44PM +0200, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
> >A second
> >reason is that qmake has two abilities than none of the other three
> >systems have: It knows about Qt, so no special code for .ui or such
> >needed, and it has _real_ MSVS integration including
Bo Peng schrieb:
We can also use a simple Timer instead but the QSocketNotifier solution
might be more elegant indeed. The simple dialog you are talking about
could simply be a QTextEdit.
Yes. The only difficulty is that QTextEdit is not allowed in src/support.
Note that if QProcess already h
am Sonntag, 26. August 2007 12:29 schrieb Jürgen Spitzmüller:
> > i was especially interested in the new glossary feature, and basicly it's
> > just what i was wishing for. but then again, i can't figure out how to
> > pass options to the nomencl package; it seems it's loaded without options
> > ha
Thanks Martin, for your answer.
On Freitag 24 August 2007, Martin Vermeer wrote:
> > Now the problem that I have is, that the TeX code (i.e. the included
> > .pdftex_t or .tikz files) includes images with
> > \includegraphics{subdir/foobar.pdf/png}, and these files do not exist in
> > LyX's /tmp d
On Sun, Aug 26, 2007 at 12:17:56PM -0400, Richard Heck wrote:
>
> It just keeps getting better and better
>
> Richard
Yes, and what I like is that the LOC count goes down all the time...
This is code that I worked on earlier so it is familiar (and I see how
clumsy I was a couple years ago)
It just keeps getting better and better
Richard
Martin Vermeer wrote:
Rather trivial actually. See attached.
- Martin
Index: src/TextClass.cpp
===
Jürgen Spitzmüller wrote:
Richard Heck wrote:
With those suggestions, here is the putatively final patch. I intend to
commit as soon as the trunk will build again and I can verify that
everything works there. I've done that at 19520, but current svn won't
build completely. I'm also attaching
On 8/26/07, Jürgen Spitzmüller <[EMAIL PROTECTED]> wrote:
> Bo Peng wrote:
> > Done. No status.15x is needed, and no trunk because a better fix will
> > be applied later.
>
> What is the status of this? Is a better fix available?
A 'better' fix has been committed, but there is still a problem of
c
> We can also use a simple Timer instead but the QSocketNotifier solution
> might be more elegant indeed. The simple dialog you are talking about
> could simply be a QTextEdit.
Yes. The only difficulty is that QTextEdit is not allowed in src/support.
> > Note that if QProcess already has somethin
On 8/26/07, Jürgen Spitzmüller <[EMAIL PROTECTED]> wrote:
> Richard Heck wrote:
> > Try this patch. It seems to me we shouldn't disconnect until we're ready
> > to connect. It's possible that the connectBuffer() call should go
> > earlier, but I think this is right. It's where it was before, anyway
On Sun, Aug 26, 2007 at 11:17:23AM +0300, Martin Vermeer wrote:
> On Sun, Aug 26, 2007 at 09:09:28AM +0200, Enrico Forestieri wrote:
> > On Sat, Aug 25, 2007 at 10:03:36PM +0200, Abdelrazak Younes wrote:
> >
> > > Enrico Forestieri wrote:
> >
> > > > Btw, did you notice that when using the IEEEt
On Sun, Aug 26, 2007 at 10:19:14AM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
>
> > I meant that the text in an ERT is not Red but Black, and the font
> > is also wrong. This happens for a few classes, eg. IEEEtran and AMS.
>
> Maybe related to Martin's and Richard's layout works
Martin Vermeer wrote:
> > I surely won't miss it.
>
> Famous last words ;-)
Indeed ;-)
Jürgen
Rather trivial actually. See attached.
- Martin
Index: src/TextClass.cpp
===
--- src/TextClass.cpp (revision 19790)
+++ src/TextClass.cpp (working copy)
@@ -598,6 +598,7 @@
enum InsetLayoutTags {
IL_FONT = 1,
+ I
On Sun, Aug 26, 2007 at 12:32:21PM +0200, Jürgen Spitzmüller wrote:
> Abdelrazak Younes wrote:
> > Any objection that I remove the wide hack now?
>
> I surely won't miss it.
Famous last words ;-)
- Martin
On Sun, Aug 26, 2007 at 12:31:50PM +0200, Abdelrazak Younes wrote:
> Martin Vermeer wrote:
> > On Sun, Aug 26, 2007 at 12:15:03PM +0200, Abdelrazak Younes wrote:
> >> Martin Vermeer wrote:
> >>> On Sun, Aug 26, 2007 at 10:20:25AM +0200, Abdelrazak Younes wrote:
> Martin Vermeer wrote:
> >>>
Michael Gerz wrote:
> here comes an updated list of potential 1.5.X patches.
These are the remaining ones, right?
> http://www.lyx.org/trac/changeset/19331 - Deal with a UI bug
probably not needed (now).
> http://www.lyx.org/trac/changeset/19332 - Make LYX_ALIGN_LAYOUT always
> be an available
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, and if
the problems are solved by disabling the cache on Unix (I'm not sure I'm up
to date in that discussion), then yes.
Jürgen
Jean-Marc Lasgouttes wrote:
> I will re-add zh_CN. Concerning the two others, I'll let Juergen
> decide what he wants to do.
I agree that it doesn't make sense to distribute translations that are that
incomplete.
Jürgen
Jean-Marc Lasgouttes wrote:
> PS: BTW, is it really necessary to firce the encoding to latin1 before
> lstlisting? This is weird...
I think the reason is that the listings package cannot handle utf8. So the
listings have to be in another encoding than utf8.
Jürgen
Richard Heck wrote:
> Try this patch. It seems to me we shouldn't disconnect until we're ready
> to connect. It's possible that the connectBuffer() call should go
> earlier, but I think this is right. It's where it was before, anyway.
Is the issue resolved in branch and trunk?
Jürgen
Richard Heck wrote:
> With those suggestions, here is the putatively final patch. I intend to
> commit as soon as the trunk will build again and I can verify that
> everything works there. I've done that at 19520, but current svn won't
> build completely. I'm also attaching the log.
Richard, what'
Bo Peng wrote:
> Done. No status.15x is needed, and no trunk because a better fix will
> be applied later.
What is the status of this? Is a better fix available?
Jürgen
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 can confirm it
fixes th
Martin Vermeer wrote:
On Sun, Aug 26, 2007 at 12:15:03PM +0200, Abdelrazak Younes wrote:
Martin Vermeer wrote:
On Sun, Aug 26, 2007 at 10:20:25AM +0200, Abdelrazak Younes wrote:
Martin Vermeer wrote:
On Sun, Aug 26, 2007 at 09:09:28AM +0200, Enrico Forestieri wrote:
On Sat, Aug 25, 2007 at
Abdelrazak Younes wrote:
> Any objection that I remove the wide hack now?
I surely won't miss it.
Jürgen
Martin Vermeer wrote:
On Sun, Aug 26, 2007 at 12:08:42PM +0200, Abdelrazak Younes wrote:
Alfredo Braunstein wrote:
This wide stuff is really bad...
Yes, I think we should get rid of it now in trunk. The pixmap cache is good
enough that Mac plaftform don't need this hack anymore. Moreover I
m.eik michalke wrote:
> i was especially interested in the new glossary feature, and basicly it's
> just what i was wishing for. but then again, i can't figure out how to pass
> options to the nomencl package; it seems it's loaded without options
> hardcoded (src/LaTeXFeatures.cpp), and so you get
On Sun, Aug 26, 2007 at 12:15:03PM +0200, Abdelrazak Younes wrote:
> Martin Vermeer wrote:
> > On Sun, Aug 26, 2007 at 10:20:25AM +0200, Abdelrazak Younes wrote:
> >> Martin Vermeer wrote:
> >>> On Sun, Aug 26, 2007 at 09:09:28AM +0200, Enrico Forestieri wrote:
> On Sat, Aug 25, 2007 at 10:0
On Sun, Aug 26, 2007 at 12:08:42PM +0200, Abdelrazak Younes 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 nev
Martin Vermeer wrote:
On Sun, Aug 26, 2007 at 10:20:25AM +0200, Abdelrazak Younes wrote:
Martin Vermeer wrote:
On Sun, Aug 26, 2007 at 09:09:28AM +0200, Enrico Forestieri wrote:
On Sat, Aug 25, 2007 at 10:03:36PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
Btw, did you notice
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
Abdelrazak Younes wrote:
>> Actually that's what I've read for some reason ;-) I would nevertheless
>> like to commit the patch, as valgrind tells that otherwise the
>> wide_inset_ value is used before initialized.
>
> Sure, go ahead.
I'll do on tuesday for branch if Juergen agrees. The rational
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 that otherwise the wide_ins
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 that oth
Bo Peng wrote:
Hi, Qt experts:
Under windows, configure.py does not display anything unless you start
lyx from a terminal. This can be very confusing, for example, when lyx
starts for the first time, and freezes for 30 min to download and
install miktex packages.
I am thinking that:
1. run con
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 layouts are
loaded, so l
Peter Kümmel wrote:
Leuven, E. wrote:
i have the impression that cmake doesn't handle the includes
introduced here:
http://www.lyx.org/trac/changeset/19712
for the moment i had to disable the build of tex2lyx locally...
It's fixed now.
thanks
On Sun, Aug 26, 2007 at 10:20:25AM +0200, Abdelrazak Younes wrote:
> Martin Vermeer wrote:
> > On Sun, Aug 26, 2007 at 09:09:28AM +0200, Enrico Forestieri wrote:
> >> On Sat, Aug 25, 2007 at 10:03:36PM +0200, Abdelrazak Younes wrote:
> >>
> >>> Enrico Forestieri wrote:
> Btw, did you notice t
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 that otherwise the wide_inset_ value
is used befor
Leuven, E. wrote:
i have the impression that cmake doesn't handle the includes introduced here:
http://www.lyx.org/trac/changeset/19712
for the moment i had to disable the build of tex2lyx locally...
It's fixed now.
--
Peter Kümmel
Abdelrazak Younes wrote:
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
Alfredo Braunstein wrote:
Alfredo Braunstein wrote:
Ouch! Confirmed on WinXP too! Please fill-it in.
What's the exact recipe? I cannot reproduce here (linux)
Humm, I mean I cannot reproduce with trunk. Sorry for
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
Alfredo Braunstein wrote:
Alfredo Braunstein wrote:
Ouch! Confirmed on WinXP too! Please fill-it in.
What's the exact recipe? I cannot reproduce here (linux)
Humm, I mean I cannot reproduce with trunk. Sorry for not being able to
read. :-
Martin Vermeer wrote:
On Sun, Aug 26, 2007 at 09:09:28AM +0200, Enrico Forestieri wrote:
On Sat, Aug 25, 2007 at 10:03:36PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
Btw, did you notice that when using the IEEEtran class, ERT becomes EBT?
No... disable the pixmap cache maybe?
Enrico Forestieri wrote:
I meant that the text in an ERT is not Red but Black, and the font
is also wrong. This happens for a few classes, eg. IEEEtran and AMS.
Maybe related to Martin's and Richard's layout works?
Abdel.
On Sun, Aug 26, 2007 at 09:09:28AM +0200, Enrico Forestieri wrote:
> On Sat, Aug 25, 2007 at 10:03:36PM +0200, Abdelrazak Younes wrote:
>
> > Enrico Forestieri wrote:
>
> > > Btw, did you notice that when using the IEEEtran class, ERT becomes EBT?
> >
> > No... disable the pixmap cache maybe?
>
On Sat, Aug 25, 2007 at 10:03:36PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
> > Btw, did you notice that when using the IEEEtran class, ERT becomes EBT?
>
> No... disable the pixmap cache maybe?
;-)
I meant that the text in an ERT is not Red but Black, and the font
is also wr
73 matches
Mail list logo
