Darren Freeman wrote:
On Tue, 2007-08-21 at 18:34 +0200, 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.
http://bugzilla.lyx.org/
Pavel Sanda 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.
i reported it here
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg122582.html
an
It's been a long time (since I used C++ in anger), so forgive my
rustiness, please.
I'm comfortable enough with the new TexStream.h header file. (I even
seem to remember that one must use typedef for templates, rather than
forward declaring a TexStreamBase class ;-))
However, the TexStream c
On Tue, 2007-08-21 at 17:21 -0500, Bo Peng wrote:
> > i could not find it in bugz and the reason is, that it is uncorfimed.
> > http://bugzilla.lyx.org/show_bug.cgi?id=4045
>
> So I confirmed it.
Mine too, please, if you try window resizing. If that works, the two are
dupes.
Have fun,
Darren
On Tue, 2007-08-21 at 18:34 +0200, 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.
http://bugzilla.lyx.org/show_bug.cgi?i
On Aug 21, 2007, at 6:20 PM, Bo Peng wrote:
Compiles fine here (linux)
scons/linux/msvc, cmake, autotools/linux/mac are working... enough
for today.
Works for me now -- thanks!
Bennett
> I added an unconditional #include but I doubt this is the
correct final solution.
This means autotools does not check utime.h and set HAVE_UTIME_H.
Should be easy to fix.
Bo
On Tue, Aug 21, 2007 at 09:49:42PM +0100, José Matos wrote:
> On Tuesday 21 August 2007 21:35:46 Enrico Forestieri wrote:
> > >
> > > The Qt3 frontend is still available from svn. If there had been a real
> > > interest in further development it would have happened.
> >
> > At the time there was i
On Tue, Aug 21, 2007 at 05:20:18PM -0500, Bo Peng wrote:
> > Compiles fine here (linux)
>
> scons/linux/msvc, cmake, autotools/linux/mac are working... enough for today.
Hm...
g++ -DHAVE_CONFIG_H -I. -I../../src -I../../../trunk/src/support
-Winvalid-pch --include=../../../trunk/src/support/pch
On Tue, Aug 21, 2007 at 03:53:46PM -0500, Bo Peng wrote:
> 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?
Yes. Found in .
If we don't use it, just remove it.
Andre'
On Tuesday 21 August 2007 21:35:46 Enrico Forestieri wrote:
> >
> > The Qt3 frontend is still available from svn. If there had been a real
> > interest in further development it would have happened.
>
> At the time there was interest, but it was nevertheless removed.
Enrico, in the interest of h
On Tue, Aug 21, 2007 at 10:35:46PM +0200, Enrico Forestieri wrote:
> > That's true for all of us, that's why there is no Qt3 frontend anymore.
>
> There is no Qt3 frontend anymore because it was brutally murdered.
Poor little thing still lives a zombie life in the repository. Check it
out, dool i
On Tue, Aug 21, 2007 at 10:18:21PM +0200, Andre Poenitz wrote:
> 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 r
Bo Peng wrote:
>> Compiles fine here (linux)
>
> scons/linux/msvc, cmake, autotools/linux/mac are working... enough for
> today.
Good work :-)
A/
> i could not find it in bugz and the reason is, that it is uncorfimed.
> http://bugzilla.lyx.org/show_bug.cgi?id=4045
So I confirmed it.
Bo
> Compiles fine here (linux)
scons/linux/msvc, cmake, autotools/linux/mac are working... enough for today.
Cheers,
Bo
> 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 @@
#
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 dismis
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/
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
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 Jurge
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
filetools
> 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.
http://bugzi
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 lo
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?
Bo
Yes, that did it. Thanks!
/Anders
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)
+++
> 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
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 `../src/Biblio.cpp
> Be patient, just another one or two hours... (instead of 10 min if
> JMarc is here.)
Done. Tested under linux. Please test.
Bo
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 be
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
ou
> 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
> 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 'E
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 se
> 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 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.
> 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 h
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 t
> 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 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
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...
> >
>
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 b
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 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: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
> I mean 'make it look like the rest of LyX source'.
>
> And yes, using ANSI C instead of K&R is a step in the right direction.
Doing it... to make g++ understand the code.
Bo
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 font(Font::ALL_SANE
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 t
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.
> > >
> > Shoul
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 K&R is a step in the right direction.
Andre'
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
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 t
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 widget
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
> 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
> 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 putti
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'
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/*.
The
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
> Abd
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
> Do that. But also adjust code style.
You mean changing 'func(a) int a' to 'func(int a)'?
Bo
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 -I/Users/bennett/lyx/
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 a
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 w
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 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
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
>
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
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 branc
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'
[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 p
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 requ
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
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 no
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 buil
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 sp
> > 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
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?
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
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
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 add
> 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 la
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
Ad
> That seems the logical thing to do.
Done.
Bo
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
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
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 st
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 doesn't
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.
> 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
> 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)
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 borrowing
> 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. Becaus
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 encapsul
> 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
> > 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
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 co
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 creat
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" pro
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 s
1 - 100 of 116 matches
Mail list logo
