Jean-Marc Lasgouttes wrote:
So in windows it is possible to store environment variables there and
they are passed to the application, right? Is this a local or a global
setting?
No, the installer allows you to select a language and writes the batch
file with the right language code.
Joost
On Monday 29 May 2006 20:49, Garst R. Reese wrote:
It compiles with xforms, but it cannot find colors, so lots of stuff is
just black on black.
The FC5 release notes say they have moved to X11R7 so a lot of stuff is
not where it used to be and applications will have to adjust. How?
Hi
On Thu, May 25, 2006 at 05:31:35PM -0500, Bo Peng wrote:
There is a new free VC++ 2005 that you can download for Microsoft site
if you cannot your CDROM.
This is interesting. Since when did M$ start to distribute free stuff?
Since the time they learned about competition.
Andre'
On Thu, May 25, 2006 at 01:27:10PM -0500, Bo Peng wrote:
It would be nice when I could add the files to svn.
I am glad that lyx is following KDE to have several competing build
systems. CMake won over there and I am not sure if this will be the
case for lyx.
So after GUI madness we now have
On Thu, May 25, 2006 at 11:31:43PM +0200, Abdelrazak Younes wrote:
I see that there is a lot of improvement compared to your former profile
WRT qt4 frontends. Do you feel the improve in speed?
AFAICS the clear culprit is again font_metrics::width(). This is true
for your first three patches
On Thu, May 25, 2006 at 04:05:03PM -0500, Bo Peng wrote:
Another rumor is that free qt is *only* designed for mingw and you
will need a commercial qt version to work with vc. If this is true, I
guess you are out of luck.
It's a matter of writing a suitable spec file. A few hundred lines or
so.
On Fri, May 26, 2006 at 03:20:17PM +0200, Abdelrazak Younes wrote:
Bo Peng wrote:
The only reason why I've not used scons is that scons can't generate
project files and cmake has support of Visual C++ and KDevelop.
Personally I rarely use any IDE and use vim all the time, but you have
your
On Thu, May 25, 2006 at 04:51:09PM -0500, Bo Peng wrote:
However, what will be the benefit of this approach? Will we be able to
use of VC IDE/debugger? Will VC++ compiles faster or get faster lyx?
Yes. Yes and yes.
Andre'
On Thu, May 25, 2006 at 11:56:24PM +0200, Abdelrazak Younes wrote:
Much faster. Even if lyx/qt4 compilation is pretty much OK with Scons
nowadays...
Plus I am pretty sure that the resulting binary will be much faster too.
Not much. But certainly not slower.
Andre'
On Fri, May 26, 2006 at 02:39:43PM -0500, Bo Peng wrote:
Anyway, the .C suffix problem is again in the way. Does anyone know
how to let cl know the source file is a C++ file?
There is a command line switch. Forgot which.
Andre'
Michael Gerz wrote:
- 3 (!) build systems (auto*, scons, cmake; the latter at least under
discussion)
Please don't put oil on the fire (do we say that in English?). Peter
work on CMake has already already helped Bo in his Scons-msvc adventure;
so it was worth it for that alone. Besides, we
Joost == Joost Verburg [EMAIL PROTECTED] writes:
Joost Jean-Marc Lasgouttes wrote:
So in windows it is possible to store environment variables there
and they are passed to the application, right? Is this a local or a
global setting?
Joost No, the installer allows you to select a language and
Jean-Marc Lasgouttes wrote:
Joost No, the installer allows you to select a language and writes
Joost the batch file with the right language code.
OK, so this was the en_US shown in the example lyx.bat, right?
The batch file is generated by the installer. If you select another
language there
Joost == Joost Verburg [EMAIL PROTECTED] writes:
Joost The batch file is generated by the installer. If you select
Joost another language there will be another langcode.
Thanks for the clarification.
JMarc
On Monday 29 May 2006 19:55, Michael Gerz wrote:
Do we still care about xforms? Why don't we remove it?
Guys, I am getting more and more worried about how LyX evolves.
Currently, we have
- 5 (!) frontends (xforms, gtk, qt3, qt4, kde)
- 3 (!) build systems (auto*, scons, cmake; the
guys i have a question about the following.
here i dispatch the funcrequest to insert a table:
+void InsertTableWidget::mouseReleaseEvent(QMouseEvent * event)
+{
+ if (underMouse()) {
+ QString const data = QString(%1 %2).arg(bottom_).arg(right_);
+
Michael == Michael Gerz [EMAIL PROTECTED] writes:
Michael Do we still care about xforms? Why don't we remove it?
We should try to have a good idea of who uses xforms and why. Maybe
ask on lyx-users or setup some kind of poll.
Michael Are we still working on a text processor? Or has LyX turned
Edwin == Edwin Leuven [EMAIL PROTECTED] writes:
Edwin thing is: the table gets inserted but not at the cursor
Edwin position but at the beginning of the buffer!
You should always dispatch to LyXView::getLyXFunc().dispatch()
workAreaDispatch is limited to mouse interaction.
JMarc
The following patches fixe the crash when for example the user uses a
bind file instead of a kmap file.
What it does is disable a keymap when there has been a read error. I
tried to resist the urge to rewrite all the code :)
Comments and even testing welcome. I'll apply soon if there are no
Jean-Marc Lasgouttes wrote:
You should always dispatch to LyXView::getLyXFunc().dispatch()
workAreaDispatch is limited to mouse interaction.
got it. thanks!
Georg Baum wrote:
I don't know. I never heard of it. I searched a bit and found out that it
is supposed to be in SuSE 9.3 and 10.0 which I use at work, but I did not
notice anything. Certainly the kde file dialog is not used by qt apps.
Georg
Why don't you post a question in
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Jean-Marc The following patches fixe the crash when for example the
Jean-Marc user uses a bind file instead of a kmap file.
Actually the right patch for 1.5 is this.
JMarc
Index: src/intl.C
Georg, is this patch correct?
JMarc
Index: src/MenuBackend.C
===
--- src/MenuBackend.C (revision 13965)
+++ src/MenuBackend.C (working copy)
@@ -520,6 +520,9 @@ void expandFormats(MenuItem::Kind kind,
break;
case
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Please fix this. I don't know whether the values from lyx_main
Georg or the ones from XParseGeometry should be used.
Georg, what about this?
JMarc
Index: src/frontends/lyx_gui.h
Jean-Marc Lasgouttes wrote:
Georg Please fix this. I don't know whether the values from lyx_main
Georg or the ones from XParseGeometry should be used.
Georg, what about this?
Looks good (assuming that XParseGeometry does not change the given values if
it has nothing to parse).
Georg
Jean-Marc Lasgouttes wrote:
Georg, is this patch correct?
Oh, I missed this one. Yes, it is correct, and while you are at it could you
please fix another buglet of mine and move MenuItem::UpdateFormats up in
the same case as MenuItem::ViewFormats and MenuItem::ExportFormats are?
Otherwise the
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Jean-Marc Lasgouttes wrote: Please fix this. I don't know
Georg whether the values from lyx_main or the ones from
Georg XParseGeometry should be used.
Georg, what about this?
Georg Looks good (assuming that XParseGeometry does not change the
i just installed 1.4 (with joost's new installer, worked great)
i noticed the following (also present in trunk):
the toolbar gets disabled after using a dialog
is this a known bug?
edwin
Bo Peng [EMAIL PROTECTED] writes:
Index: src/support/package.C.in
===
--- src/support/package.C.in (revision 13941)
+++ src/support/package.C.in (working copy)
at at -26,7 +26,11 at at
#if defined
I've successfully compiled, linked, and started lyx_qt4.exe
using scons on windows with msvc.
But I've used the gnuwin32 package (without renaming), and I have
to fix the unistd.h including in zconf.h (#if 1 - #if 0), but this
could also be fixed by adding somewhere a dummy unistd.h.
But
Here's what happens for me:
ranlib debug/libs/libincluded_intl.a
g++ -o debug/qt4/lyx -Ldebug/libs -L/usr/lib64/qt-3.3/lib -llyxbase_pre
-lmathed -linsets -lfrontends -lqt4 -lcontrollers -lgraphics -lsupports
-llyxbase_post -lincluded_boost_signals -lincluded_boost_regex
Configuration
Host type: x86_64-unknown-linux-gnu
Special build flags:aiksaurus assertions concept-checks
stdlib-debug warnings jpeg-image-loader use-aspell use-ispell
C Compiler: gcc
C Compiler LyX flags:
C Compiler
Hi Bo,
The double-quote problem strike again apparently:
g++ -o release\common\aspell.o -c -O3 -w
-ID:\program\Aspell-0.60.4\include -ID:\devel\lyx\trunk\boost -ID:\dev
el\lyx\trunk\src D:\devel\lyx\trunk\src\aspell.C
Copy(D:\devel\lyx\trunk\intl\libgnuintl.h,
Joost Verburg wrote:
Finally, the source code of the new LyX 1.4 installer. Updated Windows
build instructions are also included.
would be nice if beamer.layout could be included
thanks, edwin
Peter Kümmel wrote:
I've successfully compiled, linked, and started lyx_qt4.exe
using scons on windows with msvc.
But I've used the gnuwin32 package (without renaming), and I have
I was doing the exact same fix ;-)
to fix the unistd.h including in zconf.h (#if 1 - #if 0), but this
could
Kayvan A. Sylvan wrote:
if /bin/sh ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.
-I. -I../../../src -I../../../lib/images/math -I../../../src
-I../../../src/frontends -I../../../src/frontends/controllers
-I../../../boost -Wextra -Wall-I/usr/X11R6/include -O2 -MT
Peter Kümmel wrote:
Kayvan A. Sylvan wrote:
if /bin/sh ../../../libtool --tag=CXX --mode=compile g++ -DHAVE_CONFIG_H -I.
-I. -I../../../src -I../../../lib/images/math -I../../../src
-I../../../src/frontends -I../../../src/frontends/controllers
-I../../../boost -Wextra -Wall
Peter Kümmel wrote:
XParseGeometry(geometry, posx, posx, width, height);
posx, posx: is this not a bug?
Abdelrazak Younes wrote:
Peter Kümmel wrote:
I've successfully compiled, linked, and started lyx_qt4.exe
using scons on windows with msvc.
But I've used the gnuwin32 package (without renaming), and I have
I was doing the exact same fix ;-)
Fixing SConstruct or zconf.h?
to fix the
Abdelrazak Younes [EMAIL PROTECTED] writes:
| I would advise you to don't push for SVN inclusion in trunk for now.
| At least not until Cmake is at least on par with Scons. But don't be
| discouraged though, I guess we can put it in a SVN branch.
Having it in trunk is not a problem as long as it
Edwin == Edwin Leuven [EMAIL PROTECTED] writes:
Edwin Joost Verburg wrote:
Finally, the source code of the new LyX 1.4 installer. Updated
Windows build instructions are also included.
Edwin would be nice if beamer.layout could be included
Indeed. Georg, did you ever have an answer from
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
I've successfully compiled, linked, and started lyx_qt4.exe
using scons on windows with msvc.
But I've used the gnuwin32 package (without renaming), and I have
I was doing the exact same fix ;-)
Fixing SConstruct or zconf.h?
Edwin == Edwin Leuven [EMAIL PROTECTED] writes:
Edwin i just installed 1.4 (with joost's new installer, worked great)
Edwin i noticed the following (also present in trunk):
Edwin the toolbar gets disabled after using a dialog
Edwin is this a known bug?
Yes:
Peter == Peter Kümmel [EMAIL PROTECTED] writes:
Peter Peter Kümmel wrote:
XParseGeometry(geometry, posx, posx, width, height);
Peter posx, posx: is this not a bug?
No, XParseGeometry wants pointer to ints.
JMarc
Kayvan == Kayvan A Sylvan [EMAIL PROTECTED] writes:
Kayvan lyx_gui.C:260: error: 'xpos' was not declared in this scope
Kayvan lyx_gui.C:260: error: 'ypos' was not declared in this scope
I think I fixed it a few hours ago.
JMarc
Abdelrazak Younes wrote:
Hi Bo,
The double-quote problem strike again apparently:
This patch fixes it for me.
Abdel.
Index: SConscript
===
--- SConscript (revision 13967)
+++ SConscript (working copy)
@@ -145,7 +145,7 @@
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Jean-Marc Lasgouttes wrote:
Georg, is this patch correct?
Georg Oh, I missed this one. Yes, it is correct, and while you are at
Georg it could you please fix another buglet of mine and move
Georg MenuItem::UpdateFormats up in the same case as
Jean-Marc Lasgouttes wrote:
Peter == Peter Kümmel [EMAIL PROTECTED] writes:
Peter Peter Kümmel wrote:
XParseGeometry(geometry, posx, posx, width, height);
Peter posx, posx: is this not a bug?
No, XParseGeometry wants pointer to ints.
I think he means shouldn't the second be poxy instead
Both still crash. It looks like they crash during memory allocation,
which is a bit weird.
I'll try to find a solution.
Joost
Edwin Leuven wrote:
could you try these?
thanks
Andre Poenitz wrote:
On Fri, May 26, 2006 at 03:20:17PM +0200, Abdelrazak Younes wrote:
Bo Peng wrote:
The only reason why I've not used scons is that scons can't generate
project files and cmake has support of Visual C++ and KDevelop.
Personally I rarely use any IDE and use vim all the
Jean-Marc Lasgouttes wrote:
Indeed. Georg, did you ever have an answer from beamer people?
No. This is still on my todo list, I will include beamer.layout in one of
the next 1.4.x releases, but am swamped with work right now. Unfortunately
one cannot simply include it, since there seem to be
Jean-Marc Lasgouttes wrote:
You mean like that?
Perfect!
Georg
Jean-Marc Lasgouttes wrote:
Edwin i just installed 1.4 (with joost's new installer, worked great)
Edwin i noticed the following (also present in trunk):
Edwin the toolbar gets disabled after using a dialog
Edwin is this a known bug?
Yes:
http://bugzilla.lyx.org/show_bug.cgi?id=2423
It's
Jean-Marc Lasgouttes wrote:
Peter == Peter Kümmel [EMAIL PROTECTED] writes:
Peter Peter Kümmel wrote:
XParseGeometry(geometry, posx, posx, width, height);
Peter posx, posx: is this not a bug?
No, XParseGeometry wants pointer to ints.
JMarc
I mean it uses both times posx,
Abdelrazak Younes wrote:
I think he means shouldn't the second be poxy instead of posx?
Of course that is wrong. Could you please fix it?
Georg
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Bo == Bo Peng [EMAIL PROTECTED] writes:
|
| Bo I forget to ask, can I add the 4 needed boost files? I need
| Bo instructions on setting the properties of the files. My svn always
| Bo add executable property.
|
| I leave this one for Lars.
I'll
Georg Baum wrote:
Abdelrazak Younes wrote:
I think he means shouldn't the second be poxy instead of posx?
Of course that is wrong. Could you please fix it?
Done.
Abdel.
Georg
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Jean-Marc Lasgouttes wrote:
You mean like that?
Georg Perfect!
Applied.
JMarc
Peter == Peter Kümmel [EMAIL PROTECTED] writes:
Peter I mean it uses both times posx, shouldn't be the second one
Peter posy?
It was indeed a bug, and I failed to understand what you meant.
Thanks.
JMarc
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Georg Baum wrote:
Abdelrazak Younes wrote:
I think he means shouldn't the second be poxy instead of posx?
Of course that is wrong. Could you please fix it?
Abdelrazak Done.
Doh! Thanks.
JMarc
Joost == Joost Verburg [EMAIL PROTECTED] writes:
Joost Jean-Marc Lasgouttes wrote:
Edwin i just installed 1.4 (with joost's new installer, worked great)
Edwin i noticed the following (also present in trunk):
Edwin the toolbar gets disabled after using a dialog
Edwin is this a known bug?
Yes:
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Jean-Marc This should fix the bug for everybody but LyX/Mac. This bug
Jean-Marc is a byproduct of a LyX/Mac feature that tries to disable
Jean-Marc useless menu entries when a dialog has focus.
Here is a different idea: it may be that
Jean-Marc Lasgouttes wrote:
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Jean-Marc This should fix the bug for everybody but LyX/Mac. This bug
Jean-Marc is a byproduct of a LyX/Mac feature that tries to disable
Jean-Marc useless menu entries when a dialog has focus.
Here is a
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Jean-Marc Here is a different idea: it may be that no windows is
Jean-Marc active (dialog closed, but not yet focus to the main
Jean-Marc window).
Jean-Marc Does this patch do something useful?
Probably not. This should be better.
Jean-Marc Lasgouttes wrote:
Here is a different idea: it may be that no windows is active (dialog
closed, but not yet focus to the main window).
Does this patch do something useful?
The main window has focus when a dialog is closed, only the toolbar is
disabled.
Joost
Joost == Joost Verburg [EMAIL PROTECTED] writes:
Joost Jean-Marc Lasgouttes wrote:
Here is a different idea: it may be that no windows is active
(dialog closed, but not yet focus to the main window).
Does this patch do something useful?
Joost The main window has focus when a dialog is
Jean-Marc Lasgouttes wrote:
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
Jean-Marc Here is a different idea: it may be that no windows is
Jean-Marc active (dialog closed, but not yet focus to the main
Jean-Marc window).
Jean-Marc Does this patch do something useful?
Probably
This patch tries to fix bug 2614. Basically, dur to bug 2007, it was
possible to create files not under change tracking that would contain
\change_inserted tags. In this case, the autor id is not meaningful
and this creates a crash.
Please test this patch on the various files that have been
Edwin == Edwin Leuven [EMAIL PROTECTED] writes:
Edwin Jean-Marc Lasgouttes wrote:
Jean-Marc == Jean-Marc Lasgouttes [EMAIL PROTECTED]
writes:
Jean-Marc Here is a different idea: it may be that no windows is
Jean-Marc active (dialog closed, but not yet focus to the main
Jean-Marc window).
Jean-Marc Lasgouttes wrote:
The toolbar is not really disabled. It is in the same state as if
there was no buffer loaded, right?
yes
The problem comes from the fact that the Dialog controller invokes
BufferView::update() at some points I have no control on and at these
points the code
Jean-Marc Lasgouttes wrote:
Thanks for testing. And the first one?
i only have qt4 here
and that had
return qApp-activeWindow() == this;
which gives the same behavior as 1.4
returning false disables the toolbar always...
Edwin == Edwin Leuven [EMAIL PROTECTED] writes:
Edwin returning false disables the toolbar always...
It should return true of course. This is what happens when sending
patches without testing them.
JMarc
Index: src/frontends/qt2/QtView.C
Jean-Marc Lasgouttes wrote:
It should return true of course. This is what happens when sending
patches without testing them.
works for me
Bo Peng wrote:
Dear all,
The basic support for msvc2003/2005 is now in svn. Please test.
env_subst([msvc\common\support\package.C],
[D:\devel\lyx\trunk\src\support\package.C.in])
cl /nologo /TP /EHsc /wd4819 /wd4996 /ID:\program\GnuWin32\include
/ID:\program\Aspell-0.60.4\include
Abdelrazak Younes wrote:
To run it I had to install two libraries: msvcr80.dll and msvcp80.dll.
But then, lyx still complains about missing Entry point:
---
lyx.exe - Entry Point Not Found
---
The procedure entry point _decode_pointer could not
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
To run it I had to install two libraries: msvcr80.dll and msvcp80.dll.
But then, lyx still complains about missing Entry point:
---
lyx.exe - Entry Point Not Found
---
The procedure entry
Abdelrazak Younes wrote:
I found other dll version of the required dlls deed inside my WINDOWS
directory. Putting them along lyx.exe now gives me the following error:
---
Microsoft Visual C++ Runtime Library
---
Runtime Error!
Program:
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
To run it I had to install two libraries: msvcr80.dll and msvcp80.dll.
But then, lyx still complains about missing Entry point:
---
lyx.exe - Entry Point Not Found
---
The
On Sat, May 27, 2006 at 04:02:33PM +0200, Georg Baum wrote:
Am Samstag, 27. Mai 2006 15:40 schrieb Abdelrazak Younes:
OK, then this patch use a straight QApplication. QLApplication is used
only for Mac as far as I see. And use qApp only.
Does not help:
#0 0xb7b94bcc in
On Sat, May 27, 2006 at 03:20:36PM +0200, Abdelrazak Younes wrote:
Georg Baum wrote:
Am Freitag, 26. Mai 2006 11:33 schrieb Helge Hafting:
Abdel, do you have any idea why this happens?
Another idea... Maybe the QApplication destruction is happening too soon
in the exit process, this
On Sat, May 27, 2006 at 03:40:55PM +0200, Abdelrazak Younes wrote:
Index: lyx_gui.C
===
--- lyx_gui.C (revision 13933)
+++ lyx_gui.C (working copy)
@@ -112,7 +112,7 @@
{
public:
LQApplication(int argc, char ** argv);
Andre Poenitz wrote:
On Sat, May 27, 2006 at 04:02:33PM +0200, Georg Baum wrote:
Am Samstag, 27. Mai 2006 15:40 schrieb Abdelrazak Younes:
OK, then this patch use a straight QApplication. QLApplication is used
only for Mac as far as I see. And use qApp only.
Does not help:
#0 0xb7b94bcc in
Andre Poenitz wrote:
- static LQApplication app(argc, argv);
+ static QApplication app(argc, argv);
Why static?
Because it's inside a function (parse_init). It cannot be made a global
variable due to the necessity to pass argc and argv at the construction.
Abdel.
Andre Poenitz wrote:
-LQApplication::~LQApplication()
-{}
+//LQApplication::~LQApplication()
+//{}
The compiler creates comething identical to this if there is no
destructor defined.
[Which means, that the change as such is good as it removes useless
code, but there should not be any visible
On Sat, May 27, 2006 at 04:29:15PM +0200, Georg Baum wrote:
Am Samstag, 27. Mai 2006 15:20 schrieb Abdelrazak Younes:
Another idea... Maybe the QApplication destruction is happening too soon
in the exit process, this patch remove the QLApplication destructor.
This was the right idea. The
On Sun, May 28, 2006 at 11:46:53AM +0300, Martin Vermeer wrote:
+void InsetCaption::setLabel(LCursor cur) const
+{
+ // Set caption label _only_ if the cursor is in _this_ float:
+ if (cur.top().text() == text_) {
+ string s;
+ size_t i = cur.depth();
+
On Tue, May 30, 2006 at 09:18:38AM +0100, Jose' Matos wrote:
This is a bit shortsighted Michael, what you are proposing is what we
have. :-)
1.4.x is worse than 1.3.7 in a few areas...
Andre'
Lars Gullik Bjønnes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
| I would advise you to don't push for SVN inclusion in trunk for now.
| At least not until Cmake is at least on par with Scons. But don't be
| discouraged though, I guess we can put it in a SVN branch.
Having it in
On Tuesday 30 May 2006 17:21, Andre Poenitz wrote:
This is a bit shortsighted Michael, what you are proposing is what we
have. :-)
1.4.x is worse than 1.3.7 in a few areas...
I agree, for lots of reasons, after all 1.4.x in three years will be a lot
more stable than any 1.5.x we can
Georg Baum wrote:
Do we still care about xforms? Why don't we remove it?
I proposed that already several times and am fine with it, but others
disagreed. Dropping xforms support silently and let it die a slow death
would be unfair to users. We should either remove it officially, or
On Tuesday 30 May 2006 18:03, Juergen Spitzmueller wrote:
I think we should ponder that carefully. If we really intend to get unicode
support into 1.5 (which we want, don't we?), the bell for xforms tolls (is
that an appropriate phrase)?
Given that people (including me) intend to add some new
Andre Poenitz [EMAIL PROTECTED] writes:
+void InsetCaption::setLabel(LCursor cur) const
+{
+ // Set caption label _only_ if the cursor is in _this_ float:
+ if (cur.top().text() == text_) {
+ string s;
+ size_t i = cur.depth();
+ while (i
Jose' Matos [EMAIL PROTECTED] writes:
On Tuesday 30 May 2006 18:03, Juergen Spitzmueller wrote:
I think we should ponder that carefully. If we really intend to get unicode
support into 1.5 (which we want, don't we?), the bell for xforms tolls (is
that an appropriate phrase)?
Given that
Enrico Forestieri wrote:
Unfortunately pplatex.exe is very unstable. Especially during testing on
Windows 2000 it crashes all the time.
This is weird. I run it on Windows 2000 and it works flawlessly.
The crash is caused by a stack overflow. The problem however seems to be
solved after I
Jean-Marc Lasgouttes wrote:
Michael FYI: We do not track removals of leading spaces:
I think that we should track them (qnd other depm tricks).
depm with CT activated won't be more tricky than depm etc without CT. In
the end, CT should not disturb other LyX features.
Tracking removals of
Jean-Marc Lasgouttes wrote:
They look good, although the repetition makes me wonder whether you
should declare a Changes(BufferParams const ) constructor.
Depending on the context, tracking_changes == true results in either
DELETED or INSERTED. Thus, the proposed constructor wouldn't work.
Jose' Matos wrote:
This is a bit shortsighted Michael, what you are proposing is what we
have. :-)
Well, that's not really true. The Qt4 frontend has not been completed
yet, and CT is still under development, too.
I just wanted to express my concern that we start too many projects at
Jean-Marc Lasgouttes wrote:
scons support means nothing to users. This is not a new feature to
brag about, just a convenience for us.
Well, given the fact that about 50% of all lyx-devel emails deal with MS
Windows problems, scons is a BIG step forward. But you are right, the
end user
Jean-Marc Lasgouttes wrote:
Please test this patch on the various files that have been floating
around.
Michael, I think this is orthogonal to your CT work, right?
Hi Jean-Marc,
in LyX 1.5, any document may have changes, no matter whether CT is
currently activated or not. The described
On Tue, May 30, 2006 at 09:09:20PM +0200, Joost Verburg wrote:
Enrico Forestieri wrote:
Unfortunately pplatex.exe is very unstable. Especially during testing on
Windows 2000 it crashes all the time.
This is weird. I run it on Windows 2000 and it works flawlessly.
The crash is caused by a
1 - 100 of 236 matches
Mail list logo
