Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>> Edwin Leuven wrote:
Abdelrazak Younes wrote:
> This patch solves it. Committing now.
i still see a crash...
>>> Could you set a breakpoint at breakpoint at the beginning of
>>> Dialogs::disconnect(string co
Abdelrazak Younes wrote:
I've done that and I still have the same linking problems:
It works fine for me. You are still mixing static / dynamic versions
somewhere. Are you sure all external libraries are OK?
Joost
Georg Baum wrote:
> Up to now there have been two proposals how to fix the plain text output:
>
> 1) from Abdel: Still use narrow streams
>
> virtual int InsetBase::plaintext(Buffer const &, std::ostream & os,
> OutputParams const &) const;
>
> and implement operators for docstring and char_typ
Andre Poenitz wrote:
> Sorry for being intentionally off-topic...
>
> I need to come up with recommendation for a way to build Windows
> installer for a fairly convoluted project 'soonish'.
>
> It's not just the ordinary bunch of a few .exe and .dlls but will
> also include e.g. Python, an X serv
Am Montag, 4. September 2006 22:48 schrieb Peter Kümmel:
> Georg Baum wrote:
> > Why are circular dependencies a problem? It is a long time ago, but
IIRC I
> > created dlls with circular dependencies during my diplom thesis.
> >
> >
> > Georg
> >
> >
>
> Yes, but this needs a two pass build
> I need to come up with recommendation for a way to build Windows
> installer for a fairly convoluted project 'soonish'.
>
> It's not just the ordinary bunch of a few .exe and .dlls but will
> also include e.g. Python, an X server and other gimmicks.
> It also needs to be able to cleanup leftove
On Mon, Sep 04, 2006 at 10:02:26PM +0200, Michael Gerz wrote:
> John Levon schrieb:
> >The exact same comments I've had every single time you've tried to bring
> >this up. And not once have you actually gone through the design
> >explanations I gave and argued your case. It's just "they have it, s
Up to now there have been two proposals how to fix the plain text output:
1) from Abdel: Still use narrow streams
virtual int InsetBase::plaintext(Buffer const &, std::ostream & os,
OutputParams const &) const;
and implement operators for docstring and char_type output that convert to
utf8:
s
Georg Baum wrote:
> Am Montag, 4. September 2006 22:21 schrieb Peter Kümmel:
>
>> At the current stage the code is full of dependencies,
>> and some circular could only be solved by moving functions
>> into a other library.
>
> Why are circular dependencies a problem? It is a long time ago, but I
Am Montag, 4. September 2006 22:21 schrieb Peter Kümmel:
> At the current stage the code is full of dependencies,
> and some circular could only be solved by moving functions
> into a other library.
Why are circular dependencies a problem? It is a long time ago, but IIRC I
created dlls with circ
Lars Gullik Bjønnes wrote:
> Peter Kümmel <[EMAIL PROTECTED]> writes:
>
> | 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
John Levon schrieb:
The exact same comments I've had every single time you've tried to bring
this up. And not once have you actually gone through the design
explanations I gave and argued your case. It's just "they have it, so
should we". But I've said this before, and you've ignored it before.
Jean-Marc Lasgouttes schrieb:
As long as I am in charge of the 1.4 line, I will never allow to make
such choices based on `politics'. If 1.5 is seen as weak, then so be it
(although I very much doubt it will be the case).
You must be a very happy man! Enjoy your freedom to decide solely based
Peter Kümmel <[EMAIL PROTECTED]> writes:
| 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 do the same wi
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>> Peter Kümmel wrote:
Abdelrazak Younes wrote:
> Could you test again with my recent commit? I still cannot
> reproduce the
> spell checker crash.
Which aspell version do you use?
>>> The cvs version
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 do the same with controllers, but there are
so much dependencies to th
On Mon, Sep 04, 2006 at 11:13:53AM +0200, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> Andre> The attached patch replaces hull types like "simple",
> Andre> "eqnarray" with an enum 'hullSimple', 'hullEqnArray' etc.
>
> I like it. What is the reason
On Mon, Sep 04, 2006 at 01:39:05PM +0200, Edwin Leuven wrote:
> Lars Gullik Bjønnes wrote:
> >As long as we wrap it nicely up we could use Qt.
>
> what is the limitation of qstring btw?
>
> you wrote that it "only" handles 16-bit unicode, but what does that mean
> in practice?
Klingon dialects
On Mon, Sep 04, 2006 at 11:21:13AM +0200, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
> >The attached patch replaces hull types like "simple", "eqnarray" with an
> >enum 'hullSimple', 'hullEqnArray' etc.
> >
> >Should save a few CPU cycles, be more typesafe and prevent a controversy
> >in which
Sorry for being intentionally off-topic...
I need to come up with recommendation for a way to build Windows
installer for a fairly convoluted project 'soonish'.
It's not just the ordinary bunch of a few .exe and .dlls but will
also include e.g. Python, an X server and other gimmicks.
It also ne
Georg Baum wrote:
Abdelrazak Younes wrote:
Scons/windows has problem with this change:
I did not test the scons change. It looks like I forgot a comma. Does this
patch help?
Yes.
On Mon, Sep 04, 2006 at 04:16:28PM +0200, Georg Baum wrote:
> Bo Peng wrote:
>
> >> When LyX is run in place, lyx2lyx_version.py should be found in the
> >> build_support dir. IIRC, the build_support dir is not correctly spotted
> >> in a native Windows build. Run "lyx -dbg init" to check it.
> >
Abdelrazak Younes wrote:
> Scons/windows has problem with this change:
I did not test the scons change. It looks like I forgot a comma. Does this
patch help?
GeorgIndex: development/scons/SConstruct
===
--- development/scons/SConst
Lars Gullik Bjønnes wrote:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> | The log says "_Invoke_ _iconv_ with explicit BE suffix" that's quite
> | different.
>
> but why I would have assumed that using LE resp. BE and drop all
> later byteswapping would have been the way to go...
I did
I plan to do some cosmetic changes to mathed/*.
(1) Rename MathSqrtInset to InsetSqrt (in line with insets/*)
(2) Rename the files into InsetSqrt.{h,C}
(3) put everything into namespace lyx
Objections?
Andre'
Georg Baum <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| > Is this really what we want?
| > (The answer from my pov is "NO")
| >
| > IMHO we want to use native endianess internally, and I do not get why
| > anything should care about what we do internally.
|
| The patch does not
Lars Gullik Bjønnes wrote:
> Is this really what we want?
> (The answer from my pov is "NO")
>
> IMHO we want to use native endianess internally, and I do not get why
> anything should care about what we do internally.
The patch does not alter how iconv is called: UCS-4 == UCS-4BE, regardless
of
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | Lars Gullik Bjønnes wrote:
| > | > [EMAIL PROTECTED] writes:
| > | > | Author: baum
| > | > | Date: Mon Sep 4 16:43:25 2006
| > | > | New Revision: 14890
| > | > | |
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Mon, Sep 04, 2006 at 12:30:28AM +0200, Michael Gerz wrote:
>> Hello,
>>
>> I think we should re-introduce the "Layout" menu which was dropped
>> in the 1.4.X series. The main reason is that every word processor
>> (even UltraEdit!)
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > [EMAIL PROTECTED] writes:
| > | Author: baum
| > | Date: Mon Sep 4 16:43:25 2006
| > | New Revision: 14890
| > | | URL: http://www.lyx.org/trac/changeset/14890
| > | Log:
| > | Fix byte ord
> "Sanda" == Sanda Pavel <[EMAIL PROTECTED]> writes:
>> Things that I expect to be done for 1.4.3:
Sanda> i send last few fixes to cs.po.
Thanks, they are in now.
JMarc
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> OK, it is in.
Thanks.
JMarc
Edwin Leuven wrote:
> Abdelrazak Younes wrote:
>> From a pragmatic point of view, using QString would have been a lot
>> less work than what remains to be done, which, quite frankly, scares me
>> a lot.
>
> it is very nice to have theoretical support obscure languages such as
> phoenician, but i
[EMAIL PROTECTED] wrote:
Author: baum
Date: Mon Sep 4 16:43:25 2006
New Revision: 14890
URL: http://www.lyx.org/trac/changeset/14890
Log:
Fix byte order problems
* src/support/unicode.C
(bytes_to_ucs4): make it work on big endian machines
(bytes_to_ucs2): make it work on
Georg Baum <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
|
| > Juergen Spitzmueller <[EMAIL PROTECTED]>
| > writes:
| >
| > | They do not seem to get saved after the document dialog is closed. Seems
| > | to be a unicode problem. On the console, I get:
| > |
| > | Error returned fro
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > [EMAIL PROTECTED] writes:
| > | Author: baum
| > | Date: Mon Sep 4 16:43:25 2006
| > | New Revision: 14890
| > | | URL: http://www.lyx.org/trac/changeset/14890
| > | Log:
| > | Fix byte order problems
| > | * src/sup
Lars Gullik Bjønnes wrote:
> Juergen Spitzmueller <[EMAIL PROTECTED]>
> writes:
>
> | They do not seem to get saved after the document dialog is closed. Seems
> | to be a unicode problem. On the console, I get:
> |
> | Error returned from iconv
> | E2BIG There is not sufficient room at *outbuf.
Joost Verburg wrote:
Abdelrazak Younes wrote:
I still have my linking errors:
Try a clean rebuild with the latest SVN version. Bo already fixed this
problem.
I've done that and I still have the same linking problems:
LIBCMT.lib(dosmap.obj) : error LNK2005: __errno already defined in
MSVCR
Jean-Marc Lasgouttes wrote:
>> "Georg" == Georg Baum
>> <[EMAIL PROTECTED]>
>> writes:
>
> Georg> Am Freitag, 25. August 2006 21:24 schrieb Georg Baum:
>>> Oops, I mixed this one with bug 2637. I simply forgot 2687. Here is
>>> the patch that goes in now. I'll prepare another one for
Michael Gerz <[EMAIL PROTECTED]> writes:
>
> Hello,
>
> I think we should re-introduce the "Layout" menu which was dropped in
> the 1.4.X series. The main reason is that every word processor (even
> UltraEdit!) has such a menu. The additional menu item also reduces the
> size of the "Edit" m
Lars Gullik Bjønnes wrote:
[EMAIL PROTECTED] writes:
| Author: baum
| Date: Mon Sep 4 16:43:25 2006
| New Revision: 14890
|
| URL: http://www.lyx.org/trac/changeset/14890
| Log:
| Fix byte order problems
| * src/support/unicode.C
| (bytes_to_ucs4): make it work on big endian machi
Lars Gullik Bjønnes wrote:
> Georg Baum <[EMAIL PROTECTED]>
> writes:
>
> | Lars Gullik Bjønnes wrote:
> |
> | > Why a separate from_ascii really? If it is ascii, then it is also
> | > utf-8.
> |
> | Sure. I made it separate because that makes the intention very clear: If
> | we know that it i
Abdelrazak Younes wrote:
> Georg Baum wrote:
>> do you still need that patch?
>
> No, not since I have done my own hand-made conversion in qt_helpers.
Good. That means that I understand what goes on in the conversion
routines :-)
>> Furthermore the byte order change does not happen in bytes_to_
[EMAIL PROTECTED] writes:
| Author: baum
| Date: Mon Sep 4 16:43:25 2006
| New Revision: 14890
|
| URL: http://www.lyx.org/trac/changeset/14890
| Log:
| Fix byte order problems
| * src/support/unicode.C
| (bytes_to_ucs4): make it work on big endian machines
| (bytes_to_ucs2): m
Enrico Forestieri wrote:
> On Sun, Sep 03, 2006 at 09:47:50PM +0200, Georg Baum wrote:
>
>> I believe that the attached patch should make the unicode conversions
>> work on little and big endian machines, and removes the uncertainty
>> whether UCS-4 is LE or BE.
>
> Yep. With this patch I can lo
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | Jean-Marc Lasgouttes wrote:
| > | >> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | > Abdelrazak> I really think we should get rid of iconv.
|
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Jean-Marc Lasgouttes wrote:
| >> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > Abdelrazak> I really think we should get rid of iconv.
| > We are going to need iconv anyway to convert characters to
Lars Gullik Bjønnes wrote:
Oh how I wish for a friday.
(only 4 days away)
(basically you seem to be spreading your own fud.)
come on lars, i was only asking questions
i don't care one way or another, i was just trying to remotely
understand what all this stuff is about
if i pissed you o
Abdelrazak Younes wrote:
> Interestingly enough the Qt docs says that Big endian is the order
> prescribed by the Unicode Standard in the absence of higher-level
> protocols. Here is the full text:
That is for text files as far as I understand. What I really do not
understasnd is that we have a b
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Georg Baum wrote:
| > Am Donnerstag, 24. August 2006 18:47 schrieb Abdelrazak Younes:
| >> Enrico Forestieri wrote:
| >>> I have compiled a Cygwin version of LyX/Qt4 using the native GUI
| >>> (no
| > X11)
| >>> and now I
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Jean-Marc Lasgouttes wrote:
| >> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > Abdelrazak> I really think we should get rid of iconv.
| > We are going to need iconv anyway to convert characters to iso-8859-x
| > and friends fo
Bo Peng wrote:
>> When LyX is run in place, lyx2lyx_version.py should be found in the
>> build_support dir. IIRC, the build_support dir is not correctly spotted
>> in a native Windows build. Run "lyx -dbg init" to check it.
>
> I am not quite sure how autotools handle lyx2lyx_version.py but for
>
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Georg Baum wrote:
| > Am Donnerstag, 24. August 2006 18:47 schrieb Abdelrazak Younes:
| >> Enrico Forestieri wrote:
| >>> I have compiled a Cygwin version of LyX/Qt4 using the native GUI
| >>> (no
| > X11)
| >>> and now I see the chinese characters m
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Edwin Leuven <[EMAIL PROTECTED]> writes:
| > | i was just wondering why lyx needs this and kde (for example) is
| > | seemingly doing fine without it
| > Is kde a wordprocessor (whatever) that tries to be usable of
| >
Edwin Leuven <[EMAIL PROTECTED]> writes:
| Abdelrazak Younes wrote:
| > From a pragmatic point of view, using QString would have been a lot
| > less work than what remains to be done, which, quite frankly, scares
| > me a lot.
|
| it is very nice to have theoretical support obscure languages suc
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
| They do not seem to get saved after the document dialog is closed. Seems to
be
| a unicode problem. On the console, I get:
|
| Error returned from iconv
| E2BIG There is not sufficient room at *outbuf.
Is branches doing something funny with s
...
> Looks like a bad idea, unless I misunderstand something.
> This will break a trivial case of putting an entire enumeration
> into a box, for example.
>
> Before box:
> 1. one
> 2. two
> 3. three
> Mark everything, insert a box, get:
> 1. [box starts here
> one
> a) two
> b) th
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>> Edwin Leuven wrote:
Abdelrazak Younes wrote:
> This patch solves it. Committing now.
i still see a crash...
>>> Could you set a breakpoint at breakpoint at the beginning of
>>> Dialogs::disconnect(string co
Georg Baum wrote:
Am Donnerstag, 24. August 2006 18:47 schrieb Abdelrazak Younes:
Enrico Forestieri wrote:
I have compiled a Cygwin version of LyX/Qt4 using the native GUI (no
X11)
and now I see the chinese characters mentioned by Abdel when I load
an old document. I also get a lot of message
Edwin Leuven wrote:
> Abdelrazak Younes wrote:
>> From a pragmatic point of view, using QString would have been a lot
>> less work than what remains to be done, which, quite frankly, scares
>> me a lot.
>
> it is very nice to have theoretical support obscure languages such as
> phoenician, but it
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> I really think we should get rid of iconv.
We are going to need iconv anyway to convert characters to iso-8859-x
and friends for latex output.
By the way, if we are going to encapsulate Qt u
Abdelrazak Younes wrote:
From a pragmatic point of view, using QString would have been a lot
less work than what remains to be done, which, quite frankly, scares me
a lot.
it is very nice to have theoretical support obscure languages such as
phoenician, but it seems to me that there is a lot
On Mon, Sep 04, 2006 at 11:08:31AM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> IIRC, the build_support dir is not correctly spotted in a
> Enrico> native Windows build. Run "lyx -dbg init" to check it.
>
> It would be nice to i
On Sun, Sep 03, 2006 at 11:05:53PM -0500, Bo Peng wrote:
> > When using autotools lyx2lyx_version.py is generated in lib/lyx2lyx
> > under the build directory. If you run lyx in place, this directory
> > is also taken into account and thus lyx2lyx_version.py is found:
>
> I agree that this is con
Lars Gullik Bjønnes wrote:
Edwin Leuven <[EMAIL PROTECTED]> writes:
| i was just wondering why lyx needs this and kde (for example) is
| seemingly doing fine without it
Is kde a wordprocessor (whatever) that tries to be usable of
professionsals of all sorts?
I'd love to see LyX usable for ling
On Mon, Sep 04, 2006 at 11:01:07AM +0200, Peter Kümmel wrote:
> What are the reasons still to use cygwin? Is it because it is your
> preferred build system under Windows or has the the cygwin build
> also technically advantages? I just wanna know, I don't try to stop
> you using cygwin.
It offer
On Mon, Sep 04, 2006 at 10:48:34AM +0200, Jean-Marc Lasgouttes wrote:
> > "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>
> >> Are you interested in making the 1.4.3 source package compatible
> >> with
> Bo> The binary package needs share/doc/Cygwin/lyx-1.4.3-1.README and
> Bo> share/doc/lyx-1.
Edwin Leuven <[EMAIL PROTECTED]> writes:
| i was just wondering why lyx needs this and kde (for example) is
| seemingly doing fine without it
Is kde a wordprocessor (whatever) that tries to be usable of
professionsals of all sorts?
I'd love to see LyX usable for linguists that work with phoenici
They do not seem to get saved after the document dialog is closed. Seems to be
a unicode problem. On the console, I get:
Error returned from iconv
E2BIG There is not sufficient room at *outbuf.
Jürgen
Lars Gullik Bjønnes wrote:
Edwin Leuven <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > As long as we wrap it nicely up we could use Qt.
|
| what is the limitation of qstring btw?
|
| you wrote that it "only" handles 16-bit unicode, but what does that
| mean in practice?
Not onl
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.
Joost
Abdelrazak Younes wrote:
Enrico Forestieri wrote:
Edwin, you must have forgotten this small bit.
Did you answer that one Edwin?
nope, i thought enrico was getting commit priviliges one of these days...
Edwin Leuven <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > As long as we wrap it nicely up we could use Qt.
|
| what is the limitation of qstring btw?
|
| you wrote that it "only" handles 16-bit unicode, but what does that
| mean in practice?
Not only "only 16-bit", but also no s
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Georg, Lars, did you do the BOOST upgrade to 1.34RC at the end? This
| problem might be related to that.
No. I plan to do that tonight.
--
Lgb
Abdelrazak Younes wrote:
Georg, Lars, did you do the BOOST upgrade to 1.34RC at the end? This
problem might be related to that.
I also have this crash on exit that seems related to boost:
First-chance exception at 0x005442e3 in lyx-qt4.exe: 0xC005: Access
violation reading location 0xfeee
Enrico Forestieri wrote:
Edwin, you must have forgotten this small bit.
Did you answer that one Edwin?
Log:
Fix combo box items in the delimiter GUI
* src/frontends/qt4/QDelimiterDialog.C
(QDelimiterDialog::QDelimiterDialog): add missing "Variable size" item
-
Helge Hafting wrote:
> Looks like a bad idea, unless I misunderstand something.
Please test my patch, then you'll see what it does without guessing.
> 2. The user marks a whole paragraph, or several.
> In this case, the user clearly want to stuff the list (or whatever)
> into the box/bran
Lars Gullik Bjønnes wrote:
As long as we wrap it nicely up we could use Qt.
what is the limitation of qstring btw?
you wrote that it "only" handles 16-bit unicode, but what does that mean
in practice?
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Edwin Leuven wrote:
Abdelrazak Younes wrote:
This patch solves it. Committing now.
i still see a crash...
Could you set a breakpoint at breakpoint at the beginning of
Dialogs::disconnect(string const & name) in frontends/Dialogs.C and
continue ste
Martin Vermeer wrote:
On Fri, 01 Sep 2006 10:43:51 +0200 Helge Hafting <[EMAIL PROTECTED]>
wrote:
Martin Vermeer wrote:
On Wed, 30 Aug 2006 14:31:05 +0200 Helge Hafting
<[EMAIL PROTECTED]>
wrote:
...
I agree it needs fixing, but how? This is sensible b
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Could you test again with my recent commit? I still cannot reproduce the
spell checker crash.
Which aspell version do you use?
The cvs version plus the patch that Joost gave me.
The best would be to
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| | What do these tables look like?
|
| Lars> Not quite sure. This is usually what you use a unicode lib for.
|
| But iconv does not tell us that information, does it? What libra
Abdelrazak Younes wrote:
> Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>> Could you test again with my recent commit? I still cannot reproduce the
>>> spell checker crash.
>>
>> Which aspell version do you use?
>
> The cvs version plus the patch that Joost gave me.
>
The best would be to pu
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Could you test again with my recent commit? I still cannot reproduce the
spell checker crash.
Which aspell version do you use?
The cvs version plus the patch that Joost gave me.
I think we should first fix the document->setting bug, and then s
Peter Kümmel wrote:
> Abdelrazak Younes wrote:
>> Edwin Leuven wrote:
>>> Abdelrazak Younes wrote:
This patch solves it. Committing now.
>>> i still see a crash...
>> Could you set a breakpoint at breakpoint at the beginning of
>> Dialogs::disconnect(string const & name) in frontends/Dialogs.C
Jean-Marc Lasgouttes wrote:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
> | What do these tables look like?
>
> Lars> Not quite sure. This is usually what you use a unicode lib for.
>
> But iconv does not tell us that information, does it? What library
> shall we use?
>
>
Abdelrazak Younes wrote:
> Edwin Leuven wrote:
>> Abdelrazak Younes wrote:
>>> This patch solves it. Committing now.
>>
>> i still see a crash...
>
> Could you set a breakpoint at breakpoint at the beginning of
> Dialogs::disconnect(string const & name) in frontends/Dialogs.C and
> continue step b
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
| What do these tables look like?
Lars> Not quite sure. This is usually what you use a unicode lib for.
But iconv does not tell us that information, does it? What library
shall we use?
JMarc
Abdelrazak Younes wrote:
> Could you test again with my recent commit? I still cannot reproduce the
> spell checker crash.
Which aspell version do you use?
I think we should first fix the document->setting bug, and then see if the
aspell is still there.
Peter
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> We need to lookup the unicode tables to discover if a codepoint
| Lars> is a number or not.
|
| What do these tables look like?
Not quite sure. This is usually what you u
Edwin Leuven wrote:
Abdelrazak Younes wrote:
This patch solves it. Committing now.
i still see a crash...
Could you set a breakpoint at breakpoint at the beginning of
Dialogs::disconnect(string const & name) in frontends/Dialogs.C and
continue step by step until you see the crash?
Abdel.
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| > | Georg Baum wrote:
| > | > Am Sonntag, 3. September 2006 12:28 schrieb Abdelrazak Younes:
| > | >> Georg Baum wrote:
| > | >>> Am Sonntag, 3. September 2006 12:11 schri
Abdelrazak Younes wrote:
This patch solves it. Committing now.
i still see a crash...
Peter Kümmel wrote:
[EMAIL PROTECTED] wrote:
Author: younes
Date: Mon Sep 4 11:48:51 2006
New Revision: 14889
URL: http://www.lyx.org/trac/changeset/14889
Log:
Fixes a MSVC/Qt4 crash when closing the Document Settings dialog.
* Dialogs::disconnect(string const & name): check if the dialog is
Peter Kümmel wrote:
Abdelrazak Younes wrote:
Edwin Leuven wrote:
Peter Kümmel wrote:
It crashes? Here I've no problems.
that was a missing sysdir.
now it crashes when i open the document settings dialog and then close
it again
Same here, even in debug mode it won't allow me to break before
[EMAIL PROTECTED] wrote:
> Author: younes
> Date: Mon Sep 4 11:48:51 2006
> New Revision: 14889
>
> URL: http://www.lyx.org/trac/changeset/14889
> Log:
> Fixes a MSVC/Qt4 crash when closing the Document Settings dialog.
>
> * Dialogs::disconnect(string const & name): check if the dialog is an in
Edwin Leuven wrote:
Abdelrazak Younes wrote:
I am wondering how/why it went unnoticed up until now...
because trunk is too unstable to use since the unicode stuff went in?
But this code was unchanged for a long time!
It might be related to some changes under the hood in the callers of
Dial
Abdelrazak Younes wrote:
I am wondering how/why it went unnoticed up until now...
because trunk is too unstable to use since the unicode stuff went in?
we should perhaps eat our own dogfood a bit more often... ;-)
Abdelrazak Younes wrote:
Edwin Leuven wrote:
Peter Kümmel wrote:
It crashes? Here I've no problems.
that was a missing sysdir.
now it crashes when i open the document settings dialog and then close
it again
The problems lies in Dialogs.C:
void Dialogs::disconnect(string const & name)
{
Andre Poenitz wrote:
The attached patch replaces hull types like "simple", "eqnarray" with an
enum 'hullSimple', 'hullEqnArray' etc.
Should save a few CPU cycles, be more typesafe and prevent a controversy
in which string format the type should be stored.
I think we should do the same for dial
1 - 100 of 135 matches
Mail list logo
