Peter Kümmel wrote:
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
Bo Peng wrote:
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 Peng wrote:
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
Alfredo Braunstein wrote:
Better using CursorSlices when possible.
Makes sense.
Abdel.
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Here is my most recent patch. What is not working yet:
- the close tab button: it is implemented but does not show up.
- the splash screen: it is implemented but does not show up.
I solved the splash screen bug
Here
any thoughs on this one?
Edwin Leuven wrote:
at the moment we store line attributes in the cell *and* in the
column and row info.
i am tempted to remove them from the column and row info because i do
not see what extra info they give on top of the cell attributes
am i overseeing
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 function in src/support/filetools.cpp which calls
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 function in src/support/filetools.cpp which calls
Abdelrazak Younes wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=4123
This fix is already in trunk. This is the patch for 1.5. Who decides now
that Juergen and JMarc are off?
As there's apparently nobody, I took the liberty to commit it.
Abdel.
Abdelrazak Younes wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=4117
I took the liberty to commit that one too.
Abdel.
Richard Heck wrote:
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
Hi Richard,
you moved the target milestone of bug 1656 to 1.5.x. Now I had the time
and energy to check my proposal to fix the bug again. I modified the
code to fit the new 1.5.x code base. My tests with OpenSuSE 10.2 and Qt
4.1.2 went well. The program isn't exiting prematurely anymore and
On Tue, 21 Aug 2007 10:22:44 +0200
Helge Hafting [EMAIL PROTECTED] wrote:
Richard Heck wrote:
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.)
Leuven, E. wrote:
any thoughs on this one?
Edwin Leuven wrote:
at the moment we store line attributes in the cell *and* in the
column and row info.
i am tempted to remove them from the column and row info because i do
not see what extra info they give on top of the cell attributes
Alfredo wrote:
What happends when you insert a new row, does its cells inherit column/row
attributes?
inherit from ...?
This would make sense. OTOH, just copying the row above would
make also sense. ;-)
personally i don't see why i would like a copy of a previous line or the line
the
On 8/21/07, Leuven, E. [EMAIL PROTECTED] wrote:
Alfredo wrote:
What happends when you insert a new row, does its cells inherit
column/row
attributes?
inherit from ...?
From global (i.e. non-cell specific) column/row line attributes, what else.
This would make sense. OTOH, just
Edwin Leuven wrote:
at the moment we store line attributes in the cell *and* in the column
and row info.
i am tempted to remove them from the column and row info because i do
not see what extra info they give on top of the cell attributes
am i overseeing something?
I don't think so. In
Georg Baum wrote:
I don't think so. In general the tabular code is far too close to LaTeX
IMHO, and this is just one case where it shows.
i am glad you say so, it is exactly the feeling i have after staring at the
code for some time now...
Another one is the single
cell multicolumn problem:
Leuven, E. wrote:
Georg Baum wrote:
Another one is the single
cell multicolumn problem: The fact that you need \multicolumn if you
want to change the alignment or border of just one cell is a LaTeX
implementation issue, and the user should not need to know that. LyX
should create
Leuven, E. wrote:
Georg Baum wrote:
I don't think so. In general the tabular code is far too close to LaTeX
IMHO, and this is just one case where it shows.
i am glad you say so, it is exactly the feeling i have after staring at the
code for some time now...
Also, I think there's a lot of
I agree. It is not easy to adapt minizip but this makes distributing
lyx a lot easier, compared to the gunzip solution.
What is the problem with th zlib solution?
I am using zlib. minizip uses zlib to implement a minizip, minunz commands.
Bo
gzip is easier than installing LyX anyway.)
Any distro that package LyX can simply add a dependency in their
package management system.
Then we also need tar.
I believe zip is more common on windows, but you can't depend
on it being present there. A unix machine doesn't necessarily have
Leuven, E. wrote:
Georg Baum wrote:
I don't think so. In general the tabular code is far too close to LaTeX
IMHO, and this is just one case where it shows.
i am glad you say so, it is exactly the feeling i have after staring at the
code for some time now...
Another idea would be to
but gzip/gunzip doesn't do archiving, just deflates single files, doesn't
it? IUC you need archiving also. But maybe I don't understand the problem
well ;-)
I need file structure inside the zip file to store all embedded files.
gzip can not be used because I do not want to handle tar. Because
Bo Peng wrote:
I agree. It is not easy to adapt minizip but this makes distributing
lyx a lot easier, compared to the gunzip solution.
What is the problem with th zlib solution?
I am using zlib. minizip uses zlib to implement a minizip, minunz commands.
Ah, good. I thought you were
Also, I think there's a lot of code sharing that can be done between
math tables and tabular. See our discussion about cell access methods to
Inset earlier last week (with JMarc and Alfredo).
let' s worry about that later (when the tabular code is cleaner)
I am also wondering if we can add zip/contrib/minizip
(four source files) to lyx/svn to make our life a bit easier.
How about adding these four minizip files to src/support/minizip?
Bo
Bo Peng wrote:
I am also wondering if we can add zip/contrib/minizip
(four source files) to lyx/svn to make our life a bit easier.
How about adding these four minizip files to src/support/minizip?
That seems the logical thing to do.
Abdel.
Bo Peng wrote:
gzip is easier than installing LyX anyway.)
Any distro that package LyX can simply add a dependency in their
package management system.
Then we also need tar.
I believe zip is more common on windows, but you can't depend
on it being present there. A unix machine
On Tue, 21 Aug 2007 15:21:13 +0200
Leuven, E. [EMAIL PROTECTED] wrote:
Also, I think there's a lot of code sharing that can be done between
math tables and tabular. See our discussion about cell access methods to
Inset earlier last week (with JMarc and Alfredo).
let' s worry about that
Martin Vermeer wrote:
On Tue, 21 Aug 2007 10:22:44 +0200
Helge Hafting [EMAIL PROTECTED] wrote:
Richard Heck wrote:
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
Martin wrote:
Sure, but keep it in mind to avoid double work.
cleaning up of the tabular code has to be done anyway
and i have troubles enough to wrap my head around this tabular stuff crashing
on me
sigh
That seems the logical thing to do.
Done.
Bo
Adding src/support/minizip
Adding src/support/minizip/crypt.h
Adding src/support/minizip/ioapi.c
Adding src/support/minizip/ioapi.h
Adding src/support/minizip/iowin32.c
Adding src/support/minizip/iowin32.h
Adding src/support/minizip/unzip.c
You still don't think my systematic strategy is not worth it?
I am 100% sure that you or any other user will see more of these in
*released* version.
I knew what you would say about this patch. :-)
I am using lyx-1.5svn every day so I will catch such bugs and fix them
trivially. I am too lazy
On Tue, Aug 21, 2007 at 07:37:25AM +0200, Peter Kümmel 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 may be added
through
Just to report, as far as I remember, a known problem. Moving with
arrow keys (also typing) can suddently become very slow. However, if I
select, copy and paste, lyx will speed up a lot.
Interesting.
Bo
Enrico Forestieri wrote:
On Tue, Aug 21, 2007 at 07:37:25AM +0200, Peter Kümmel 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 may
Bo Peng wrote:
Just to report, as far as I remember, a known problem.
I believe there's a bugzilla item from Darren Freeman. He was the only
one with these symptoms AFAIK, up until now.
Moving with
arrow keys (also typing) can suddently
How sudden? Can't you derive a test case from it?
Moving with
arrow keys (also typing) can suddently
How sudden? Can't you derive a test case from it?
I can not reproduce it reliably. I am still trying.
become very slow. However, if I
select, copy and paste, lyx will speed up a lot.
Does window resizing help the same?
I will try
On Tue, Aug 21, 2007 at 09:36:35AM +0200, Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Here is my most recent patch. What is not working yet:
- the close tab button: it is implemented but does not show up.
- the splash screen: it
On Tue, Aug 21, 2007 at 03:18:15AM +0200, Enrico Forestieri wrote:
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.
On Tue, Aug 21, 2007 at 06:31:33PM +0200, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Tue, Aug 21, 2007 at 07:37:25AM +0200, Peter Kümmel 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
On Tue, Aug 21, 2007 at 09:40:49AM +0200, Leuven, E. wrote:
any thoughs on this one?
Edwin Leuven wrote:
at the moment we store line attributes in the cell *and* in the
column and row info.
i am tempted to remove them from the column and row info because i do
not see what extra
On Tue, Aug 21, 2007 at 10:31:57AM +0200, Stephan Witt wrote:
// X11 specific stuff goes here...
#ifdef Q_WS_X11
+
+void GuiApplication::commitData(QSessionManager sm)
+{
+ /// The implementation is required to
[EMAIL PROTECTED] schrieb:
Author: vermeer
Date: Tue Aug 21 09:57:11 2007
New Revision: 19687
URL: http://www.lyx.org/trac/changeset/19687
Log:
some work on fi.po
Is this also relevant for the stable branch?
I think it doesn't make sense to work on the trunk at this point in
time. In the
On Tue, Aug 21, 2007 at 08:27:39AM -0500, Bo Peng wrote:
I am also wondering if we can add zip/contrib/minizip
(four source files) to lyx/svn to make our life a bit easier.
How about adding these four minizip files to src/support/minizip?
Do that. But also adjust code style.
Andre'
On Tue, Aug 21, 2007 at 08:09:10PM +0200, Michael Gerz wrote:
[EMAIL PROTECTED] schrieb:
Author: vermeer
Date: Tue Aug 21 09:57:11 2007
New Revision: 19687
URL: http://www.lyx.org/trac/changeset/19687
Log:
some work on fi.po
Is this also relevant for the stable branch?
I think it
On Tue, Aug 21, 2007 at 07:56:36PM +0200, Andre Poenitz wrote:
On Tue, Aug 21, 2007 at 03:18:15AM +0200, Enrico Forestieri wrote:
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
On Tue, Aug 21, 2007 at 09:22:01PM +0300, Martin Vermeer wrote:
On Tue, Aug 21, 2007 at 08:09:10PM +0200, Michael Gerz wrote:
[EMAIL PROTECTED] schrieb:
Author: vermeer
Date: Tue Aug 21 09:57:11 2007
New Revision: 19687
URL: http://www.lyx.org/trac/changeset/19687
Log:
some work
On Tue, Aug 21, 2007 at 05:59:33PM +0200, Enrico Forestieri wrote:
On Tue, Aug 21, 2007 at 07:37:25AM +0200, Peter Kümmel 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?
On Tue, Aug 21, 2007 at 07:59:36PM +0200, Enrico Forestieri wrote:
There have been already complaints for the dismission of the Qt3
frontend by the FreeBSD people. There are other systems in the world
other than Windows and Linux.
So they should f*** spend _their_ time on a Qt3 frontend
On Tue, Aug 21, 2007 at 08:26:47PM +0200, Andre Poenitz wrote:
On Tue, Aug 21, 2007 at 05:59:33PM +0200, Enrico Forestieri wrote:
On Tue, Aug 21, 2007 at 07:37:25AM +0200, Peter Kümmel wrote:
Enrico Forestieri wrote:
On Mon, Aug 20, 2007 at 07:44:32PM +0200, Peter Kümmel wrote:
On Tue, Aug 21, 2007 at 08:37:25PM +0200, Andre Poenitz wrote:
On Tue, Aug 21, 2007 at 07:59:36PM +0200, Enrico Forestieri wrote:
There have been already complaints for the dismission of the Qt3
frontend by the FreeBSD people. There are other systems in the world
other than Windows and
Attempting to compile on Mac gives me the following error. Any
suggestions?
Thanks.
Bennett
/bin/sh ../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -
I. -I../../src -I./.. -I../../boost -DQT_CLEAN_NAMESPACE -
DQT_GENUINE_STR -DQT_NO_STL -DQT_NO_KEYWORDS
Do that. But also adjust code style.
You mean changing 'func(a) int a' to 'func(int a)'?
Bo
On 8/21/07, Bennett Helm [EMAIL PROTECTED] wrote:
Attempting to compile on Mac gives me the following error. Any
suggestions?
Because nobody has adjusted autotools for the inclusion of src/support/minizip.
Bo
On Tuesday 21 August 2007 09:11:33 Abdelrazak Younes wrote:
As there's apparently nobody, I took the liberty to commit it.
Jürgen delegated the task in me and Jean-Marc. :-)
I agree with you that the patch should be committed and in that case please
do not forget to update status.15x
When things are added to the sources the result should build _at least
with the Chosen Build System_. And that's autotools. [I am personally
not happy about this choice, but that does not really matter here.
Also, the code should roughly follow LyX conventions if it is somewhere
under src/*.
On Tue, Aug 21, 2007 at 02:54:06PM -0400, Bennett Helm wrote:
Attempting to compile on Mac gives me the following error. Any
suggestions?
The zip stuff that got dumped into src/support...
Reverting 19692 and waiting for a cleaner patch might be an option.
Andre'
The current state is far from satisfactory. It does not build with
autotools and it looks crappy.
minizip might evolve with zlib so I am reluctant to change its source.
If you think its style does not fit in src/support/minizip, may be we
should put it in the top source directory? Or not
Reverting 19692 and waiting for a cleaner patch might be an option.
If no one can fix autotools in a day, autotools can be dumped because
too few people can or are willing to maintain it.
Bo
Abdelrazak Younes wrote:
Bo Peng wrote:
Just to report, as far as I remember, a known problem.
I believe there's a bugzilla item from Darren Freeman. He was the only
one with these symptoms AFAIK, up until now.
fwiw, i was on linux the last couple of weeks and thought it was
sluggish too
Abdelrazak Younes wrote:
compilations to avoid bugs in Qt 4.1. I also do care about code
simplification that would results in a switch to 4.2 (I'm thinking about
Edwin's toolbar widget for example).
a switch to 4.2 might be a good idea for some things, but i wouldn't
replace my toolbar
Andre Poenitz wrote:
On Tue, Aug 21, 2007 at 02:54:06PM -0400, Bennett Helm wrote:
Attempting to compile on Mac gives me the following error. Any
suggestions?
The zip stuff that got dumped into src/support...
Reverting 19692 and waiting for a cleaner patch might be an option.
didn't know
On Tue, Aug 21, 2007 at 08:52:06PM +0200, Enrico Forestieri wrote:
On Tue, Aug 21, 2007 at 08:37:25PM +0200, Andre Poenitz wrote:
On Tue, Aug 21, 2007 at 07:59:36PM +0200, Enrico Forestieri wrote:
There have been already complaints for the dismission of the Qt3
frontend by the FreeBSD
On Tue, Aug 21, 2007 at 02:06:14PM -0500, Bo Peng wrote:
Do that. But also adjust code style.
You mean changing 'func(a) int a' to 'func(int a)'?
I mean 'make it look like the rest of LyX source'.
And yes, using ANSI C instead of KR is a step in the right direction.
Andre'
On Mon, Aug 20, 2007 at 09:15:47PM +0300, Martin Vermeer wrote:
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
On Tue, Aug 21, 2007 at 02:06:54PM -0500, Bo Peng wrote:
On 8/21/07, Bennett Helm [EMAIL PROTECTED] wrote:
Attempting to compile on Mac gives me the following error. Any
suggestions?
Because nobody has adjusted autotools for the inclusion of
src/support/minizip.
autotools has to work as
Attached.
- Martin
Index: src/insets/InsetERT.cpp
===
--- src/insets/InsetERT.cpp (revision 19610)
+++ src/insets/InsetERT.cpp (working copy)
@@ -53,11 +53,7 @@
void InsetERT::init()
{
setButtonLabel();
- Font
I mean 'make it look like the rest of LyX source'.
And yes, using ANSI C instead of KR is a step in the right direction.
Doing it... to make g++ understand the code.
Bo
On Tuesday 21 August 2007 20:18:49 Bo Peng wrote:
If no one can fix autotools in a day, autotools can be dumped because
too few people can or are willing to maintain it.
The same can be said about any other buildsystem. We are on holidays time
(at least in the Northern hemisphere) so a day
On Monday 20 August 2007 17:09:33 Martin Vermeer wrote:
Yes... this requires the patch to layout2layout in order to work.
Haven't committed yet, waiting for José's comments.
José?
Go on. :-)
- Martin
--
José Abílio
On Tuesday 21 August 2007 20:54:17 Martin Vermeer wrote:
Attached.
- Martin
If this work happily then congratulations for you work Martin. :-)
--
José Abílio
On Tue, Aug 21, 2007 at 02:15:05PM -0500, Bo Peng wrote:
The current state is far from satisfactory. It does not build with
autotools and it looks crappy.
minizip might evolve with zlib so I am reluctant to change its source.
So it shouldn't be under src/ but similarly positioned as booost
On Tue, Aug 21, 2007 at 09:24:10PM +0200, Edwin Leuven wrote:
Andre Poenitz wrote:
On Tue, Aug 21, 2007 at 02:54:06PM -0400, Bennett Helm wrote:
Attempting to compile on Mac gives me the following error. Any
suggestions?
The zip stuff that got dumped into src/support...
Reverting 19692
On Monday 20 August 2007 16:49:20 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 function in
When introducing such new features a little bit of patience is expected. And
no a day is not a sign of patience. :-)
No one will fix autotools if the patch is not submitted. In the end, I
will have to open autoconf manual, something I have been trying to
avoid.
PS: I remember that you
On Tue, Aug 21, 2007 at 02:18:49PM -0500, Bo Peng wrote:
Reverting 19692 and waiting for a cleaner patch might be an option.
If no one can fix autotools in a day, autotools can be dumped because
too few people can or are willing to maintain it.
As long as there is no consensus on what the
Bo Peng wrote:
Just to report, as far as I remember, a known problem.
I believe there's a bugzilla item from Darren Freeman. He was the only
one with these symptoms AFAIK, up until now.
i reported it here
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg122582.html
and catched how to
On Tue, Aug 21, 2007 at 02:59:14PM -0500, Bo Peng wrote:
When introducing such new features a little bit of patience is expected.
And
no a day is not a sign of patience. :-)
No one will fix autotools if the patch is not submitted.
You can send the patch to some 'autotool' guy.
As long as there is no consensus on what the replacement will look like
autotools stays the preferred build environment (and I hate it, too, but
that's not the point).
I actaully agree on this. My point is that I will need several hours
to do it, and your or JMarc needs only five minutes, so
On Tue, Aug 21, 2007 at 03:05:11PM -0500, Bo Peng wrote:
As long as there is no consensus on what the replacement will look like
autotools stays the preferred build environment (and I hate it, too, but
that's not the point).
I actaully agree on this. My point is that I will need several
Could you add, please, your ideas to a wiki page under development?
Will do that later.
Even a compilation of previous messages to this list is OK. :-)
Here is a comment from my src/EmbeddedFiles.h:
/**
This file, and the embedding dialog implemented in src/frontends, implements
an
I can #ifdef out stuff, but that'd be your job to begin with.
Hold on, I used autotools a few years ago and I think I still know how
to handle this relatively simple case. :-(
Be patient, just another one or two hours... (instead of 10 min if
JMarc is here.)
Bo
On Tue, Aug 21, 2007 at 08:20:01PM +0200, Enrico Forestieri wrote:
[...] Then the Qt build system doesn't let you perform out of tree
builds (shadow builds in Qt parliance), even if Qt 4.3 is a big step
forward in this respect.
I just tried a shadow build of Qt 4.3.0 itself and it worked
On Tue, Aug 21, 2007 at 09:47:08PM +0200, Andre Poenitz wrote:
On Tue, Aug 21, 2007 at 08:52:06PM +0200, Enrico Forestieri wrote:
On Tue, Aug 21, 2007 at 08:37:25PM +0200, Andre Poenitz wrote:
On Tue, Aug 21, 2007 at 07:59:36PM +0200, Enrico Forestieri wrote:
There have been already
Be patient, just another one or two hours... (instead of 10 min if
JMarc is here.)
Done. Tested under linux. Please test.
Bo
On 21.08.2007, at 22:40, Bo Peng wrote:
Be patient, just another one or two hours... (instead of 10 min if
JMarc is here.)
Done. Tested under linux. Please test.
Bo
I get an error on MacOS:
Making install in po
make LyX-1.6.pot-update
make[3]: *** No rule to make target
Well, I hope it will be enough:...
Thanks, I added you to the credits and your work will be part of the next
release LyX 1.5.2.
regards Uwe
Can I apply the attached patch? scons/msvc complains about no
std::time, and std::time is not used in this file.
What is this std::time anyway? A function?
Bo
Index: src/DepTable.cpp
===
--- src/DepTable.cpp(revision 19698)
+++
On 21 aug 2007, at 23.41, Bo Peng wrote:
I get an error with rev 19699 on Mac PPC 10.4:
Does the attached patch help?
Boinc.diff
Yes, that did it. Thanks!
/Anders
On Tue, Aug 21, 2007 at 08:53:54PM +0100, José Matos wrote:
On Monday 20 August 2007 17:09:33 Martin Vermeer wrote:
Yes... this requires the patch to layout2layout in order to work.
Haven't committed yet, waiting for José's comments.
José?
Go on. :-)
This patch. Does it look
i reported it here
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg122582.html
and catched how to reproduce it (maybe only on linux).
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg122696.html
i could not find it in bugz and the reason is, that it is uncorfimed.
Bo Peng
Tue, 21 Aug 2007 13:42:06 -0700
Be patient, just another one or two hours... (instead of 10 min if
JMarc is here.)
Done. Tested under linux. Please test.
Bo
I get an error with rev 19699 on Mac PPC 10.4:
...
filetools.cpp:59:21: error: direct.h: No such file or directory
José Matos wrote:
On Tuesday 21 August 2007 09:11:33 Abdelrazak Younes wrote:
As there's apparently nobody, I took the liberty to commit it.
Jürgen delegated the task in me and Jean-Marc. :-)
As you are in semi holidays I can help you with that task. I think I
know the way JMarc and
Enrico Forestieri wrote:
On Tue, Aug 21, 2007 at 09:36:35AM +0200, Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Here is my most recent patch. What is not working yet:
- the close tab button: it is implemented but does not show up.
- the
Enrico Forestieri wrote:
On Tue, Aug 21, 2007 at 06:31:33PM +0200, Abdelrazak Younes wrote:
Still, I'd be curious to see how many people on X11 use Qt4.1... I bet
not a lot. All the predicted integration problem did not really happened
AFAICS.
There have been already complaints for the
Bo Peng wrote:
Be patient, just another one or two hours... (instead of 10 min if
JMarc is here.)
Done. Tested under linux. Please test.
Bo
Compiles fine here (linux)
A/
I get an error with rev 19699 on Mac PPC 10.4:
Does the attached patch help?
Bo
Index: src/support/filetools.cpp
===
--- src/support/filetools.cpp (revision 19698)
+++ src/support/filetools.cpp (working copy)
@@ -50,15 +50,27 @@
1 - 100 of 228 matches
Mail list logo