Andre Poenitz wrote:
On Tue, Aug 21, 2007 at 01:10:29AM +0200, Enrico Forestieri wrote:
Note that it is much simpler and faster building Qt4 from sources than it
is building LyX. I have 4.1.5, 4.2.3, and 4.3.1 installed and I configure
LyX for each version through a script without any hassle.
Enrico Forestieri wrote:
On Mon, Aug 20, 2007 at 07:44:32PM +0200, Peter Kümmel wrote:
LyX 1.5 is released now, why not drop the requirement Qt >= 4.1?
This is becoming tedious. Any bells and whistles may be added
through conditional compilation without the need for bumping
the requirements.
On Mon, 2007-08-20 at 08:54 -0500, Bo Peng wrote:
> > Can I revert this patch shortly? I like my working dir to be in sync
> > with the repository. Is it possible this needs to be propagated from
> > trunk to 1.5 branch?
>
> Is this in trunk or branch? If things work OK after you revert, I have
>
This is the first of the embedding patch series. It adds functions
zipFiles and unzipToDir to src/support/filetools.[h|cpp]. This allows
the handling of zipped .lyx file.
src/support/lyxlib.[h|cpp]:
add function makedir that recursively create a directory. Function
adapted from zlib/contrib/mi
On Tue, Aug 21, 2007 at 02:21:36AM +0200, Andre Poenitz wrote:
> On Mon, Aug 20, 2007 at 10:20:37PM +0200, Enrico Forestieri wrote:
> > On Mon, Aug 20, 2007 at 07:44:32PM +0200, Peter Kümmel wrote:
> >
> > > LyX 1.5 is released now, why not drop the requirement Qt >= 4.1?
> >
> > This is becomin
On Tue, Aug 21, 2007 at 02:29:00AM +0200, Andre Poenitz wrote:
> On Tue, Aug 21, 2007 at 01:10:29AM +0200, Enrico Forestieri wrote:
> > Note that it is much simpler and faster building Qt4 from sources than it
> > is building LyX. I have 4.1.5, 4.2.3, and 4.3.1 installed and I configure
> > LyX fo
Hi all,
yesterday I updated my 1.5 branch to r19653, compiled and installed. The
only changes I could see during the update were to .po files. However I
didn't restart LyX that day.
Now this morning I was unable to start LyX, in the sense that nothing
happened when I ran the executable.
Updating
On Tue, Aug 21, 2007 at 01:10:29AM +0200, Enrico Forestieri wrote:
> Note that it is much simpler and faster building Qt4 from sources than it
> is building LyX. I have 4.1.5, 4.2.3, and 4.3.1 installed and I configure
> LyX for each version through a script without any hassle.
And that's with mor
On Mon, Aug 20, 2007 at 10:20:37PM +0200, Enrico Forestieri wrote:
> On Mon, Aug 20, 2007 at 07:44:32PM +0200, Peter Kümmel wrote:
>
> > LyX 1.5 is released now, why not drop the requirement Qt >= 4.1?
>
> This is becoming tedious. Any bells and whistles may be added
> through conditional compila
Well, I hope it will be enough:
"I herby grant permission to licence my contributions under the Gnu General
Public Licence,
version 2 or later."
Yours, Joan Montané.
2007/8/21, Uwe Stöhr <[EMAIL PROTECTED]>:
>
> > I'll send you what I have this afternoon.
>
> Hello Joan,
>
> thanks for your Ca
Enrico Forestieri wrote:
On Mon, Aug 20, 2007 at 06:35:05PM -0400, Richard Heck wrote:
Enrico Forestieri wrote:
On Mon, Aug 20, 2007 at 07:44:32PM +0200, Peter Kümmel wrote:
LyX 1.5 is released now, why not drop the requirement Qt >= 4.1?
This is becoming tedious. A
Uwe Stöhr wrote:
> "I herby grant permission to licence their contributions under the Gnu
> General Public Licence, version 2 or later."
That would be very kind of you. But this:
"I herby grant permission to licence MY contributions under the Gnu General
Public Licence, version 2 or later."
wou
> I'll send you what I have this afternoon.
Hello Joan,
thanks for your Catalan translation of LyX. Your work has been committed yesterday so it will be
part of LyX 1.5.2:
http://www.lyx.org/trac/changeset/19652
But we need your permission to publish your work under the GPL license version 2,
On Mon, Aug 20, 2007 at 06:35:05PM -0400, Richard Heck wrote:
> Enrico Forestieri wrote:
> > On Mon, Aug 20, 2007 at 07:44:32PM +0200, Peter Kümmel wrote:
> >
> >
> >> LyX 1.5 is released now, why not drop the requirement Qt >= 4.1?
> >>
> > This is becoming tedious. Any bells and whistles
Better using CursorSlices when possible.
A/
Index: Text2.cpp
===
--- Text2.cpp (revision 19655)
+++ Text2.cpp (working copy)
@@ -314,25 +314,16 @@
pars_[pit].getInset(pos)->noFontChange());
Inset * const inset = pars_[pit
Enrico Forestieri wrote:
On Mon, Aug 20, 2007 at 07:44:32PM +0200, Peter Kümmel wrote:
LyX 1.5 is released now, why not drop the requirement Qt >= 4.1?
This is becoming tedious. Any bells and whistles may be added
through conditional compilation without the need for bumping
the require
Georg Baum wrote:
Richard Heck wrote:
Would you be willing to add this to trunk and branch? I didn't know this
came in so many forms
There used to be a comment in the old configure.m4 about that. I committed
it to trunk and will leave 1.5 for somebody else.
Thanks.
Richard
-
Jean-Marc Lasgouttes wrote:
Dov Feldstern writes:
I've been working on the ignore-spell-check feature using character
attributes (actually inside Font), but I'm having trouble with this. I
think much of the trouble is that I don't understand the intricacies
of Fonts (realized fonts, inheritanc
> URL: http://www.lyx.org/trac/changeset/19666
> Log:
> Fix crash when a user removes a formula when its preview is being generated.
> (Another signal/destructor/gcc3 bug)
This is another signal/destructor/gcc3 bug: when a formula is created,
and is removed before its preview is generated, the im
On Mon, Aug 20, 2007 at 07:44:32PM +0200, Peter Kümmel wrote:
> LyX 1.5 is released now, why not drop the requirement Qt >= 4.1?
This is becoming tedious. Any bells and whistles may be added
through conditional compilation without the need for bumping
the requirements. So, if you like candies, yo
Hi!
just for interest:
have you decided which VCS you will use?
I don't think a VCS change will happen in the coming years...
I started the thread by asking for my personal use (not for the project,
although I wouldn't mind a switch).
I left this as OT because I was also interested in /p
On Mon, Aug 20, 2007 at 08:09:05PM +0200, Andre Poenitz wrote:
> On Mon, Aug 20, 2007 at 05:15:43PM +0200, Abdelrazak Younes wrote:
> > Alfredo Braunstein wrote:
> > >Abdelrazak Younes wrote:
> > >
> > >>>Shall I open a new bug report?
> > >>In 1.6 (and maybe 1.5.x), I think the solution is to forb
> > I am
> > not quite sure if this is a good idea so any comment is welcome.
>
> A library based solution is probably more robust than one based on
> external programs.
I agree. It is not easy to adapt minizip but this makes distributing
lyx a lot easier, compared to the gunzip solution.
Bo
Andre Poenitz wrote:
If you have the feeling that things are simpler/less-of-a-mess
afterwards, then it doesn't sound wrong.
right
- top_line(true),
+ top_line(false),
bottom_line(false),
- left_line(true),
+ left_line(false),
right_line(fal
On Mon, Aug 20, 2007 at 12:23:49PM -0400, Richard Heck wrote:
> Martin Vermeer wrote:
> >Yes... this requires the patch to layout2layout in order to work.
> >Haven't committed yet, waiting for José's comments.
> >
> Shouldn't these just be changed to
> InsetLayout blahblah
>LyXType charstyle
On Mon, Aug 20, 2007 at 10:49:20AM -0500, Bo Peng wrote:
> Dear list,
>
> Because I get no objection to the design of the embedding feature of
> lyx, I plan to add it to the trunk in the next few weeks. There is,
> however, a big question on how to zip and unzip files.
>
> There is a unzipFile fu
On Mon, Aug 20, 2007 at 05:15:43PM +0200, Abdelrazak Younes wrote:
> Alfredo Braunstein wrote:
> >Abdelrazak Younes wrote:
> >
> >>>Shall I open a new bug report?
> >>In 1.6 (and maybe 1.5.x), I think the solution is to forbid the focus to
> >>Dock widget.
> >
> >Don't you need focus for moving up/
On Mon, Aug 20, 2007 at 04:44:16PM +0200, Leuven, E. wrote:
> hi guys,
>
> i made a start with ripping out the way merged cells are handled in
> the tabular code.
>
> atm cells can have attributes
>
> CELL_NORMAL CELL_BEGIN_OF_MULTICOLUMN CELL_PART_OF_MULTICOLUMN
>
> if a range of cells is merg
Abdelrazak Younes wrote:
I get this with -Dnls=0 or 1, -Dmerge=0 or 1:
intl.lib(dcigettext.obj) : error LNK2019: unresolved external symbol
__nl_language_preferences_default referenced in function
_guess_category_value
D:\devel\lyx\BRANCH_1_5_X\development\cmake\bin\Debug\lyx-qt4.exe :
fatal
Edwin Leuven wrote:
> i think that things become a bit cleaner, there was already indexing
> going keeping track of the row/column of each cell, but in addition
> there was a cellno attribute, and this
>
> CELL_NORMAL
> CELL_BEGIN_OF_MULTICOLUMN
> CELL_PART_OF_MULTICOLUMN
>
> stuff. we can now a
Georg Baum wrote:
[EMAIL PROTECTED] wrote:
Author: rgheck
Date: Mon Aug 20 19:04:00 2007
New Revision: 19659
URL: http://www.lyx.org/trac/changeset/19659
Log:
Fix margin problem.
Thanks, but this was not enough :-( Since I saw how you fixed it I fixed the
remaining problems. BTW, there used
[EMAIL PROTECTED] wrote:
> Author: rgheck
> Date: Mon Aug 20 19:04:00 2007
> New Revision: 19659
>
> URL: http://www.lyx.org/trac/changeset/19659
> Log:
> Fix margin problem.
Thanks, but this was not enough :-( Since I saw how you fixed it I fixed the
remaining problems. BTW, there used to be th
Richard Heck wrote:
> Would you be willing to add this to trunk and branch? I didn't know this
> came in so many forms
There used to be a comment in the old configure.m4 about that. I committed
it to trunk and will leave 1.5 for somebody else.
Georg
Georg Baum wrote:
If you touch this then please add support for multirow-cells. It should not
be too much more effort if you rip this code apart anyway.
hi georg,
good idea. i thought of waiting with that, but i agree that it makes
sense to do it now since i am at it
I don't know. I do kno
My copy of qt is 4.3.0. It must have added these. I'll remove them
manually. That should fix the problem.
rh
Georg Baum wrote:
with qt 4.2.1:
g++ -DHAVE_CONFIG_H -I. -I../../../../src/frontends/qt4 -I../../../src
-DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -DQT_NO_STL -DQT_NO_KEYWORDS
-I../../.
Leuven, E. wrote:
> i basically got rid of this so that we have one cell per cell. in the cell
> we have the attribute column_span which tells us how many columns the cell
> spans.
If you touch this then please add support for multirow-cells. It should not
be too much more effort if you rip this
Georg,
Would you be willing to add this to trunk and branch? I didn't know this
came in so many forms
rh
[EMAIL PROTECTED] wrote:
Author: baum
Date: Mon Aug 20 18:35:18 2007
New Revision: 19658
URL: http://www.lyx.org/trac/changeset/19658
Log:
Search for SuSE (.sh suffix) and Debian (/
with qt 4.2.1:
g++ -DHAVE_CONFIG_H -I. -I../../../../src/frontends/qt4 -I../../../src
-DQT_CLEAN_NAMESPACE -DQT_GENUINE_STR -DQT_NO_STL -DQT_NO_KEYWORDS
-I../../../../src -I../../../../src/frontends -I../../../../images -DQT_SHARED
-I/usr/include/qt4 -I/usr/include/qt4/QtCore -I/usr/include/qt4
Martin Vermeer wrote:
Yes... this requires the patch to layout2layout in order to work.
Haven't committed yet, waiting for José's comments.
Shouldn't these just be changed to
InsetLayout blahblah
LyXType charstyle
as with the others? The grep was in the trunk.
Richard
--
===
Abdelrazak Younes wrote:
Richard Heck wrote:
Abdelrazak Younes wrote:
Another idea: allow any Dock Widget to process keys (a bit like I
have done in GuiView::event()). Only the arrow keys would then be
caught and really processed by the dock widget itself...
And the others passed upstream, I a
On Mon, 20 Aug 2007 11:52:22 -0400
Richard Heck <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] layouts]$ pwd
> /cvs/lyx-devel/trunk/lib/layouts
> [EMAIL PROTECTED] layouts]$ grep CharStyle *
> agu_stdclass.inc:35:CharStyle Firstname
> agu_stdclass.inc:47:CharStyle Fname
> agu_stdclass.inc:60:CharS
Richard Heck wrote:
Abdelrazak Younes wrote:
Another idea: allow any Dock Widget to process keys (a bit like I have
done in GuiView::event()). Only the arrow keys would then be caught
and really processed by the dock widget itself...
And the others passed upstream, I assume. Couldn't you do thi
Abdelrazak Younes wrote:
Another idea: allow any Dock Widget to process keys (a bit like I have
done in GuiView::event()). Only the arrow keys would then be caught
and really processed by the dock widget itself...
And the others passed upstream, I assume. Couldn't you do this with an
event filt
[EMAIL PROTECTED] layouts]$ pwd
/cvs/lyx-devel/trunk/lib/layouts
[EMAIL PROTECTED] layouts]$ grep CharStyle *
agu_stdclass.inc:35:CharStyle Firstname
agu_stdclass.inc:47:CharStyle Fname
agu_stdclass.inc:60:CharStyle Surname
agu_stdclass.inc:73:CharStyle Filename
agu_stdclass.inc:86:CharStyle Liter
Dear list,
Because I get no objection to the design of the embedding feature of
lyx, I plan to add it to the trunk in the next few weeks. There is,
however, a big question on how to zip and unzip files.
There is a unzipFile function in src/support/filetools.cpp which calls
'gunzip -c'. I am not s
Alfredo Braunstein wrote:
Abdelrazak Younes wrote:
Shall I open a new bug report?
In 1.6 (and maybe 1.5.x), I think the solution is to forbid the focus to
Dock widget.
Don't you need focus for moving up/down with arrow keys (and right/left for
expanding/collapsing sections)?
Indeed ;-/ But
Abdelrazak Younes wrote:
>> Shall I open a new bug report?
>
> In 1.6 (and maybe 1.5.x), I think the solution is to forbid the focus to
> Dock widget.
Don't you need focus for moving up/down with arrow keys (and right/left for
expanding/collapsing sections)?
A/
Martin Vermeer wrote:
On Sat, Aug 18, 2007 at 02:40:27PM -0400, Richard Heck wrote:
This looks reasonable to me, though I haven't tested it. (I'm still
obsessing over BibTeX stuff.)
One suggestion: I think CharStyles should by default have an unobtrusive
presentation, NOT with the labe
This is (mostly) about LaTeX output. Finally using those parameters in the
layout files.
Soon to be committed.
- Martin
Index: InsetCharStyle.h
===
--- InsetCharStyle.h (revision 19642)
+++ InsetCharStyle.h (working copy)
@@ -69,9
Sven Schreiber wrote:
This is on winxp from the "LyX-1.5.0-1-Installer.exe".
When the TOC panel (which I have almost always open now because it's so
nice, probably the best new feature for me) has the focus and I want to
save the file via the standard keyboard shortcut, nothing happens. I
hav
> Can I revert this patch shortly? I like my working dir to be in sync
> with the repository. Is it possible this needs to be propagated from
> trunk to 1.5 branch?
Is this in trunk or branch? If things work OK after you revert, I have
my OK. (Make sure to test middle paste within and between tabl
> The uninstaller was causing MikTeX to run initexmf, and I saw several things
being removed, at
> least one of which had to do with lyxchess.sty. I just ran 'kpsewhich
lyxchess.sty' and came up
> empty, so maybe the LyX uninstaller was just telling MikTeX to de-register
the contents of the LyX
> The uninstaller was causing MikTeX to run initexmf, and I saw several things
being removed, at
> least one of which had to do with lyxchess.sty. I just ran 'kpsewhich
lyxchess.sty' and came up
> empty, so maybe the LyX uninstaller was just telling MikTeX to de-register
the contents of the LyX
On Mon, 20 Aug 2007, Abdelrazak Younes wrote:
Tim Michelsen wrote:
Hello,
just for interest:
have you decided which VCS you will use?
I don't think a VCS change will happen in the coming years...
I started the thread by asking for my personal use (not for the project,
although I wouldn'
Tim Michelsen wrote:
Hello,
just for interest:
have you decided which VCS you will use?
I don't think a VCS change will happen in the coming years...
If I find the time I'll try to switch to git and git-svn personally.
Abdel.
55 matches
Mail list logo
