Jean-Marc Lasgouttes wrote:
I won't be able to do it this week end, but we should do it and
replace it by something else.
What about Abdel's fix that went in 1.5? Do you, Joost and Enrico, also get
those crashes in 1.5? BTW, the bug report only mentiones a patch for qt4. Has
Abdel also fixed
Juergen Spitzmueller wrote:
What about Abdel's fix that went in 1.5? Do you, Joost and Enrico, also get
those crashes in 1.5? BTW, the bug report only mentiones a patch for qt4.
Has Abdel also fixed that bug for qt3?
I just checked that and the result is:
- In 1.5, the bug is not fixed at all
Jean-Marc Lasgouttes wrote:
It look very nice. I'll try it out a bit.
FYI, attached is the corresponding patch for trunk.
Jürgen
Index: src/insets/insettext.h
===
--- src/insets/insettext.h (Revision 15012)
+++
The assert seems to be triggered by Messages, because the German translation
of the message Paste (Einfügen) contains an umlaut (see item #5 in the
backtrace).
Jürgen
Assertion triggered in const lyx::docstring lyx::from_ascii(const char*) by
failing check static_castunsigned char(*c) 0x80
Am Samstag, 16. September 2006 10:19 schrieb Juergen Spitzmueller:
The assert seems to be triggered by Messages, because the German
translation
of the message Paste (Einfügen) contains an umlaut (see item #5 in
the
backtrace).
The problem is that Messages::get() is called with an already
Am Freitag, 15. September 2006 23:01 schrieb
[EMAIL PROTECTED]:
(In addition, I'm trying to make it as easy as possible for you guys to
check/modify my texts. I think that's easier if I can just link to a wiki
page, or email a piece of text).
I don't know how it is for others, but for me
Lars Gullik Bjønnes wrote:
| We use RPC for windows at work. Some fairly outdated version from Sun
| IIRC but it works.
General RPC? Or a system that both server and client needs to link
with the same RPC lib?
Didn't Georg post a link to a Summer of Code project that implemented
On Sat, 16 Sep 2006, Georg Baum wrote:
(In addition, I'm trying to make it as easy as possible for you guys
to check/modify my texts. I think that's easier if I can just link to
a wiki page, or email a piece of text).
I don't know how it is for others, but for me personally it would be
Enrico Forestieri wrote:
On Fri, Sep 15, 2006 at 09:27:52PM +0200, Joost Verburg wrote:
Angus Leeming wrote:
Doesn't this suggest that any fix (kludge?) should be wrapped inside
a #ifdef CYGWIN/MINGW block? How does this beast behave when compiled
with MSVC? Presumably that's what Joost
On Fri, Sep 15, 2006 at 11:04:18PM +0200, Jean-Marc Lasgouttes wrote:
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre On Fri, Sep 15, 2006 at 03:16:39PM +0200, Jean-Marc Lasgouttes
Andre wrote:
Hey! When the time will come to actually do the work, you will be
happily working on
On Sat, Sep 16, 2006 at 12:06:09AM +0200, [EMAIL PROTECTED] wrote:
On Fri, 15 Sep 2006, Jean-Marc Lasgouttes wrote:
Angus Why don't you loop over all commands in the sequence and
Angus establish if any actions are disabled? There are no if-blocks to
Angus complicate the logic.
On Sat, Sep 16, 2006 at 01:15:06AM +0200, Abdelrazak Younes wrote:
The subject says it all.
I have announce that I will do that a number of times so I expect (hope)
that I will have no objection.
The BufferView_pimpl was there to prevent excessive us of #include
in BufferView.h which is
On Sat, Sep 16, 2006 at 01:48:46AM +0200, Lars Gullik Bjønnes wrote:
Andre Poenitz [EMAIL PROTECTED] writes:
| You mean appending a .sh to each script and associating it with bash?
| Bleach...
|
| I am saying native LyX/Win works well in a cygwin environment.
Unless you use symlinks.
On Fri, Sep 15, 2006 at 10:49:34PM +0200, Jean-Marc Lasgouttes wrote:
Andre Not really. Qt 4.2 and 4.1.3 libraries can happily co-exist in
Andre parallel to each other.
And you really think that contributed qt libraries from outside
sources are all designed to be installed in parallel
On Fri, Sep 15, 2006 at 11:07:36PM +0200, Jean-Marc Lasgouttes wrote:
Andre Interesting point that I can't check because they seemingly
Andre consider me a client. I usually get responses within a day when
Andre I use the official support channel and sometimes the customary
Andre
Georg Baum [EMAIL PROTECTED] writes:
| Am Samstag, 16. September 2006 10:19 schrieb Juergen Spitzmueller:
| The assert seems to be triggered by Messages, because the German
| translation
| of the message Paste (Einfügen) contains an umlaut (see item #5 in
| the
| backtrace).
|
| The
Andre Poenitz wrote:
On Sat, Sep 16, 2006 at 01:15:06AM +0200, Abdelrazak Younes wrote:
The subject says it all.
I have announce that I will do that a number of times so I expect (hope)
that I will have no objection.
The BufferView_pimpl was there to prevent excessive us of #include
in
Andre Poenitz [EMAIL PROTECTED] writes:
| On Sat, Sep 16, 2006 at 01:48:46AM +0200, Lars Gullik Bjønnes wrote:
| Andre Poenitz [EMAIL PROTECTED] writes:
|
| | You mean appending a .sh to each script and associating it with bash?
| | Bleach...
| |
| | I am saying native LyX/Win works
Lars Gullik Bjønnes wrote:
Does this patch fix the problem?
No. But the attached one does (I'm sure I've overlooked some cases).
Jürgen
Index: src/text3.C
===
--- src/text3.C (Revision 15012)
+++ src/text3.C (Arbeitskopie)
@@
Juergen Spitzmueller wrote:
Lars Gullik Bjønnes wrote:
Does this patch fix the problem?
No. But the attached one does (I'm sure I've overlooked some cases).
- cur.message(_(Paste));
+ cur.message(lyx::from_utf8(N_(Paste)));
By doing this, Paste will not be
Lars Gullik Bjønnes wrote:
Georg Baum [EMAIL PROTECTED] writes:
| Am Samstag, 16. September 2006 10:19 schrieb Juergen Spitzmueller:
| The assert seems to be triggered by Messages, because the German
| translation
| of the message Paste (Einfügen) contains an umlaut (see item #5 in
| the
Georg Baum wrote:
Am Samstag, 16. September 2006 10:19 schrieb Juergen Spitzmueller:
The assert seems to be triggered by Messages, because the German
translation
of the message Paste (Einfügen) contains an umlaut (see item #5 in
the
backtrace).
The problem is that Messages::get() is
Abdelrazak Younes wrote:
By doing this, Paste will not be translated. N_() is for strings that
shall not be translated, is it really what you want to achieve?
I gets translated in the end (it see a translation on the command buffer).
I guess it gets translated here (lyxfunc.C:1619):
On Fri, 15 Sep 2006, Angus Leeming wrote:
[EMAIL PROTECTED] wrote:
None of the attribues say if an LFUN only works in math-mode, do they?
(That information might be interesting to tabulate for the users
though)
Which of the following LFUNs only work in math-mode? I'd be grateful
Juergen Spitzmueller wrote:
Abdelrazak Younes wrote:
By doing this, Paste will not be translated. N_() is for strings that
shall not be translated, is it really what you want to achieve?
I gets translated in the end (it see a translation on the command buffer).
I guess it gets translated
Abdelrazak Younes wrote:
Then you could just as well drop the N_() in your
patch I guess.
No. That does not compile.
Jürgen
Jürgen,
I applied your phonetic symbol patch to trunk and also to 1.4.X.
Author: schmitt
Date: Sat Sep 16 15:09:46 2006
New Revision: 15015
URL: http://www.lyx.org/trac/changeset/15015
However, I wonder whether the command sequence is too complicated:
command-sequence math-mode on;
Juergen Spitzmueller [EMAIL PROTECTED] writes:
| Abdelrazak Younes wrote:
| By doing this, Paste will not be translated. N_() is for strings that
| shall not be translated, is it really what you want to achieve?
|
| I gets translated in the end (it see a translation on the command buffer).
|
Also sprach Michael Gerz:
Wouldn't it be enough to just run
command-sequence math-mode on; math-insert \textipa
No. You have to explicitely enter textmode. Read
http://wiki.lyx.org/LyX/LinguistLyX#toc2
for details.
The char-forward is needed to move the cursor inside.
Jürgen
Comments?
Abdel.
Index: src/BufferView.C
===
--- src/BufferView.C(revision 15013)
+++ src/BufferView.C(working copy)
@@ -1208,12 +1208,6 @@
}
-LyXText * BufferView::text() const
-{
- return buffer_ ?
Michael Gerz [EMAIL PROTECTED] writes:
| Jürgen,
|
| I applied your phonetic symbol patch to trunk and also to 1.4.X.
For trunk we should think unicode. Then we should not need math to
insert phonetic symbols.
(The latex output might need it, but that is a completely different
matter.)
--
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
| Georg Baum [EMAIL PROTECTED] writes:
| | Am Samstag, 16. September 2006 10:19 schrieb Juergen Spitzmueller:
| | The assert seems to be triggered by Messages, because the German
| | translation | of the message Paste
Lars Gullik Bjønnes wrote:
For trunk we should think unicode. Then we should not need math to
insert phonetic symbols.
That would be cool indeed. However, inserting IPA via math is convenient,
because you can use TIPAs shorthand notation (which is what most phoneticians
will prefer), and have
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Comments?
I am ok with it.
--
Lgb
Lars Gullik Bjønnes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Comments?
I am ok with it.
You've just broken the fastest OK record ;-)
Committed.
Abdel.
Juergen Spitzmueller [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
| For trunk we should think unicode. Then we should not need math to
| insert phonetic symbols.
|
| That would be cool indeed. However, inserting IPA via math is convenient,
| because you can use TIPAs shorthand
Lars Gullik Bjønnes wrote:
I forgot the one crucial thing in my patch. This should be the
corrected one:
Yes, this one works.
Jürgen
Lars Gullik Bjønnes wrote:
But it is not math... using math for this is an implementation detail
and a TeX specific one.
That's true. I'd prefer a genuine tipa inset as well (and a tipa panel). But
as long as this is not there, math can be misused to enter IPA rather
conveniently (as well as
Comments?
Abdel.
Index: src/BufferView.C
===
--- src/BufferView.C(revision 15017)
+++ src/BufferView.C(working copy)
@@ -517,12 +517,6 @@
}
-bool BufferView::available() const
-{
- return buffer_;
-}
-
-
Change
On Fri, Sep 15, 2006 at 09:27:36PM -0500, Bo Peng wrote:
I don't think
that scons let you choose these locations independently of each other,
though. Bo?
It is not difficult at all to add these options, but will lyx know
where to find these files?
I think so. Autotools let you fine
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Comments?
I thought avalialbe a quite nice logical name to use, so I am not sure
that the code gets any cleaner by doing this.
But I won't stay in the way.
| Abdel.
| Index: src/BufferView.C
|
Lars Gullik Bjønnes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Comments?
I thought avalialbe a quite nice logical name to use, so I am not sure
that the code gets any cleaner by doing this.
I prefer to know exactly what available() mean and buffer gives me
exactly that. I can
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
| Abdelrazak Younes [EMAIL PROTECTED] writes:
| | Comments?
| I thought avalialbe a quite nice logical name to use, so I am not
| sure
| that the code gets any cleaner by doing this.
|
| I prefer to know exactly what
On Sat, Sep 16, 2006 at 10:32:04AM +0100, Angus Leeming wrote:
Enrico Forestieri wrote:
On Fri, Sep 15, 2006 at 09:27:52PM +0200, Joost Verburg wrote:
Angus Leeming wrote:
Doesn't this suggest that any fix (kludge?) should be wrapped inside
a #ifdef CYGWIN/MINGW block? How does this
Juergen Spitzmueller wrote:
Also sprach Michael Gerz:
^
Hihihi...
Wouldn't it be enough to just run
command-sequence math-mode on; math-insert \textipa
No. You have to explicitely enter textmode. Read
http://wiki.lyx.org/LyX/LinguistLyX#toc2
for details.
The
Lars Gullik Bjønnes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Could be replaced by
|
| + return lyxview_.view()-buffer() != 0;
|
| if you want. I don't really care about either style.
In this particular case the c-idom is not so strong, so yes, I'd
prefere the explict check.
As the title says.
This patch supports all frontends and is straight forward. I intent to
put this general code in some code common to all frontends in the future.
Abdel.
Log:
* BufferView:
- BufferView::selectionRequested() changed to
docstring const getStringSelection(), the X11
Abdelrazak Younes [EMAIL PROTECTED] writes:
| As the title says.
|
| This patch supports all frontends and is straight forward. I intent to
| put this general code in some code common to all frontends in the
| future.
|
| Abdel.
|
| Log:
| * BufferView:
| - BufferView::selectionRequested()
Lars Gullik Bjønnes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
| As the title says.
|
| This patch supports all frontends and is straight forward. I intent to
| put this general code in some code common to all frontends in the
| future.
|
| Abdel.
It looks as if you forgot to
On Sat, Sep 16, 2006 at 09:51:01AM +0200, Juergen Spitzmueller wrote:
Juergen Spitzmueller wrote:
What about Abdel's fix that went in 1.5? Do you, Joost and Enrico, also get
those crashes in 1.5? BTW, the bug report only mentiones a patch for qt4.
Has Abdel also fixed that bug for qt3?
Am Samstag, 16. September 2006 16:43 schrieb Abdelrazak Younes:
Yes, sorry... Attached a patch that should work. Not tested yet.
And you can't test it on windows. I am afraid that you don't know enough
about X selection in order to do this blindly. For example, do you know
why there is a
Am Samstag, 16. September 2006 15:20 schrieb Abdelrazak Younes:
Comments?
Abdel.
delete_BufferView_text_method.patch
Index: src/BufferView.C
===
--- src/BufferView.C(revision 15013)
+++ src/BufferView.C(working
On Fri, 15 Sep 2006, Angus Leeming wrote:
[EMAIL PROTECTED] wrote:
None of the attribues say if an LFUN only works in math-mode, do they? (That
information might be interesting to tabulate for the users though)
Which of the following LFUNs only work in math-mode? I'd be grateful if
All,
it seems that the unicode migration will not be completed soon. This
makes me wonder whether I am allowed to merge my CT branch with the
trunk. I am fully aware that my work in not completely finished (I guess
that about 95% of the code is ready). On the other hand, I added FIXME
Michael Gerz [EMAIL PROTECTED] writes:
| All,
|
| it seems that the unicode migration will not be completed soon. This
| makes me wonder whether I am allowed to merge my CT branch with the
| trunk. I am fully aware that my work in not completely finished (I
| guess that about 95% of the code is
Lars Gullik Bjønnes wrote:
Michael Gerz [EMAIL PROTECTED] writes:
| All,
|
| it seems that the unicode migration will not be completed soon. This
| makes me wonder whether I am allowed to merge my CT branch with the
| trunk. I am fully aware that my work in not completely finished (I
| guess
On Fri, Sep 15, 2006 at 06:15:17PM +0200, Enrico Forestieri wrote:
On Fri, Sep 15, 2006 at 05:48:20PM +0200, Georg Baum wrote:
Enrico Forestieri wrote:
[...]
However, I found that not all non-ascii chars cause problems and I can't
understand why.
Maybe because some are not printable
Am Samstag, 16. September 2006 11:29 schrieb Angus Leeming:
Lars Gullik Bjønnes wrote:
| We use RPC for windows at work. Some fairly outdated version from Sun
| IIRC but it works.
General RPC? Or a system that both server and client needs to link
with the same RPC lib?
Didn't Georg
Georg Baum wrote:
Am Samstag, 16. September 2006 16:43 schrieb Abdelrazak Younes:
Yes, sorry... Attached a patch that should work. Not tested yet.
And you can't test it on windows. I am afraid that you don't know enough
about X selection in order to do this blindly. For example, do you know
Georg Baum wrote:
Am Samstag, 16. September 2006 15:20 schrieb Abdelrazak Younes:
Comments?
Abdel.
delete_BufferView_text_method.patch
Index: src/BufferView.C
===
--- src/BufferView.C(revision 15013)
+++ src/BufferView.C
Michael Gerz wrote:
All,
it seems that the unicode migration will not be completed soon. This
makes me wonder whether I am allowed to merge my CT branch with the
trunk. I am fully aware that my work in not completely finished (I guess
that about 95% of the code is ready). On the other hand,
This is global sr for all MathFooInset - InsetMathFoo
This way the naming is more similar to the other Inset* stuff.
Note that other than originally proposed I kept the 'Math'
(now) infix as 'InsetMathRef' seemed to be a bit more
approriate than 'InsetRef'.
I'll commit soonish if nobody
There's still this compile problem with anything using gzip
strams with gcc 4.0.2 (i.e. stock SuSE 10.0 compiler).
It complains about the anonymity of the enum in
boost/iostreams/filter/symmetric.hpp:234
If it gets a name (anyh name for that matter) it'll compile.
I have no idea whether boost
Am Samstag, 16. September 2006 18:47 schrieb Abdelrazak Younes:
I don't need to know. I am just moving code around and this should just
work. I am quite confident actually that it _will_ just work.
OK, suppose it works. Then there is still the problem that this is supposed
to be a cleanup,
Abdelrazak Younes wrote:
Yes it would be nice if you merge your branch because ChangeTracking
is responsible for 2 of the last 3 lines of code that still needs the
LyXView owner_:
Give a few more days (or maybe even another weekend) to prepare a patch...
Michael
On Sat, Sep 16, 2006 at 12:10:30PM +0200, Lars Gullik Bjønnes wrote:
Andre Poenitz [EMAIL PROTECTED] writes:
| On Sat, Sep 16, 2006 at 01:48:46AM +0200, Lars Gullik Bjønnes wrote:
| Andre Poenitz [EMAIL PROTECTED] writes:
|
| | You mean appending a .sh to each script and associating it
Andre Poenitz [EMAIL PROTECTED] writes:
| There's still this compile problem with anything using gzip
| strams with gcc 4.0.2 (i.e. stock SuSE 10.0 compiler).
|
| It complains about the anonymity of the enum in
| boost/iostreams/filter/symmetric.hpp:234
|
| If it gets a name (anyh name for
On Sat, Sep 16, 2006 at 03:20:36PM +0200, Abdelrazak Younes wrote:
Comments?
I am about to re-evaluate my stance about parent inset pointers
being bad.
[It's already lasting for a while...]
If we had them, there was a natural solution fo this the main
text problem.
Alternativly we could of
On Sat, Sep 16, 2006 at 03:23:50PM +0200, Lars Gullik Bjønnes wrote:
Michael Gerz [EMAIL PROTECTED] writes:
| Jürgen,
|
| I applied your phonetic symbol patch to trunk and also to 1.4.X.
For trunk we should think unicode. Then we should not need math to
insert phonetic symbols.
Indeed.
On Sat, Sep 16, 2006 at 03:32:33PM +0200, Lars Gullik Bjønnes
wrote:
Juergen Spitzmueller [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote: | For trunk we should think
unicode. Then we should not need math to | insert phonetic
symbols. | | That would be cool indeed. However,
On Sat, Sep 16, 2006 at 05:34:37PM +0200, [EMAIL PROTECTED] wrote:
The function InsetERT:getStatus() suppress (disable) accents within ERT
insets, which makes sense.
But MathNestInset::doDispatch() contains the equivalent of this:
case LFUN_ACCENT_ACUTE:
break;
On Sat, Sep 16, 2006 at 03:28:06PM +0200, Juergen Spitzmueller
wrote:
Lars Gullik Bjønnes wrote:
For trunk we should think unicode. Then we should not need
math to insert phonetic symbols.
That would be cool indeed. However, inserting IPA via math is
convenient, because you can use TIPAs
Andre Poenitz [EMAIL PROTECTED] writes:
| On Sat, Sep 16, 2006 at 07:17:19PM +0200, Andre' Poenitz wrote:
|
| This is global sr for all MathFooInset - InsetMathFoo
|
| This way the naming is more similar to the other Inset* stuff.
|
| Note that other than originally proposed I kept the
On Sat, Sep 16, 2006 at 07:19:16PM +0200, Georg Baum wrote:
Am Samstag, 16. September 2006 18:47 schrieb Abdelrazak
Younes:
I don't need to know. I am just moving code around and this
should just work. I am quite confident actually that it
_will_ just work.
OK, suppose it works. Then
On Sat, Sep 16, 2006 at 07:32:17PM +0200, Lars Gullik Bjønnes wrote:
Andre Poenitz [EMAIL PROTECTED] writes:
| There's still this compile problem with anything using gzip
| strams with gcc 4.0.2 (i.e. stock SuSE 10.0 compiler).
|
| It complains about the anonymity of the enum in
|
On Sat, Sep 16, 2006 at 03:20:35PM +0200, Lars Gullik Bjønnes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
| Georg Baum [EMAIL PROTECTED] writes:
| | Am Samstag, 16. September 2006 10:19 schrieb Juergen Spitzmueller:
| | The assert seems to be
On Friday 15 September 2006 13:24, Abdelrazak Younes wrote:
Here is a simple (albeit non strategic) goal that is still not achieved:
renaming *.C to .cpp (I think .h should also be renamed to .hpp)
Is this the consensus?
We can schedule such a change, it will probably easier this way,
On Friday 15 September 2006 13:52, Abdelrazak Younes wrote:
See Jose? I am learning politics...
I am proud of you. :-)
Abdel.
--
José Abílio
On Friday 15 September 2006 21:52, Jean-Marc Lasgouttes wrote:
Yes.
Do you think that it is worth to revert to 1.5.2 support?
I can do it if you want to. :-)
JMarc
--
José Abílio
I suhppose some thing can simplyh be handled entirelyu in the
individual frontends without any(/much) kernel interaction at
all.
This I agree.
Bo
Jean-Marc Lasgouttes wrote:
This last bug seems to be a consequence of the fix to bug 2423. Try to
see what happens when the spellchecker window gains and looses focus:
it jumps to the next word :(
Most spell checker problems are indeed caused by this wrong fix. I
reverted the patch and now
On Sat, Sep 16, 2006 at 07:37:52PM +0100, José Matos wrote:
On Friday 15 September 2006 13:24, Abdelrazak Younes wrote:
Here is a simple (albeit non strategic) goal that is still not achieved:
renaming *.C to .cpp (I think .h should also be renamed to .hpp)
Is this the consensus?
I
Andre Poenitz [EMAIL PROTECTED] writes:
| On Sat, Sep 16, 2006 at 03:20:35PM +0200, Lars Gullik Bjønnes wrote:
| Abdelrazak Younes [EMAIL PROTECTED] writes:
|
| | Lars Gullik Bjønnes wrote:
| | Georg Baum [EMAIL PROTECTED] writes:
| | | Am Samstag, 16. September 2006 10:19 schrieb Juergen
José Matos [EMAIL PROTECTED] writes:
| On Friday 15 September 2006 13:24, Abdelrazak Younes wrote:
| Here is a simple (albeit non strategic) goal that is still not achieved:
|
| renaming *.C to .cpp (I think .h should also be renamed to .hpp)
|
| Is this the consensus?
|
| We can
Thank you very much for helping. I did what you suggested.1. I gave the below command./Applications/LyX.app/Contents/MacOS/lyx -dbg latex output.txt2. created a new file, test.lyx (attached)3. added the bibliography file, ref.bib (attached) from lyx menu4. inserted references5. hit pdflatex and
Author: poenitz
Date: Sat Sep 16 20:11:38 2006
New Revision: 15023
URL: http://www.lyx.org/trac/changeset/15023
Log:
rename Math*Inset into InsetMath*
lyx-devel/trunk/src/mathed/math_amsarrayinset.C
lyx-devel/trunk/src/mathed/math_amsarrayinset.h
Please rename the files
On Sat, 16 Sep 2006, Andre Poenitz wrote:
On Sat, Sep 16, 2006 at 05:34:37PM +0200, [EMAIL PROTECTED] wrote:
The function InsetERT:getStatus() suppress (disable) accents within ERT
insets, which makes sense.
But MathNestInset::doDispatch() contains the equivalent of this:
Jean-Marc Lasgouttes wrote:
> I won't be able to do it this week end, but we should do it and
> replace it by something else.
What about Abdel's fix that went in 1.5? Do you, Joost and Enrico, also get
those crashes in 1.5? BTW, the bug report only mentiones a patch for qt4. Has
Abdel also
Juergen Spitzmueller wrote:
> What about Abdel's fix that went in 1.5? Do you, Joost and Enrico, also get
> those crashes in 1.5? BTW, the bug report only mentiones a patch for qt4.
> Has Abdel also fixed that bug for qt3?
I just checked that and the result is:
- In 1.5, the bug is not fixed at
Jean-Marc Lasgouttes wrote:
> It look very nice. I'll try it out a bit.
FYI, attached is the corresponding patch for trunk.
Jürgen
Index: src/insets/insettext.h
===
--- src/insets/insettext.h (Revision 15012)
+++
The assert seems to be triggered by Messages, because the German translation
of the message "Paste" ("Einfügen") contains an umlaut (see item #5 in the
backtrace).
Jürgen
Assertion triggered in const lyx::docstring lyx::from_ascii(const char*) by
failing check "static_cast(*c) < 0x80" in file
Am Samstag, 16. September 2006 10:19 schrieb Juergen Spitzmueller:
> The assert seems to be triggered by Messages, because the German
translation
> of the message "Paste" ("Einfügen") contains an umlaut (see item #5 in
the
> backtrace).
The problem is that Messages::get() is called with an
Am Freitag, 15. September 2006 23:01 schrieb
[EMAIL PROTECTED]:
> (In addition, I'm trying to make it as easy as possible for you guys to
> check/modify my texts. I think that's easier if I can just link to a wiki
> page, or email a piece of text).
I don't know how it is for others, but for me
Lars Gullik Bjønnes wrote:
| We use RPC for windows at work. Some fairly outdated version from Sun
| IIRC but it works.
General RPC? Or a system that both server and client needs to link
with the same RPC lib?
Didn't Georg post a link to a Summer of Code project that implemented
On Sat, 16 Sep 2006, Georg Baum wrote:
> > (In addition, I'm trying to make it as easy as possible for you guys
> > to check/modify my texts. I think that's easier if I can just link to
> > a wiki page, or email a piece of text).
>
> I don't know how it is for others, but for me personally it
Enrico Forestieri wrote:
On Fri, Sep 15, 2006 at 09:27:52PM +0200, Joost Verburg wrote:
Angus Leeming wrote:
Doesn't this suggest that any "fix" ("kludge"?) should be wrapped inside
a #ifdef CYGWIN/MINGW block? How does this beast behave when compiled
with MSVC? Presumably that's what Joost
On Fri, Sep 15, 2006 at 11:04:18PM +0200, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> Andre> On Fri, Sep 15, 2006 at 03:16:39PM +0200, Jean-Marc Lasgouttes
> Andre> wrote:
> >> Hey! When the time will come to actually do the work, you will be
> >>
On Sat, Sep 16, 2006 at 12:06:09AM +0200, [EMAIL PROTECTED] wrote:
> On Fri, 15 Sep 2006, Jean-Marc Lasgouttes wrote:
>
> > Angus> Why don't you loop over all commands in the sequence and
> > Angus> establish if any actions are disabled? There are no if-blocks to
> > Angus> complicate the
On Sat, Sep 16, 2006 at 01:15:06AM +0200, Abdelrazak Younes wrote:
> The subject says it all.
>
> I have announce that I will do that a number of times so I expect (hope)
> that I will have no objection.
The BufferView_pimpl was there to prevent excessive us of #include
in BufferView.h which is
On Sat, Sep 16, 2006 at 01:48:46AM +0200, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | > You mean appending a .sh to each script and associating it with bash?
> | > Bleach...
> |
> | I am saying native LyX/Win works well in a cygwin environment.
>
> Unless you
1 - 100 of 174 matches
Mail list logo
