On Thu, 2006-04-27 at 18:03 +0200, Abdelrazak Younes wrote:
Martin Vermeer a écrit :
OK for trunk? No functionality change.
Except that it will break Qt4 compilation, no objection. Are you sure
you don't want to remove the enum and create four functions instead?
Looks to me that you look
Martin Vermeer a écrit :
On Thu, 2006-04-27 at 18:03 +0200, Abdelrazak Younes wrote:
Martin Vermeer a écrit :
OK for trunk? No functionality change.
Except that it will break Qt4 compilation, no objection. Are you sure
you don't want to remove the enum and create four functions instead?
If you open a master doc, the slave docs will automatically open, too under
some circumstances (I don't know what triggers this). If you close LyX with
an open master doc, all docs will be written to the session file. On next
startup you will get a dialog box for each slave doc asking you
Bo Peng a écrit :
6) install bzlib2 from gunwin32 project
Do we still need this one? Do you mean zlib?
zlib yes. At the time I needed both...
I will try your approach. Msys + qt3 is very slow on my system.
Note that cygwin will speedup qt3 compilation but not the linking
compared with
Andre Poenitz wrote:
I thought there had been file format changes which we want to avoid in
subminor releases.
No file format changes have happened yet.
Georg
Luis Rivera a écrit :
Luis Rivera [EMAIL PROTECTED] writes:
Consequently, and taking the opportunity open by the switch to the
1.4.x series,
I recommend to sign the death certificate for LyX's support on Win95/98.
Following another thread made me realize that I failed to mention that
Bo Peng wrote:
JMarc, before we continue this isAutoViewable business, you (we)
really need to decide what to do with configure.py. We can
1. use my auto (nobody seems to like it) patch, and change
isAutoViewable
2. disable \format for windows. We need basically a
if os.name != 'nt'
Luis For what is worth, I have to say that the installer for 141 (dots
Luis abbreviated) actually works on Win98. The problem starts on trying to
Luis get LyX to run. Crashes badly, without telling you why: only this
Luis bl**dy Page protection error/fault/whatever screen...
Microsoft
Bo Peng [EMAIL PROTECTED] writes:
I would suggest that we remove the format panel in the preference
dialog under windows.
Formats aren't viewers. Formats should stay, or how would you define conversion
chains from format XYZ to format PNG?
Angus
On Fri, 2006-04-28 at 08:58 +0200, Abdelrazak Younes wrote:
Martin Vermeer a écrit :
On Thu, 2006-04-27 at 18:03 +0200, Abdelrazak Younes wrote:
Martin Vermeer a écrit :
OK for trunk? No functionality change.
Except that it will break Qt4 compilation, no objection. Are you sure
you
Abdelrazak Younes [EMAIL PROTECTED] writes:
We had information that lyx-15svn/qt4 works on Win98, maybe also on
Win98. There some info to try it on the Wiki.
I think that Abdel meant to say, We had information that
lyx-15svn/qt4 works on WinME, ...
The improvement comes, of course, from the
g++ -DHAVE_CONFIG_H -I. -I../../../../src/frontends/controllers
-I../../../src -I../../../../src -I../../../../boost
-I/maecke/baum/sw/bin/include -I/usr/common/include -I/usr/X11R6/include
-fmessage-length=0 -MT ControlToc.lo -MD -MP -MF .deps/ControlToc.Tpo
-c
Angus Leeming wrote:
Bo Peng [EMAIL PROTECTED] writes:
I would suggest that we remove the format panel in the preference
dialog under windows.
Formats aren't viewers. Formats should stay, or how would you define
conversion chains from format XYZ to format PNG?
And even if they were: The
Angus Leeming a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
We had information that lyx-15svn/qt4 works on Win98, maybe also on
Win98. There some info to try it on the Wiki.
I think that Abdel meant to say, We had information that
lyx-15svn/qt4 works on WinME, ...
Yep, sorry.
The
Georg Baum a écrit :
Andre Poenitz wrote:
I thought there had been file format changes which we want to avoid in
subminor releases.
No file format changes have happened yet.
So what about listing some of the 1.5svn new feature/optimization and
see if there's enough to justify a release,
Enrico Forestieri wrote:
Now I am beginning to understand the magic. So, after
AC_SUBST(FOO, [bar])
I only need to write
myvar = $(FOO)
in Makefile.am and I will find
FOO = @FOO@
...
myvar = $(FOO)
in Makefile.in. Cool. There should be a better way than info autoconf
to try
On Fri, 2006-04-28 at 09:35 +0200, Georg Baum wrote:
g++ -DHAVE_CONFIG_H -I. -I../../../../src/frontends/controllers
-I../../../src -I../../../../src -I../../../../boost
-I/maecke/baum/sw/bin/include -I/usr/common/include -I/usr/X11R6/include
-fmessage-length=0 -MT ControlToc.lo -MD -MP -MF
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Thu, Apr 27, 2006 at 12:25:54PM +0200, Jean-Marc Lasgouttes
Andre wrote:
We already have a way to avoid updates, it is the
LyXAction::NoUpdate flag that can be added to a lfun. This is not
taken in account at LyXFunc::dispatch level,
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre I would think that instead of immediate updates, some
Andre 'invalidation' could happen that could be accumulated until a
Andre real 'update' is needed.
Andre This way, any function changing e.g. a paragraph's contents
Andre could
[EMAIL PROTECTED] a écrit :
Author: vermeer
Date: Fri Apr 28 09:45:37 2006
New Revision: 13773
Log:
Brown paper bag for r13772
I was about to humiliate you in public :-)
Abdel.
Modified:
lyx-devel/trunk/src/frontends/controllers/ControlToc.h
On Thu, Apr 27, 2006 at 04:01:04PM +0100, Jose' Matos wrote:
On Thursday 27 April 2006 15:54, Lars Gullik Bjønnes wrote:
This fix the problem for me. Is this an aceptable fix?
Or should we do the fix through sys.path instead?
It is an acceptable fix, no doubt. :-)
It worked for me.
My
Bo == Bo Peng [EMAIL PROTECTED] writes:
- A way to avoid adding autoViewable and autoEditable properties
would be to set viewer and editor to auto as needed (after
reading lyxrc.defaults).
Bo Define when needed. I was doing so in configure.py.
I mean:
- read lyxrc.defaults. Note that the
I am not going for another round of being release manager for a
release, se we need to appoint one. I think we should take turns on
being release for different releases.
In that vein I also propose that the release manager, continues to
manage 1.X.x releases.
On trunk the release manager will
Angus The improvement comes, of course, from the switch to Qt4.
Angus Note, however, that your hard work to get LyX working on
Angus Win98 would need a little tweaking because the changes we made
Angus to Boost.Filesystem haven't been propogated formward into
Angus the version of Boost.Filesystem
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico Strictly speaking, the LDFLAGS thing is a quick hack in order
Enrico to have configure test for Qt succeeding, otherwise libtool is
Enrico able to figure out what libraries are needed from libqt.la.
Looks like we need a version of
Angus Leeming a écrit :
Angus The improvement comes, of course, from the switch to Qt4.
Angus Note, however, that your hard work to get LyX working on
Angus Win98 would need a little tweaking because the changes we made
Angus to Boost.Filesystem haven't been propogated formward into
Angus the
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg 3. Remove all windows viewers and editors from
Georg lib/configure.py, but keep the formats. On startup, use your
Georg new function to query whether a format can be viewed/edited for
Georg all formats with empty viewers/editors and set the
Bo == Bo Peng [EMAIL PROTECTED] writes:
Bo When the menu item is selected, the status *is* changed and
Bo File-Save should be enabled.
Bo You just remind me that this menu item should be disabled for
Bo readonly file. New patch is attached.
Remarks:
1/ You would have that for free by
Martin Vermeer wrote:
Update and try again.
Thanks!
Georg
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Angus Leeming a écrit :
| Angus The improvement comes, of course, from the switch to Qt4.
| Angus Note, however, that your hard work to get LyX working on
| Angus Win98 would need a little tweaking because the changes we made
| Angus to
Abdelrazak Younes [EMAIL PROTECTED] writes:
Yes. One of the files in boost/libs/filesystem/src (Sorry, no viewsvn...)
#includes and uses NewAPIs.h. I can dig out the details if you can't track
the
change down.
Well, I don't have enough disk space to get the 1.4 tree. Bo, Enrico,
could
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Does Qt always have .la files for the cases that interest us?
No.
--
Lgb
Jean-Marc Lasgouttes wrote:
You read my mind, Georg.
Which is not very difficult since you wrote something like that already.
Georg
Jean-Marc Lasgouttes a écrit :
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico Strictly speaking, the LDFLAGS thing is a quick hack in order
Enrico to have configure test for Qt succeeding, otherwise libtool is
Enrico able to figure out what libraries are needed from libqt.la.
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Does Qt always have .la files for the cases that interest us? Does it
mean that we could do without the check for X11?
.la files are generated by libtool. Qt don't use libtool themselves, so most
platforms won't have libqt.la files. My guess is
On Friday 28 April 2006 09:57, Angus Leeming wrote:
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Does Qt always have .la files for the cases that interest us? Does it
mean that we could do without the check for X11?
.la files are generated by libtool. Qt don't use libtool themselves, so
Martin Vermeer a écrit :
Your turn ;-)
Done.
Abdel.
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Which is not very difficult since you wrote something like that
Georg already.
I know :)
JMarc
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak In my tree, there is no libqt-mt.la for Qt3/mingw. Maybe
Abdelrazak I've compiled as a dll. Qt4/mingw have no .la file either.
So, nobody has these la files... Enrico, what is the version of qt
that gives you this?
And there
Enrico Forestieri wrote:
Cool, could you please send me your dvipng.exe?
I have no problem in doing that but it is a cygwin application
which thinks she is dealing with tetex and it only works because
I have a bunch of scripts which make it appear as if I have tetex
when in effect I am using
Abdel == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdel So what about listing some of the 1.5svn new
Abdel feature/optimization and see if there's enough to justify a
Abdel release, of the top of my head, they are:
Abdel - Martin's outline work
Abdel - Edwin's paragraph moving work
This
Andre Poenitz schrieb:
Andre Do we already have a location?
Not that I know of.
What is needed for a meeting, I mean how many computers and what kind of
meeting rooms? How many people are coming (round about) and how long
will you stay?
I could ask our university IT and the faculty of
Angus Leeming a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
Yes. One of the files in boost/libs/filesystem/src (Sorry, no viewsvn...)
#includes and uses NewAPIs.h. I can dig out the details if you can't track the
change down.
Well, I don't have enough disk space to get the 1.4 tree.
On Fri, Apr 28, 2006 at 10:16:56AM +0200, Jean-Marc Lasgouttes wrote:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico Strictly speaking, the LDFLAGS thing is a quick hack in order
Enrico to have configure test for Qt succeeding, otherwise libtool is
Enrico able to figure out
Abdelrazak Younes wrote:
- Juergen's optimisation work on Natbib (is it in yet?)
It's in trunk, yes. Not yet in 1.4.x, though.
Jürgen
Jean-Marc Lasgouttes wrote:
Abdel - Juergen's optimisation work on Natbib (is it in yet?)
This will go in 1.4.x once it is well tested, because it is a really
bad bug.
IMO it's ready. I use it in my daily work and did not discover any problem.
Jürgen
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico I don't obtain an .la file when compiling Qt for mingw, but my
Enrico compiler (ie, g++ -mno-cygwin) leaves in the lib directory a
Enrico .prl file containing that info. This is the one tagged
Enrico 'mingw-'.
So, can we count on this
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
Juergen Jean-Marc Lasgouttes wrote:
Abdel - Juergen's optimisation work on Natbib (is it in yet?)
This will go in 1.4.x once it is well tested, because it is a
really bad bug.
Juergen IMO it's ready. I use it in my daily work and did
Jean-Marc Lasgouttes a écrit :
Abdel == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdel So what about listing some of the 1.5svn new
Abdel feature/optimization and see if there's enough to justify a
Abdel release, of the top of my head, they are:
Abdel - Martin's outline work
Abdel -
Uwe Stöhr [EMAIL PROTECTED] writes:
| Andre Poenitz schrieb:
|
| Andre Do we already have a location?
|
| Not that I know of.
|
| What is needed for a meeting, I mean how many computers
A couple(2-4); several of us use to bring our laptops.
And intranet is required, wireless is a bonus,
Dear Juergen ( list),
I kind of follow lyx-devel using the gmame mirror, but I missed that post
about the LyX meeting - also I can not find it when I search now. Strange.
Anyway, you can see our house in Turkey here:
http://www.ottaralstrup.dk/pictures/index.php
Click on the yalikavak link to
Asger Ottar Alstrup [EMAIL PROTECTED] writes:
| Dear Juergen ( list),
[...]
| In terms of flights, you have to go to Milas airport, sometimes known as
| Bodrum. We can sometimes get very cheap flights, but in addition to this, it
| is necessary to rent cars unless you want to waste a lot of
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Angus Leeming a écrit :
| Abdelrazak Younes [EMAIL PROTECTED] writes:
| Yes. One of the files in boost/libs/filesystem/src (Sorry, no viewsvn...)
| #includes and uses NewAPIs.h. I can dig out the details if you can't
track the
| change down.
|
|
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Angus Leeming a écrit :
| Abdelrazak Younes [EMAIL PROTECTED] writes:
| Yes. One of the files in boost/libs/filesystem/src (Sorry, no viewsvn...)
| #includes and uses NewAPIs.h. I can dig out the details if you can't
I am going to commit this soon unless I hear objection.
Abdel.
Log:
* text3.C:void LyXText::dispatch(LCursor cur, FuncRequest cmd)
For LFUN_PARAGRAPH_MOVE_DOWN and LFUN_PARAGRAPH_MOVE_UP call:
void updateLabels(Buffer const buf,
ParIterator from, ParIterator to)
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Tracing down all the bugs that got fixed in 1.5 is
Abdelrazak something that needs to be done.
Michael does it.
Abdelrazak For example, the cursor jumping problem on inset, is it in
Abdelrazak Juergen?
This one is in, and
Asger Ottar Alstrup [EMAIL PROTECTED] writes:
Anyway, you can see our house in Turkey here:
http://www.ottaralstrup.dk/pictures/index.php
Click on the yalikavak link to see the pictures - click on the Yalikavak,
Turkey link to see where it is on the Google map.
It looks lovely, Asger!
Emma
hum... with the patch this time
Abdelrazak Younes a écrit :
I am going to commit this soon unless I hear objection.
Abdel.
Log:
* text3.C:void LyXText::dispatch(LCursor cur, FuncRequest cmd)
For LFUN_PARAGRAPH_MOVE_DOWN and LFUN_PARAGRAPH_MOVE_UP call:
void updateLabels(Buffer const
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak I am going to commit this soon unless I hear objection.
I suspect you are not telling everything we need to be able to
object...
JMarc
Abdelrazak Younes [EMAIL PROTECTED] writes:
Here are the relevant logs and the diff against current svn, please tell
me what I should do
You should drop the stuff that's needed for Win95. LyX on Win95 is broken for
other reasons. That may well mean that all you need is the ERROR_ACCESS_DENIED
Bo Peng wrote:
OK to apply?
From me: Yes. It fixes all the problems I encountered so far.
BTW, my understanding is that the only known session problem left is
to save cursor stack instead of a single slice. Right?
I don't know (I did not pay attention to the cursor position yet).
Georg
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak hum... with the patch this time
Thanks. Looks correct.
JMarc
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes a écrit :
Abdel == Abdelrazak Younes [EMAIL PROTECTED]
writes:
Abdel - Enrico and Georg: improved Cygwin Support
Which part of that is or is not in 1.4.x?
I'll let Enrico and/or Georg answer that.
IIRC most (if not all) is not in 1.4. I
Georg == Georg Baum [EMAIL PROTECTED] writes:
Abdel - Enrico and Georg: improved Cygwin Support
Which part of that is or is not in 1.4.x?
I'll let Enrico and/or Georg answer that.
Georg IIRC most (if not all) is not in 1.4. I must admit that I am a
Georg bit tired doing 1.4 backports
On Fri, 2006-04-28 at 12:13 +0200, Abdelrazak Younes wrote:
IMO, the one thing that could make the release of 1.5 without unicode
worth it would be the inclusion of the qt4 and gtk frontends if they
are 100% ready.
I was kind of hoping for unicode to happen before I did much more work
on
John == John Spray [EMAIL PROTECTED] writes:
John I was kind of hoping for unicode to happen before I did much
John more work on the gtk frontend, since otherwise I would have to
John go through doing loads of encoding conversion crack, just to
John take it out again when we go unicode.
Good
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Index: text3.C
| ===
| --- text3.C (revision 13773)
| +++ text3.C (working copy)
| @@ -327,11 +327,12 @@
| recUndo(pit, pit + 1);
| finishUndo();
|
On Fri, Apr 28, 2006 at 12:13:44PM +0200, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes a écrit :
Abdel == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdel - Enrico and Georg: improved Cygwin Support
Which part of that is or is not in 1.4.x?
I'll let Enrico and/or Georg answer that.
I
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Index: text3.C
| ===
| --- text3.C (revision 13773)
| +++ text3.C (working copy)
| @@ -327,11 +327,12 @@
| recUndo(pit, pit + 1);
|
Jean-Marc Lasgouttes a écrit :
Abdelrazak So we could rename 1.5.0 as 1.4.2 and be done with the
Abdelrazak backporting as there seems to be no format change.
No, because all the patches that have gone into 1.5 because they are
'obviously right' need to be evaluated. The day we release
This patch closes the improvements I had in mind concerning
installers. It allows packagers to provide a file lyxrc.dist that will
be read (if it exists) before all the others. No such file is
distributed by LyX currently, but it can replace the preference file
bundled with the Mac version, and
Lars Gullik Bjønnes a écrit :
We also need to address the question wrt releasing 1.5 soon or wait
for major features.
Jean-Marc suggested that a complete port to Qt4 could justify a 1.5.0
release. I don't see that happening soon as Potential Qt developers (me
included) don't seem to have
Abdelrazak Younes [EMAIL PROTECTED] writes:
| (Wrt unicode, unless I get some help it will go
| slowly forward.)
|
| I suspect you won't find any help if you don't push your changes into trunk.
Then trunk will be unusable.
So currently that is not an options.
--
Lgb
Angus Leeming a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
Here are the relevant logs and the diff against current svn, please tell
me what I should do
You should drop the stuff that's needed for Win95. LyX on Win95 is broken for
other reasons. That may well mean that all you need is
Michael == Michael Gerz [EMAIL PROTECTED] writes:
Michael Hi Jean-Marc, here comes an updated list of potential 1.4.X
Michael patches.
Michael I guess that not all of them make sense for 1.4.X. Guys,
Michael please let me know if some revision can be removed from the
Michael list.
Thanks for
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin 1) Why is this behaviour wrong? If 'cursor follows scrollbar'
Martin is off, this will happen for a number of operations, not only
Martin save. If you don't like that, you can bring the cursor into
Martin your viewport by a simple mouse
Lars Gullik Bjønnes wrote:
Then trunk will be unusable.
So currently that is not an options.
Why not? Both qt4 and gtk will progress slowly as stated by Abdel and John,
so IMHO it does not make sense to wait for these. Lots of other small stuff
that happens now falls IMHO in two categories:
Paolo == Paolo Pumilia [EMAIL PROTECTED] writes:
Paolo - Started lyx from console - created new doc - added two lines:
Paolo the first one marked as section, the second one as - subsection
Paolo - everything is ok - switched to italian language - Console:
Paolo Counter sezione does not exist.
Abdelrazak Younes a écrit :
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Index: text3.C
| ===
| --- text3.C(revision 13773)
| +++ text3.C(working copy)
| @@ -327,11 +327,12 @@
|
Philippe == Philippe Charpentier [EMAIL PROTECTED] writes:
Philippe After some tests, I found the following (for the qt
Philippe frontend): in a terminal if I type: export LANG=fr_FR (or
Philippe whatever different of en_...) export LC_NUMERIC=C lyx then
Philippe all seems to work fine! Is this
Georg Baum [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
|
| Then trunk will be unusable.
| So currently that is not an options.
|
| Why not?
Becuase the unicode changes currently makes lyx unusable.
| I personally have not yet checked out the unicode branch, but would probably
|
Georg Baum a écrit :
Lars Gullik Bjønnes wrote:
Then trunk will be unusable.
So currently that is not an options.
Why not? Both qt4 and gtk will progress slowly as stated by Abdel and John,
so IMHO it does not make sense to wait for these.
I am not sure Lars is waiting for qt4 or gtk to
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak As a side note, IMHO, if unicode is going to
Abdelrazak impact the frontends code a lot, we should really switch
Abdelrazak to qt4 and let the qt3 stay unchanged. This way qt3 will
Abdelrazak stay usable and qt4 will be
Jean-Marc Lasgouttes wrote:
Michael == Michael Gerz
[EMAIL PROTECTED] writes:
r13700 - GB - Make MathBigInset working
I'd say no.
I agree, because it is a) not finished yet and b) involves changes at
central places that may have side effects.
There is also a phantom patch, which may
On Fri, Apr 28, 2006 at 11:38:45AM +0200, Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak In my tree, there is no libqt-mt.la for Qt3/mingw. Maybe
Abdelrazak I've compiled as a dll. Qt4/mingw have no .la file either.
So, nobody has these la
Lars Gullik Bjønnes wrote:
When I have a hint of something that actually works I will move all to
trunk.
Good.
I am not taking feature complete, I am talking compiling,runnning and
showing something recognizable on screen.
Even that would be no problem IMO if it came with an announcement
Jean-Marc Lasgouttes a écrit :
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak As a side note, IMHO, if unicode is going to
Abdelrazak impact the frontends code a lot, we should really switch
Abdelrazak to qt4 and let the qt3 stay unchanged. This way qt3 will
Abdelrazak
Formats aren't viewers. Formats should stay, or how would you define
conversion chains from format XYZ to format PNG?
And even if they were: The agreement was that windows viewers should be used
when possible, but that users should still be able to define their own in
LyX.
With my patch, the
On Fri, Apr 28, 2006 at 01:39:41PM +0200, Jean-Marc Lasgouttes wrote:
Georg == Georg Baum [EMAIL PROTECTED] writes:
Abdel - Enrico and Georg: improved Cygwin Support
Which part of that is or is not in 1.4.x?
I'll let Enrico and/or Georg answer that.
Georg IIRC most (if not all) is
Abdelrazak Younes wrote:
Tracing down all the bugs that got fixed in 1.5 is something that needs
to be done. For example, the cursor jumping problem on inset, is it in
Juergen?
Yes.
Jürgen
Jean-Marc Lasgouttes wrote:
Could you provide a 1.4 version so that I take a look?
attached.
Jürgen
JMarc
Index: src/insets/insetbibtex.C
===
--- src/insets/insetbibtex.C (Revision 13775)
+++ src/insets/insetbibtex.C
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg That one is really easy indeed (only two new files and a couple
Georg of changed lines), and the most important thing is that it is
Georg self contained (if there should be a bug only phantom stuff
Georg will be affected). I'll prepare a patch
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico If you mean cygwin in general, then you are practically
Enrico forcing me to maintain my own 1.4 branch as I care about it.
Not cygwin in general, I am not _that_ mean... To be more precise:
what new stuff do you need in 1.4?
JMarc
Abdel - Bo's session management
I am not sure about this one, since it seems that all problems have
not been solved yet, and making a complete patch for 1.4 will probably
be too difficult.
Please specify which ones have not been fixed. There is only one: save
cursor stack, on my agenda. I
With all these changes, I would accept this in 1.4 too (because the
fact it cannot be changed is a bug).
I would like also to have an adaptation of your patch to remove
USE_COMPRESSION, if you can do that for me.
I would assume that you want to keep gzstream in 1.4.x, right?
Bo
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
Juergen Jean-Marc Lasgouttes wrote:
Could you provide a 1.4 version so that I take a look?
Juergen attached.
This looks good, and since both Georg and yourself have tested it, it
can go in.
JMarc
Bo == Bo Peng [EMAIL PROTECTED] writes:
With all these changes, I would accept this in 1.4 too (because the
fact it cannot be changed is a bug).
I would like also to have an adaptation of your patch to remove
USE_COMPRESSION, if you can do that for me.
Bo I would assume that you want to
On Fri, Apr 28, 2006 at 02:54:49PM +0200, Jean-Marc Lasgouttes wrote:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin 1) Why is this behaviour wrong? If 'cursor follows scrollbar'
Martin is off, this will happen for a number of operations, not only
Martin save. If you don't like
On Fri, Apr 28, 2006 at 03:04:17PM +0200, Abdelrazak Younes wrote:
Abdelrazak Younes a écrit :
Lars Gullik Bjønnes a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
...
Yep, I'll try that and commit if it works, thanks.
It works, fine. Committed.
Edwin, I like this feature a lot!
text3.C:360:2: warning: #warning The code below only makes sense at top level.
text3.C:714:2: warning: #warning look here
if g++ -DHAVE_CONFIG_H -I. -I. -I. -Winvalid-pch --include=./pch.h
-I../boost -Wextra -Wall-I/usr/X11R6/include -g -O -MT version.o
-MD -MP -MF .deps/version.Tpo -c -o
1 - 100 of 400 matches
Mail list logo