On Tue, 5 Sep 2006, Michael Gerz wrote:
Lars Gullik Bjønnes schrieb:
Andre Poenitz
[EMAIL PROTECTED]
writes:
| I've never used it in LyX, but I do use 'xp' from time to time in vi.
| I know a similar function exists in emacs so I suppose there are people
| that 'need' it.
No.
Abdelrazak Younes wrote:
Joost Verburg wrote:
Peter Kümmel wrote:
Peter Kümmel wrote:
- controller().clearParams();
+// controller().clearParams();
Is also fixes my aspell crash
The crash is fixed indeed, but there is still an endless message box
loop.
Hum... the call to
christian == christian ridderstrom [EMAIL PROTECTED] writes:
christian On Tue, 5 Sep 2006, Michael Gerz wrote:
Lars Gullik Bjønnes schrieb: Andre Poenitz
[EMAIL PROTECTED] writes:
| I've never used it in LyX, but I do use 'xp' from time to time
in vi. | I know a similar function
Michael == Michael Gerz [EMAIL PROTECTED] writes:
Michael Lars Gullik Bjønnes schrieb:
Andre Poenitz [EMAIL PROTECTED] writes:
| I've never used it in LyX, but I do use 'xp' from time to time in
vi. | I know a similar function exists in emacs so I suppose there
are people | that 'need' it.
Michael == Michael Gerz [EMAIL PROTECTED] writes:
Michael Jean-Marc Lasgouttes schrieb:
There is a reason for example why 'Toggle read only' was not there.
This is a very specialized lfun which was added at someone's
request; for the casual user, it will cause more puzzlement than
anything.
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico On Tue, Sep 05, 2006 at 06:46:23PM +0200, Enrico Forestieri
Enrico wrote:
Anyway, if you want to take into account that someone could
actually cross-compile to mingw using cygwin, the attached patch
fixes this issue.
Enrico No,
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Joost Verburg wrote:
Peter Kümmel wrote:
Peter Kümmel wrote:
- controller().clearParams();
+// controller().clearParams();
Is also fixes my aspell crash
The crash is fixed indeed, but there is still an endless message box
loop.
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Joost Verburg wrote:
Peter Kümmel wrote:
Peter Kümmel wrote:
- controller().clearParams();
+// controller().clearParams();
Is also fixes my aspell crash
The crash is fixed indeed, but there is still an endless
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Joost Verburg wrote:
Peter Kümmel wrote:
Peter Kümmel wrote:
- controller().clearParams();
+// controller().clearParams();
Is also fixes my aspell crash
The crash is fixed indeed, but
Jean-Marc?
I think it would simplify the code if we get rid of them...
Abdel.
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Peter Kümmel wrote:
| Abdelrazak Younes wrote:
| Peter Kümmel wrote:
| Abdelrazak Younes wrote:
| Joost Verburg wrote:
| Peter Kümmel wrote:
| Peter Kümmel wrote:
| - controller().clearParams();
| +// controller().clearParams();
|
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Jean-Marc? I think it would simplify the code if we get
Abdelrazak rid of them...
You mean removing them in 1.5, right? I think the spell checker
clean-up should be done by selecting a proper library.
JMarc
Lars Gullik Bjønnes wrote:
Of course.
Does fs::lookup_errno not work with windows?
Is that why fs::lookup_error_code is used instead?
Seems it has heen removed, (also the exception header is empty).
--
Peter Kümmel
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Jean-Marc? I think it would simplify the code if we get
Abdelrazak rid of them...
You mean removing them in 1.5, right?
No, I mean 1.4. Just asking if anybody has ever tested 1.4 with pspell
Jean-Marc Lasgouttes schrieb:
Michael ? caption-insert - no effect ?
This is related to the inactive caption inset. Keep it unless this
code is removed.
Hmmm. Do you want me to keep the LFUN or to remove the complete code?
Michael drop-layouts-choice - unused in the code
Used in
Michael Gerz wrote:
Thank you very much for your excellent explanations!
maybe they should be added as a comment at an appropriate place in the
code..?
Michael == Michael Gerz [EMAIL PROTECTED] writes:
Michael Jean-Marc Lasgouttes schrieb: ? caption-insert - no effect ?
This is related to the inactive caption inset. Keep it unless this
code is removed.
Michael Hmmm. Do you want me to keep the LFUN or to remove the
Michael complete code?
Abdelrazak Younes wrote:
No, I mean 1.4. Just asking if anybody has ever tested 1.4 with pspell
and ispell, that's all.
Why? Leave 1.4 alone and do a proper cleanup in 1.5. We should not remove
features (even if they are broken on some platforms) in the stable series.
Georg
Lars Gullik Bjønnes wrote:
| I have started with frontend/qt4/ but give up because qt4 needs several
| functions from the other libs.
| We must start at the bottom not at the top, and qt4 is at the top.
What platform are you trying to do this on?
I've successfully build the controllers as
On Wed, Sep 06, 2006 at 11:48:27AM +0200, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Jean-Marc? I think it would simplify the code if we get
Abdelrazak rid of them...
You mean removing them in 1.5, right?
On Windows/MinGW,
I get the following error message:
C:\msys\home\mg\lyx-trunk\src\buffer.C:116: error: `Path' is already
declared in this scope
Michael
On Wed, Sep 06, 2006 at 10:08:04AM +0200, Jean-Marc Lasgouttes wrote:
Enrico == Enrico Forestieri [EMAIL PROTECTED] writes:
Enrico On Tue, Sep 05, 2006 at 06:46:23PM +0200, Enrico Forestieri
Enrico wrote:
Anyway, if you want to take into account that someone could
actually cross-compile
Bo?
scons: *** Source
`C:\msys\home\michael\lyx-trunk\boost\libs\filesystem\src\convenience.cpp'
not found, needed by target `debug\boost\filesystem\src\convenience.o'.
Stop.
On Wed, Sep 06, 2006 at 11:48:27AM +0200, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Jean-Marc? I think it would simplify the code if we get
Abdelrazak rid of them...
You mean removing them in 1.5,
Michael Gerz schrieb:
Bo?
scons: *** Source
`C:\msys\home\michael\lyx-trunk\boost\libs\filesystem\src\convenience.cpp'
not found, needed by target
`debug\boost\filesystem\src\convenience.o'. Stop.
This patch works. I will commit it in a minute...
Michael
Index:
Jean-Marc Lasgouttes schrieb:
Michael This patch removes the Read-Only entry from the menu and
Michael labels some menus consistently (inside the ui file!).
If we are renaming the menus themselves, wouldn't it be better to
*remove* the name of the enclosing menu everywhere, like
Hi,
this patch removes two obsolete LFUNs. It seems that not much effort was
spent on their development (yes, I did a global 'grep').
I will commit later today, unless someone objects (JMarc already gave
his OK).
Michael
Index: src/LyXAction.C
Enrico Forestieri wrote:
On Wed, Sep 06, 2006 at 11:48:27AM +0200, Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Jean-Marc? I think it would simplify the code if we get
Abdelrazak rid of them...
You mean removing
Georg Baum wrote:
Abdelrazak Younes wrote:
No, I mean 1.4. Just asking if anybody has ever tested 1.4 with pspell
and ispell, that's all.
Why? Leave 1.4 alone and do a proper cleanup in 1.5. We should not remove
features (even if they are broken on some platforms) in the stable series.
Abdelrazak Younes wrote:
But I still don't understand why I don't see a crash...
Make sure you really link against the new aspell libraries.
I am sure. I've compiled myself the csv version with your patch...
The crash happens after spell checking has completed.
So first you will get the
Joost Verburg wrote:
Abdelrazak Younes wrote:
But I still don't understand why I don't see a crash...
Make sure you really link against the new aspell libraries.
I am sure. I've compiled myself the csv version with your patch...
The crash happens after spell checking has completed.
So
Abdelrazak Younes wrote:
Joost Verburg wrote:
Abdelrazak Younes wrote:
But I still don't understand why I don't see a crash...
Make sure you really link against the new aspell libraries.
I am sure. I've compiled myself the csv version with your patch...
The crash happens after spell
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Joost Verburg wrote:
Abdelrazak Younes wrote:
But I still don't understand why I don't see a crash...
Make sure you really link against the new aspell libraries.
I am sure. I've compiled myself the csv version with your patch...
The crash
Joost Verburg wrote:
Abdelrazak Younes wrote:
Hum... the call to dialog().CancelButton() seems superfluous in
ControlSpellchecker::checkAlive(). That may well be the cause of your
crash. Could you please try out this patch? If it works then it can
easily be backported to 1.4.
But I still
Abdelrazak Younes wrote:
Like I said, I don't see the crash... And I've passed through the
debugger to verify that speller_ is never set to 0.
Right, so it must be a buffer overflow somewhere. You also don't get a
message box loop on your system?
Joost
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Peter Kümmel wrote:
| Abdelrazak Younes wrote:
| Joost Verburg wrote:
| Abdelrazak Younes wrote:
| But I still don't understand why I don't see a crash...
| Make sure you really link against the new aspell libraries.
| I am sure. I've compiled
Joost Verburg wrote:
Abdelrazak Younes wrote:
Like I said, I don't see the crash... And I've passed through the
debugger to verify that speller_ is never set to 0.
Right, so it must be a buffer overflow somewhere. You also don't get a
message box loop on your system?
Nope...
Abdel.
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Index: aspell.C
| ===
| --- aspell.C (revision 14911)
| +++ aspell.C (working copy)
| @@ -23,9 +23,18 @@
| using std::string;
|
|
| -ASpell::ASpell(BufferParams const , string
Lars Gullik Bjønnes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
space after =
OK.
| Index: frontends/controllers/ControlSpellchecker.C
| ===
| --- frontends/controllers/ControlSpellchecker.C (revision 14911)
| +++
Abdelrazak Younes wrote:
OK, let's use a hammer then.
This patch avoid the deletion of the Aspell object. If it works, it
could be adapted for 1.4 without any feature removal (that is pspell and
ispell). Then, the spellchecker code in trunk could use a lifting...
This patch has the same
Michael == Michael Gerz [EMAIL PROTECTED] writes:
Michael Hi, this patch removes two obsolete LFUNs. It seems that not
Michael much effort was spent on their development (yes, I did a
Michael global 'grep').
Actually, they have been incompletely removed, I think.
JMarc
On Wed, Sep 06, 2006 at 12:20:26PM +0200, Sven Hoexter wrote:
The Debian package has a bugreport about ispell problems. It seems to try
to select the wrong dictionary for the enviroment.
http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=265030
I don't think this is a LyX bug. At least if you
Joost Verburg wrote:
Abdelrazak Younes wrote:
OK, let's use a hammer then.
This patch avoid the deletion of the Aspell object. If it works, it
could be adapted for 1.4 without any feature removal (that is pspell
and ispell). Then, the spellchecker code in trunk could use a lifting...
This
Jean-Marc Lasgouttes wrote:
Michael == Michael Gerz
[EMAIL PROTECTED] writes:
Michael Jean-Marc Lasgouttes schrieb: ? caption-insert - no effect ?
This is related to the inactive caption inset. Keep it unless this
code is removed.
Michael Hmmm. Do you want me to keep the LFUN or to
On 9/6/06, Michael Gerz [EMAIL PROTECTED] wrote:
This patch works. I will commit it in a minute...
boost_libs_filesystem_src_files = Split('''
-convenience.cpp
exception.cpp
-operations_posix_windows.cpp
-path_posix_windows.cpp
+operations.cpp
+path.cpp
+
Abdelrazak Younes wrote:
Shit... That's weird, I see that also when not launching in step by step
debugging mode (with F5). But the behaviour is OK in debugging mode!
What do you think is the cause of the problem? A buffer overflow in
Aspell? Are there any tools available to locate it?
Bo Peng wrote:
Thanks. Are these files new?
Yes.
(Has boost been upgraded?)
Yes. Announced several days ago, and done yesterday.
Georg
Yes. Announced several days ago, and done yesterday.
Does this mean system boost (1.33.1) is no longer usable?
Bo
Bo Peng wrote:
Yes. Announced several days ago, and done yesterday.
Does this mean system boost (1.33.1) is no longer usable?
It is still usable, but not officially and only with a small patch. This was
btw the case already before the upgrade to 1.34, because we fixed a header
inclusion
Joost Verburg wrote:
Abdelrazak Younes wrote:
Shit... That's weird, I see that also when not launching in step by
step debugging mode (with F5). But the behaviour is OK in debugging mode!
What do you think is the cause of the problem?
I don't really know...
A buffer overflow in
Aspell?
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Maybe we could use pspell instead for the next windows release?
Aspell is the replacement of pspell. Pspell has been deprecated
many years ago.
Abdelrazak double shXXXt. Ispell then?
Trying random spellcheckers until we find one
Abdelrazak Younes wrote:
Are there any tools available to locate it?
I've heard good things about valgrind. But it's linux only AFAIK.
Does anyone know of such a tool for Windows?
double shXXXt. Ispell then?
Ispell is even older and not available for Windows. Currently there is
no
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Maybe we could use pspell instead for the next windows release?
Aspell is the replacement of pspell. Pspell has been deprecated
many years ago.
Abdelrazak double shXXXt. Ispell then?
Trying random
Jean-Marc Lasgouttes wrote:
Trying random spellcheckers until we find one that does not trigger
our memory allocation problems does not smell good IMO.
We don't know whether LyX or Aspell is the problem. Anyway the current
combination triggers the crash.
Could you try to run LyX/Aspell
[EMAIL PROTECTED] wrote:
Author: kuemmel
Date: Wed Sep 6 16:45:41 2006
New Revision: 14917
URL: http://www.lyx.org/trac/changeset/14917
Log:
add #include lyxexport.h to the kernel headers
You should maybe put this conditionally in config.h instead. This is way
it would be included only if
Joost Verburg wrote:
Abdelrazak Younes wrote:
Are there any tools available to locate it?
I've heard good things about valgrind. But it's linux only AFAIK.
Does anyone know of such a tool for Windows?
I once worked with purify, but that is some time ago. See
Joost Verburg wrote:
Jean-Marc Lasgouttes wrote:
Trying random spellcheckers until we find one that does not trigger
our memory allocation problems does not smell good IMO.
We don't know whether LyX or Aspell is the problem. Anyway the current
combination triggers the crash.
Could you try
Abdelrazak Younes [EMAIL PROTECTED] writes:
| [EMAIL PROTECTED] wrote:
| Author: kuemmel
| Date: Wed Sep 6 16:45:41 2006
| New Revision: 14917
| URL: http://www.lyx.org/trac/changeset/14917
| Log:
| add #include lyxexport.h to the kernel headers
|
| You should maybe put this conditionally
Lars Gullik Bjønnes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
| [EMAIL PROTECTED] wrote:
| Author: kuemmel
| Date: Wed Sep 6 16:45:41 2006
| New Revision: 14917
| URL: http://www.lyx.org/trac/changeset/14917
| Log:
| add #include lyxexport.h to the kernel headers
|
|
Abdelrazak Younes wrote:
[EMAIL PROTECTED] wrote:
Author: kuemmel
Date: Wed Sep 6 16:45:41 2006
New Revision: 14917
URL: http://www.lyx.org/trac/changeset/14917
Log:
add #include lyxexport.h to the kernel headers
You should maybe put this conditionally in config.h instead. This is way
Peter Kümmel [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
| Abdelrazak Younes [EMAIL PROTECTED] writes:
|
| | [EMAIL PROTECTED] wrote:
| | Author: kuemmel
| | Date: Wed Sep 6 16:45:41 2006
| | New Revision: 14917
| | URL: http://www.lyx.org/trac/changeset/14917
| | Log:
|
[EMAIL PROTECTED] writes:
| Author: kuemmel
| Date: Wed Sep 6 17:15:42 2006
| New Revision: 14918
|
| URL: http://www.lyx.org/trac/changeset/14918
| Log:
| add LYXKERNEL_EXPORT
If you intend to get this merged into trunk, you have to explore other
options...
To have a microsoft brainfart
Lars Gullik Bjønnes wrote:
Better to have one platform suffer than push the ugliness on all
others.
Yes I know, the Linux guys don't like it. But at the moment I don't
care about it. I just wanna see if it's possible to get Dlls without
huge changes.
--
Peter Kümmel
Abdelrazak Younes wrote:
Could you try to run LyX/Aspell using Valgrind on a Linux system?
LyX/Aspell-cvs may I precise...
With Aspell 0.60.4 I get the same crash.
Joost
Peter Kümmel wrote:
care about it. I just wanna see if it's possible to get Dlls without
huge changes.
Maybe the design of lyx is s bad that it is not possible. ;)
--
Peter Kümmel
Joost == Joost Verburg [EMAIL PROTECTED] writes:
Joost Abdelrazak Younes wrote:
Could you try to run LyX/Aspell using Valgrind on a Linux system?
LyX/Aspell-cvs may I precise...
Joost With Aspell 0.60.4 I get the same crash.
I have 0.50.5 here, and am not very keen to update it (since other
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg That has been suggested already long time ago. I don't think
Georg that it would be too difficult to add enchant as an additional
Georg spell checker, and if everything works drop the other ones.
For 1.5, it would be better to use only enchant
On Wed, Sep 06, 2006 at 03:45:49PM +0200, Enrico Forestieri wrote:
On Wed, Sep 06, 2006 at 12:20:26PM +0200, Sven Hoexter wrote:
The Debian package has a bugreport about ispell problems. It seems to try
to select the wrong dictionary for the enviroment.
On Wed, Sep 06, 2006 at 05:50:14PM +0200, Jean-Marc Lasgouttes wrote:
Joost == Joost Verburg [EMAIL PROTECTED] writes:
Joost Abdelrazak Younes wrote:
Could you try to run LyX/Aspell using Valgrind on a Linux system?
LyX/Aspell-cvs may I precise...
Joost With Aspell 0.60.4 I get the
Am Mittwoch, 6. September 2006 18:28 schrieb Sven Hoexter:
On Wed, Sep 06, 2006 at 03:45:49PM +0200, Enrico Forestieri wrote:
On Wed, Sep 06, 2006 at 12:20:26PM +0200, Sven Hoexter wrote:
The Debian package has a bugreport about ispell problems. It seems to
try
to select the wrong
On Wed, Sep 06, 2006 at 04:53:06PM +0200, Joost Verburg wrote:
Ispell is even older and not available for Windows. Currently there is
no option other than Aspell.
This is not true. I have compiled both aspell and ispell on Windows
and can select in LyX which speller should be used.
--
Dear all,
Has anyone tried cygwin + lyx.1.4.x recently? I am preparing for a
cygwin submission. The compiled binary seems to have some locale
problem since the screen display is messed up. Looks like the unicode
problem has manifested itself to the branch. :-)
Bo
The compiled binary seems to have some locale
problem since the screen display is messed up.
There is an error message: 'locale en_US could not be set.
Bo
On Wed, Sep 06, 2006 at 11:55:43AM -0500, Bo Peng wrote:
Dear all,
Has anyone tried cygwin + lyx.1.4.x recently? I am preparing for a
cygwin submission. The compiled binary seems to have some locale
problem since the screen display is messed up. Looks like the unicode
problem has
On Wed, Sep 06, 2006 at 12:01:25PM -0500, Bo Peng wrote:
The compiled binary seems to have some locale
problem since the screen display is messed up.
There is an error message: 'locale en_US could not be set.
This one can be safely ignored. There is no locale support with mingw
and
On Tue, Sep 05, 2006 at 10:37:27AM +0200, Abdelrazak Younes wrote:
That's exactly the problem indeed. My earlier cleanup work is heading
toward the frontend use the kernel as a library design. Once this is
achieved, splitting out the toolkit specific frontend should be easy. So
clearly the
On Tue, Sep 05, 2006 at 03:33:36PM +0200, Abdelrazak Younes wrote:
char const * const dialognames[] = {
aboutlyx, bibitem, bibtex, box, branch, changes,...
For this I'd actually prefer a factory that's initialized by static
singleton or such.
Could you elaborate a bit please?
The
On Tue, Sep 05, 2006 at 10:59:41AM +0200, Abdelrazak Younes wrote:
Peter Kümmel wrote:
At the current stage the code is full of dependencies,
and some circular could only be solved by moving functions
into a other library.
I think you should forget about the controller for now and
On Tue, Sep 05, 2006 at 12:23:34PM +0200, Jean-Marc Lasgouttes wrote:
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre I plan to do some cosmetic changes to mathed/*.
Andre (1) Rename MathSqrtInset to InsetSqrt (in line with insets/*)
Andre (2) Rename the files into InsetSqrt.{h,C}
On Mon, Sep 04, 2006 at 09:28:33PM +0200, Peter Kümmel wrote:
I've started to build shared libraries instead of static ones,
because linking is so slow under windows.
I only have successfully build the support library after
some small file moving (from src to support).
Then I've tried to
On Tue, Sep 05, 2006 at 11:16:14AM +0200, Peter Kümmel wrote:
I have started with frontend/qt4/ but give up because qt4 needs several
functions from the other libs.
We must start at the bottom not at the top, and qt4 is at the top.
Exactly.
The problem with the current architecture is, of,
Enrico Forestieri wrote:
FWIW I use an own compiled aspell 0.60.4 and I don't see any problem.
I am using mingw, so perhaps MSVC is to be blamed on this?
As always with memory problems, it depends on the system environment
whether the crash is triggered or not.
Joost
Enrico Forestieri wrote:
This is not true. I have compiled both aspell and ispell on Windows
and can select in LyX which speller should be used.
Aspell is better than Ispell, so moving to Ispell is not an option and
may only hide the bug for a while.
Joost
Joost Verburg schrieb:
Abdelrazak Younes wrote:
Shit... That's weird, I see that also when not launching in step by
step debugging mode (with F5). But the behaviour is OK in debugging
mode!
What do you think is the cause of the problem? A buffer overflow in
Aspell? Are there any tools
Michael Gerz schrieb:
On Windows/MinGW,
I get the following error message:
C:\msys\home\mg\lyx-trunk\src\buffer.C:116: error: `Path' is already
declared in this scope
Am I the only one getting this problem??? Might be a boost update problem...
Michael
Andre Poenitz wrote:
On Tue, Sep 05, 2006 at 11:16:14AM +0200, Peter Kümmel wrote:
I have started with frontend/qt4/ but give up because qt4 needs several
functions from the other libs.
We must start at the bottom not at the top, and qt4 is at the top.
Exactly.
The problem with the
Georg Baum:
I agree with Enrico that in this particular case LyX is not to blame, but
the problem is more general: LyX simply asks for a dictionary that is
named after the document language and does not check at all whether that
is a vlid dictionary name. That works well in many cases, but
Am Mittwoch, 6. September 2006 21:15 schrieb Per Olofsson:
Note that the libaspell support works well, since it uses language
codes (e.g. en_US, sv_SE) instead of language names (english,
swedish).
You are right, I thought that the ispell dictionary names were used for all
spell checkers,
Peter Kümmel [EMAIL PROTECTED] writes:
| Peter Kümmel wrote:
| care about it. I just wanna see if it's possible to get Dlls without
| huge changes.
|
| Maybe the design of lyx is s bad that it is not possible. ;)
Works without change on linux...
--
Lgb
Hi Jürgen,
inset-dissolve is still broken: If you open a new document, the function
is enabled (which wrong) as you can see in the menu. If you want to
dissolve the non-existent inset nevertheless, LyX crashes.
Michael
Hello,
I think this patch (or a similar one) has been discussed already. Should
I commit it?
BTW: bottom is ignored in 1.5.0svn/qt4. The tool bar is always
displayed at the top. Should I add a bugzilla report?
Michael
Index: default.ui
Hi John,
I reconsidered things. I agree with you that it doesn't make sense to
change the default menu into something that is more like classic.ui (but
not completely). The result is something that satisfies neither you nor me.
Nevertheless, at some point in time, we should ask the LyX users
John, JMarc,
what do you think about the patch below? The idea is to have a submenu
for character styles that combines layout-specific char styles,
bold/emphasize/noun style, and the font dialog. The layout-specific char
styles have been moved from menu Insert. Although the styles are
Michael == Michael Gerz [EMAIL PROTECTED] writes:
Michael Hi Jürgen, inset-dissolve is still broken: If you open a new
Michael document, the function is enabled (which wrong) as you can
Michael see in the menu. If you want to dissolve the non-existent
Michael inset nevertheless, LyX crashes.
I
On Wed, Sep 06, 2006 at 11:55:43AM -0500, Bo Peng wrote:
Has anyone tried cygwin + lyx.1.4.x recently? I am preparing for a
cygwin submission. The compiled binary seems to have some locale
problem since the screen display is messed up. Looks like the unicode
problem has manifested itself to
On Wed, Sep 06, 2006 at 11:17:51PM +0200, Michael Gerz wrote:
Nevertheless, at some point in time, we should ask the LyX users (not
the developers) what they would like to see as the default. Personally,
I think that the traditional Windows/Word/OOo user prefers the classic
look feel but
On Wed, Sep 06, 2006 at 11:01:41PM +0200, Michael Gerz wrote:
I think this patch (or a similar one) has been discussed already. Should
I commit it?
This is a really difficult one to decide. I can see this being
enormously irritating default behaviour for some people, and we don't
yet have a
It was a font problem. I downloaded all (4 or 5)
of the font packages and it fixed it. But I think
the most likely font package was x-org-x11-fscl
which are the scaleable fonts. This assumes that
the Cygwin environment is fresh rather than the
same tested environment in which LyX worked for
you
Hi, All,
I plan to refine and apply the attached patch to 1.4.x. This patch
lets 'scons install' generate the right kind of cygwin binary package
(with /usr/doc/ ..., strip etc). To better reflect the uniqueness of
cygwin, I have added USE_CYGWIN_PACKAGING to src/support/package.C,
which
On Tue, 5 Sep 2006, Michael Gerz wrote:
> Lars Gullik Bjønnes schrieb:
> > Andre Poenitz
> > <[EMAIL PROTECTED]>
> > writes:
> >
> > | I've never used it in LyX, but I do use 'xp' from time to time in vi.
> > | I know a similar function exists in emacs so I suppose there are people
> > | that
1 - 100 of 198 matches
Mail list logo
