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:
> >
> 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
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
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
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 sch
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 conse
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 th
I suhppose some thing can simplyh be handled entirelyu in the
individual frontends without any(/much) kernel interaction at
all.
This I agree.
Bo
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
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 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 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 t
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 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 wo
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Sat, Sep 16, 2006 at 07:17:19PM +0200, Andre' Poenitz wrote:
| >
| > This is global s&r for all MathFooInset -> InsetMathFoo
| >
| > This way the naming is more similar to the other Inset* stuff.
| >
| > Note that other than originally proposed I k
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
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:
> bre
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.
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 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 co
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 a
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 th
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
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,
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
This is global s&r 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 shout
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, I
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(
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
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?
>
> D
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 n
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
| gues
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
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
whereev
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 gratefu
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(worki
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 xsel
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 qt
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 remo
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()
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 selecti
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. Ple
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 char-f
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 bl
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 exactl
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 rep
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
| =
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
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 co
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
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
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 no
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.
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Comments?
I am ok with it.
--
Lgb
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 hav
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 messa
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.)
--
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_ ? &buffer_->text
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
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)
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; math-
Abdelrazak Younes wrote:
> Then you could just as well drop the N_() in your
> patch I guess.
No. That does not compile.
Jürgen
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 he
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 g
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):
sendDi
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 ca
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
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 b
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)
@@ -767,
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/Wi
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 Buffe
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).
|
| T
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> open-s
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 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
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 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
> >> h
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 w
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 w
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
Boost.Process
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
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 alr
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
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)
+++ src/insets/insettext
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 a
86 matches
Mail list logo
