Jean-Pierre Chretien wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
>> On Mon, Sep 11, 2006 at 09:10:08PM +0200, Michael Gerz wrote:
>>
>>> Decide on your own what that means for Qt3...
>> One small note: if qt3 dies (and the development cost does seem quite
>> onerous), then the first 1.5.0 re
Angus Leeming wrote:
> Personally, I'm sold on the "qt3 is redundant" argument. If it's a hassle,
> kill it. However, I also buy into JMarc's complaints that there has been too
> much noise from the "cry wolf" brigade. The strength of your argument is
> reduced by the manner and the frequency of
John Levon <[EMAIL PROTECTED]> writes:
>
> On Mon, Sep 11, 2006 at 09:10:08PM +0200, Michael Gerz wrote:
>
> > Decide on your own what that means for Qt3...
>
> One small note: if qt3 dies (and the development cost does seem quite
> onerous), then the first 1.5.0 release should have clear point
On Wed, 2006-09-06 at 11:56 +0200, Michael Gerz wrote:
> 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 complet
On Mon, Sep 04, 2006 at 02:01:16PM +0200, Edwin Leuven wrote:
> 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...
I have commit
On Tue, Sep 12, 2006 at 02:25:43AM +0200, Enrico Forestieri wrote:
> On Mon, Sep 11, 2006 at 11:09:52PM +, Angus Leeming wrote:
> > Enrico Forestieri <[EMAIL PROTECTED]> writes:
> > > This is due to the fact that boost 1.34 defaults to windows paths and
> > > API even on cygwin. The attached pa
On Mon, Sep 11, 2006 at 11:09:52PM +, Angus Leeming wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
> > This is due to the fact that boost 1.34 defaults to windows paths and
> > API even on cygwin. The attached patch fixes this problem. I am going
> > to commit it soon as I think it is n
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> This is due to the fact that boost 1.34 defaults to windows paths and
> API even on cygwin. The attached patch fixes this problem. I am going
> to commit it soon as I think it is not controversial.
Looks reasonable indeed. Aren't you forgetting Bo's
John Levon <[EMAIL PROTECTED]> writes:
>
> On Mon, Sep 11, 2006 at 09:10:08PM +0200, Michael Gerz wrote:
>
> > Decide on your own what that means for Qt3...
>
> One small note: if qt3 dies (and the development cost does seem quite
> onerous), then the first 1.5.0 release should have clear point
On Mon, Sep 11, 2006 at 08:00:21PM +0200, Rainer Dorsch wrote:
> Hello,
>
> I tried to compile lyx 1.4.2 with QT 3.0.5 using
>
> $ ./configure --prefix /opt/lyx-1.4.2 --with-frontend=qt
> --with-qt-dir=/usr/lib/qt-3.0.5
>
> $ make
>
> and got
>
>
> g++ -DHAVE_CONFIG_H -I. -I. -I../../../src
On Monday 11 September 2006 21:52, Lars Gullik Bjønnes wrote:
>
> I'll send a patch that shows what I have done in lyx2lyx so far.
I have this ancient script that did use to convert latexaccents to latin1.
Admittedly it is only a subset but the general idea is there.
--
José Abílio
transform.
José Matos <[EMAIL PROTECTED]> writes:
| On Monday 11 September 2006 21:35, Lars Gullik Bjønnes wrote:
| > I am working on what the subject says.
| >
| > I might need some help with the lyx2lyx changes. ( I have just
| > introduced format 250)
|
| That is on my list for some time. :-)
|
| Wh
On Monday 11 September 2006 21:35, Lars Gullik Bjønnes wrote:
> I am working on what the subject says.
>
> I might need some help with the lyx2lyx changes. ( I have just
> introduced format 250)
That is on my list for some time. :-)
What would you like to see in lyx2lyx?
--
José Abílio
On Mon, Sep 11, 2006 at 02:41:01AM +0200, Enrico Forestieri wrote:
> On Mon, Sep 11, 2006 at 01:37:32AM +0200, Enrico Forestieri wrote:
>
> > $ ./src/lyx
> > Same as entered returned
> > Unable to determine the path to the LyX binary from the command line
> > ./src/lyx
>
> Something weird is goi
I am working on what the subject says.
I might need some help with the lyx2lyx changes. ( I have just
introduced format 250)
--
Lgb
John Levon <[EMAIL PROTECTED]> writes:
| On Mon, Sep 11, 2006 at 09:55:36PM +0200, Michael Gerz wrote:
|
| > BTW: I changed "Text Style" into "Character Style", because Martin calls
| > them character styles. The terms shows up in the layout files and it should
|
| This is perhaps unfortunate.
On Mon, Sep 11, 2006 at 09:55:36PM +0200, Michael Gerz wrote:
> BTW: I changed "Text Style" into "Character Style", because Martin calls
> them character styles. The terms shows up in the layout files and it should
This is perhaps unfortunate. What do other people think?
regards
john
Hello,
Together with Peter I've been working on the Aspell issues during the
past days. Unfortunately there is no solution yet.
All current Windows versions of Aspell have a bug that causes spell
checker crashes. It depends on the system and build environment whether
the crash is triggered o
John Levon schrieb:
Unfortunately the menus are the essence of compromise...
Than let's find a solution that everybody can agree upon. If JMarc is willing to fix #2491 (easy), I will no longer insist on "noun", "bold", and "emph" being listed in the menu.
Regarding, "uppercase" there are pr
On Mon, Sep 11, 2006 at 09:25:24PM +0200, Michael Gerz wrote:
> Sorry but I have to disagree strongly. Why on earth do we have "cut" &
> "paste" in the "edit" menu? Because it is so efficient to use the menu?
> Definitely not! Because every word processor has it? Ugh, didn't John
> teach us for
Jean-Marc Lasgouttes schrieb:
John> It's certainly grammatical in English too, but the question is
John> if it's not there, then where? Certainly "not on the menus" is a
John> reasonable solution.
I think the only one that makes sense is the kbd version, since the
idea is to do faster something
On Mon, Sep 11, 2006 at 09:10:08PM +0200, Michael Gerz wrote:
> Decide on your own what that means for Qt3...
One small note: if qt3 dies (and the development cost does seem quite
onerous), then the first 1.5.0 release should have clear pointers and
instructions on how to get qt4 for common platf
On Mon, Sep 11, 2006 at 03:58:02PM +, Angus Leeming wrote:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> > Lars> Then our spellcheck abstraction is wrong.
> > Yes :)
>
> Being fair to John, he couldn't make sense of the original Controller stuff
> when he wrote ControlSpellchecker. B
Hello,
please let me summarize the QT3 discussion:
- Edwin: Qt3 should either go or get the same status as gtk
- Michael: Qt3 should go; reduce maintainence effort
- Abdel: Qt3 should go
- Helge: removing qt3 is not a problem; fixing stuff may happen faster
- JMarc: not going to fight for QT3; a
Jean-Marc Lasgouttes schrieb:
This notion that change is always progress is pure bullshit.
I agree with you to some degree. However,
- there is some evidence that qt4 is superior to qt3 (at least some
people think so)
- development has already shifted from qt3 to qt4 and IMHO this shift
is ir
Hello,
I tried to compile lyx 1.4.2 with QT 3.0.5 using
$ ./configure --prefix /opt/lyx-1.4.2 --with-frontend=qt
--with-qt-dir=/usr/lib/qt-3.0.5
$ make
and got
g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -DQT_CLEAN_NAMESPACE
-DQT_GENUINE_STR -DQT_NO_STL -DQT_THREAD_SUPPORT -I../../../src
-
Am Montag, 11. September 2006 18:15 schrieb Jean-Marc Lasgouttes:
> I you are confident about it, put it in.
Yes, I am. The alternative would be to revert the "preview files with ' in
the name" fix, because the current state is broken for converters in
$$s/scripts.
Georg
Helge Hafting <[EMAIL PROTECTED]> writes:
| Smart trick. By the way, what will happen to LyX .po files?
| Will they now move to UTF-8, or perhaps some other unicode encoding?
| (I mean the translated strings, obviously.)
As it is now, that is not really necessary, we use
bind_textdomain_codeset
On Mon, Sep 11, 2006 at 05:01:24PM +0200, Lars Gullik Bjønnes wrote:
> Helge Hafting <[EMAIL PROTECTED]> writes:
>
> | Lars Gullik Bjønnes wrote:
> | > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> | >
> | > | But what if I want to translate some unicode (usc4) string? That's the
> | > | case i
Lars Gullik Bjønnes wrote:
> Peter Kümmel <[EMAIL PROTECTED]> writes:
>
> | Jean-Marc Lasgouttes wrote:
> | > The only thing that scares me is what is the _next_ thing that will be
> | > on the chopping block. Ispell and gtk are a no-brainer; but then? When
> | > heads begin to roll, the people de
On Monday 11 September 2006 17:23, Abdelrazak Younes wrote:
> > The code and logic in ControlSpellchecker are completely backward. Start
> > again!
>
> Yep, my patch was a first step in this direction but Lars just think in
> terms of (unused) features. My strategy was to do the API right for one
>
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Lars> Then our spellcheck abstraction is wrong.
>> Yes :)
Angus> Being fair to John, he couldn't make sense of the original
Angus> Controller stuff when he wrote ControlSpellchecker.
Peter Kümmel <[EMAIL PROTECTED]> writes:
| Jean-Marc Lasgouttes wrote:
| > The only thing that scares me is what is the _next_ thing that will be
| > on the chopping block. Ispell and gtk are a no-brainer; but then? When
| > heads begin to roll, the people demands more blood ;-)
|
| Here an idea:
Jean-Marc Lasgouttes wrote:
> If it works, I really like it :)
Yes, it works for me.
> I won't have time to test it today or tomorrow, though.
Anyone else? If not, I propose to shove it into trunk.
I'd really like to have this bug fixed as well for 1.4.3, though -- it annoys
me a lot.
Jürgen
Angus Leeming wrote:
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Lars> Then our spellcheck abstraction is wrong.
Yes :)
Being fair to John, he couldn't make sense of the original Controller stuff
when he wrote ControlSpellchecker. Being fair to me, I couldn't make sense of
ControlSpellc
> "Edwin" == Leuven, E <[EMAIL PROTECTED]> writes:
>> And then the _next_ day (or even the same days), it was "what? we
>> are in 2006 and we still have qt3? Etc etc".
Edwin> as i remember it the argument was that we don't want to
Edwin> duplicate or triplicate effort on the frontend side
Th
Jean-Marc Lasgouttes wrote:
"Edwin" == Leuven, E <[EMAIL PROTECTED]> writes:
What bothers me is rather the following: for some weeks we had people
clamoring "what? we are in 2006 and we still have xforms? Do you know
all the things we could be doing if we did not have it? how can LyX
continue t
Jean-Marc Lasgouttes wrote:
> The only thing that scares me is what is the _next_ thing that will be
> on the chopping block. Ispell and gtk are a no-brainer; but then? When
> heads begin to roll, the people demands more blood ;-)
Here an idea: ;)
Linking against Qt4Core is allowed for all libs.
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> Instead of the targetlayout argument, what about manually setting
>> the layout after pasting?
Juergen> Like the attached?
If it works, I really like it :)
I won't have time to test it to
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Helge Hafting wrote:
>> It applied without fuzz for me - and it worked! Lyx 1.5 now shows
>> nice instant previews of songs, using lilypond to make .png's for
>> displaying. :-)
Georg> I put it in now. Jean-Marc, we need to do somethi
Jean-Marc Lasgouttes wrote:
> Edwin> 1. profound suspicion of, and resistance to change
>
> I am perfectly aware that this is my case, but I refuse to cure it,
> because I think some negative feedback is always useful in a control
> loop.
whom are you telling? ;-)
> Edwin> 2. all change must h
Leuven, E. wrote:
> Jean-Marc Lasgouttes wrote:
>> You can revert that and say that those who want to get rid of qt3
>> because they will feel more comfortable will be morally engaged to do
>> whatever is needed to make lyx run and be packaged on all the
>> not-so-old linux distribs. This means
Helge Hafting wrote:
> It applied without fuzz for me - and it worked!
> Lyx 1.5 now shows nice instant previews of songs,
> using lilypond to make .png's for displaying. :-)
I put it in now. Jean-Marc, we need to do somethign for 1.4, too.
Georg
Log:
Fix converters in our scripts directory
Jean-Marc Lasgouttes wrote:
> Instead of the targetlayout argument, what about manually setting the
> layout after pasting?
Like the attached?
Jürgen
Index: src/text3.C
===
--- src/text3.C (Revision 14975)
+++ src/text3.C (Arbeitskop
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Lars> Then our spellcheck abstraction is wrong.
> Yes :)
Being fair to John, he couldn't make sense of the original Controller stuff
when he wrote ControlSpellchecker. Being fair to me, I couldn't make sense of
ControlSpellchecker when I came t
> "Edwin" == Leuven, E <[EMAIL PROTECTED]> writes:
Edwin> atm this seems to sum it up on linux for the major distros:
Edwin> * Arch Linux (4.1.4) * Debian Etch (testing) 4.1.3 (some
Edwin> 4.1.2) * Debian Sid (unstable) 4.1.3 * Fedora 4 4.1.4 * Fedora
Edwin> 5 4.1.4 * Red Hat 9 4.1.4 * Re
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Many users are contributing packages right?
No, some users are contributing packages sometime. I am not
criticizing those people, but we lack proper synchronization and it is
going to get work. I am personally not goi
Jean-Marc Lasgouttes wrote:
> You can revert that and say that those who want to get rid of qt3
> because they will feel more comfortable will be morally engaged to do
> whatever is needed to make lyx run and be packaged on all the
> not-so-old linux distribs. This means _good_ packaging of bina
Helge Hafting <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| >
| > | But what if I want to translate some unicode (usc4) string? That's the
| > | case in a couple of place in the code and that's the reason I added
| > | this method.
|
Jean-Marc Lasgouttes wrote:
"Edwin" == Leuven, E <[EMAIL PROTECTED]> writes:
Edwin> and, is prepared to take up the work of keeping it up-to-date
Edwin> ...
Edwin> (remember, there is no such thing as a free lunch)
You can revert that and say that those who want to get rid of qt3
because the
Slightly better patch.
Georg
Index: src/support/docstring.C
===
--- src/support/docstring.C (Revision 14975)
+++ src/support/docstring.C (Arbeitskopie)
@@ -15,9 +15,80 @@
#include
+#include
+
+
+#ifdef __GCC__
+namespace {
+
+/
Jean-Marc Lasgouttes wrote:
> Program received signal SIGABRT, Aborted.
>
> (gdb) bt
> #0 0xe410 in ?? ()
> #1 0xbfffd48c in ?? ()
> #2 0x0006 in ?? ()
> #3 0xb73181e9 in abort () from /lib/tls/libc.so.6
> #4 0xb74dadc7 in __gnu_cxx::__verbose_terminate_handler ()
>from /usr/lib/
On Mon, Sep 11, 2006 at 03:59:54PM +0200, Jean-Marc Lasgouttes wrote:
> > "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> Enrico> It seems that the client needs to be linked against iconv.
>
> You mean like that?
Yes, that's it.
--
Enrico
> "Edwin" == Leuven, E <[EMAIL PROTECTED]> writes:
Edwin> and, is prepared to take up the work of keeping it up-to-date
Edwin> ...
Edwin> (remember, there is no such thing as a free lunch)
You can revert that and say that those who want to get rid of qt3
because they will feel more comforta
Bo, I remember reading a proposal from you back when I was in hollydays.
Do you still have something planned?
Yes. Simplifying clipboard/selection is supposed to be my next big
thing with lyx, but I am too busy right now to do it. My immediate
plan is getting lyx accepted by cygwin-package.
Bo
Enrico Forestieri wrote:
On Mon, Sep 11, 2006 at 01:35:47PM +0200, Enrico Forestieri wrote:
On Mon, Sep 11, 2006 at 12:17:07PM +0200, Jean-Marc Lasgouttes wrote:
"Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
This fixes compilation in frontends/qt3. Commi
> "Enrico" == Enrico Forestieri <[EMAIL PROTECTED]> writes:
Enrico> It seems that the client needs to be linked against iconv.
You mean like that?
JMarc
Index: src/client/Makefile.am
===
--- src/client/Makefile.am (revision 14
> "pol" == pol <[EMAIL PROTECTED]> writes:
pol> What is mostly annoying is that, adding a new line in the middle
pol> of an indented text, the whole text below gets automatically
pol> indented down. See the enclosed test lyx file to check out.
As I said before, this is bug 2245. The followin
On Mon, Sep 11, 2006 at 01:35:47PM +0200, Enrico Forestieri wrote:
> On Mon, Sep 11, 2006 at 12:17:07PM +0200, Jean-Marc Lasgouttes wrote:
> > > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
> >
> > Georg> Jean-Marc Lasgouttes wrote:
> > >> This fixes compilation in frontends/qt3. Committi
OK.. I'll start next week, but I am not sure when I can finish. It can take
time depending on my free time.
I am very glad that you will handle lyx2lyx conversion :)
Helge Hafting wrote:
Attached v.3 of the lilypond external inset.
(The patch to preferences and the script is unchanged.)
The only change is a correction to the text shown when
you select lilypond in the external inset dialog. It documents the
fact that you need lilypond 2.9, not 2.8 to be able
Jean-Marc Lasgouttes wrote:
This fixes compilation in frontends/qt3. Committing now.
Hey, I am surprised that the patch is so small! Looks like I did a good
"blind" job :-)
Abdel.
Jean-Marc Lasgouttes wrote:
I see the following crash whenever I try to create a new file. It
seems to point to a general problem in boost::format.
This is with gcc 3.4.1
Ideas?
Working fine here (MSVC8).
Abdel.
Abdelrazak Younes wrote:
> Georg Baum wrote:
>> Helge Hafting wrote:
>>
>>> Removing it is no problem for me, compiling qt4 works for me,
>>> and I have the impression that the scrolling performance
>>> problems (compared to qt3) were fixed.
>>
>> The last time I checked before the unicode merge
On Monday 11 September 2006 13:24, Georg Baum wrote:
> You change InsetCommandParams to support a name,value pair interface for
> parameters and send it to the list for review. When it is OK you can change
> the existing insets to use the new interface. After that Jose or I create
> the necessary l
Jean-Marc Lasgouttes wrote:
"Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
This fixes compilation in frontends/qt3. Committing now.
Georg> Too late ;-) BTW I have gtk almost finished, too.
:)
I have a couple of fixes to ispell and client (which Abdel c
Georg Baum wrote:
Helge Hafting wrote:
Removing it is no problem for me, compiling qt4 works for me,
and I have the impression that the scrolling performance
problems (compared to qt3) were fixed.
The last time I checked before the unicode merge they where not fixed.
AFAIR, the problem was
On Mon, Sep 11, 2006 at 01:51:36PM +0200, Jean-Marc Lasgouttes wrote:
> I think the only one that makes sense is the kbd version, since the
> idea is to do faster something that could be done by hand.
Yes, that's fine by me.
regards
john
Ozgur Ugras BARAN wrote:
> Well, I didn't like the way to store LaTeX commands, either. I am not
> sure that I am brave enough to (or capable of) develop that part, but
> I can give it a try.
Great!
> However, in my incredibly humble opinion, the syntax should be based
> on a markup language (pr
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
Jean-Marc> I'll apply it.
Done.
JMarc
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> I applied it to trunk, and I would like to apply it to 1.4 too.
>> Please
Bo> Sorry but I do not see what the problem is. :-) There is no 1, 2,
Bo> 3, things go wrong instruction.
I cannot reproduce it either :) I know I could at some time, but
Georg Baum wrote:
Helge Hafting wrote:
I am now able to compile lyx 1.5 again, and as expected,
instant preview does not work without your patch.
Unfortunately, the patch does not apply to lyx 1.5,
(yesterday's svn):
I sent two versions: One for 1.4 and one for 1.5. The version for
Jean-Marc Lasgouttes wrote:
> OpenOffice has them in Format>Change case (with 2 items in the
> submenu, which looks silly).
>
> Word 97 has a Format>Change case dialog (with no less than 5
> possibilities).
>
> Others?
abiword: Format>Change case dialog (with 5 possibilities)
kword: Tools>Change c
José Matos wrote:
> Now the compilation fails in gtk as it was to be expected, I know that
> you
> are working on it, so that is OK.
My fix was not complete, I am currently compiling.
> terminate called after throwing an instance of 'std::bad_cast'
> what(): St8bad_cast
> Aborted
>
> D
Well, I didn't like the way to store LaTeX commands, either. I am not
sure that I am brave enough to (or capable of) develop that part, but
I can give it a try.
However, in my incredibly humble opinion, the syntax should be based
on a markup language (preferably XML), which is planned for lyx-1.6
On Monday 11 September 2006 12:44, Georg Baum wrote:
> José Matos wrote:
> > I have nls disabled, could it be that the cause?
>
> Yes. This patch should fix it. If it does please commit.
Thanks, it works.
Now the compilation fails in gtk as it was to be expected, I know that you
are workin
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> It's certainly grammatical in English too, but the question is
John> if it's not there, then where? Certainly "not on the menus" is a
John> reasonable solution.
OpenOffice has them in Format>Change case (with 2 items in the
submenu, whi
Helge Hafting wrote:
> Removing it is no problem for me, compiling qt4 works for me,
> and I have the impression that the scrolling performance
> problems (compared to qt3) were fixed.
The last time I checked before the unicode merge they where not fixed.
Currently this can't be checked because l
Lars Gullik Bjønnes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| But what if I want to translate some unicode (usc4) string? That's the
| case in a couple of place in the code and that's the reason I added
| this method.
That is just not allowed. Msgid is only allowed to be pure ascii
José Matos wrote:
> I have nls disabled, could it be that the cause?
Yes. This patch should fix it. If it does please commit.
GeorgIndex: src/messages.C
===
--- src/messages.C (Revision 14975)
+++ src/messages.C (Arbeitskopie)
@@
Lars Gullik Bjønnes wrote:
Michael Gerz <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes schrieb:
| > I don't want one man that is unwilling to work on qt3 decide what
| > happens with it. Get consensus, then let's ditch it. Not before.
| >
| OK, then let's revert the question: Who wants to kee
I tried to compile lyx, the problem since yesterday is the following:
make[3]: Entering directory `/home/jamatos/lyx/lyx-devel/src'
if g++ -DHAVE_CONFIG_H -I. -I. -I. -I../boost -Wextra -Wall -O -MT
messages.o -MD -MP -MF ".deps/messages.Tpo" -c -o messages.o messages.C; \
then mv -f ".deps
On Mon, Sep 11, 2006 at 12:17:07PM +0200, Jean-Marc Lasgouttes wrote:
> > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>
> Georg> Jean-Marc Lasgouttes wrote:
> >> This fixes compilation in frontends/qt3. Committing now.
>
> Georg> Too late ;-) BTW I have gtk almost finished, too.
>
> :)
Helge Hafting wrote:
> I am now able to compile lyx 1.5 again, and as expected,
> instant preview does not work without your patch.
>
>
> Unfortunately, the patch does not apply to lyx 1.5,
> (yesterday's svn):
I sent two versions: One for 1.4 and one for 1.5. The version for 1.5 does
still app
I am now able to compile lyx 1.5 again, and as expected,
instant preview does not work without your patch.
Unfortunately, the patch does not apply to lyx 1.5,
(yesterday's svn):
[EMAIL PROTECTED] /usr/src/lyx-devel $ patch -p0 --dry-run <
../baumpatch
patching file src/graphics/GraphicsConver
On Mon, Sep 11, 2006 at 12:34:32PM +0200, Juergen Spitzmueller wrote:
> John Levon wrote:
> > it's at least
> > arguable that capitalisation is a reasonable "Text Style" operation.
>
> In English perhaps. At least in German, it's first and foremost a
> morphosyntactical (i.e. grammatical) marke
Jean-Marc Lasgouttes wrote:
> The problem is that this text is done in lyxfunc::dispatch only, so it
> is possible to bypass the checks by calling directly the wrong
> dispatch command. For example, the workaread calls (called?) directly
> BufferView::dispatch.
>
> The extra asserts does not hurt
Ozgur Ugras BARAN wrote:
> It is so rare that, It is fantastic not to be wrong. :))
>
> then it should work well for the case \command[][]{}
The fact that InsetCommand stores its parameters in LaTeX-like syntax in LyX
files is a historical mistake, so I would rather avoid to extend this even
fu
Jean-Marc Lasgouttes wrote:
>
> I see the following crash whenever I try to create a new file. It
> seems to point to a general problem in boost::format.
>
> This is with gcc 3.4.1
>
> Ideas?
Yes. It is probably an unusable std::char_trais that throws
the cast. I have developed a working one (
Georg Baum wrote:
Lars Gullik Bjønnes wrote:
My fc5 just works...
And gcc 4.1.2 works for me with pch, too. Strange.
--disable-pch did the trick for me. I can only guess the bug only exist
for some sw versions, some platforms, or some peculiar corner cases
in our ever-changing c
It is so rare that, It is fantastic not to be wrong. :))
then it should work well for the case \command[][]{}
any comments on backporting this feature to lyx 1.4.x ?? it shouldn't
take too much time for me..
On 9/11/06, Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> "Ozgur" == Ozgur Ug
> "Al" == Al Muckart <[EMAIL PROTECTED]> writes:
Al> I used rcsdiff to work this out, but it occurred to me then that
Al> having a "highlight changes since last version" option in the
Al> version control which did change-tracking style highlighting of
Al> the changes since the last checking wo
I see the following crash whenever I try to create a new file. It
seems to point to a general problem in boost::format.
This is with gcc 3.4.1
Ideas?
JMarc
terminate called after throwing an instance of 'std::bad_cast'
what(): St8bad_cast
Program received signal SIGABRT, Aborted.
(gdb) bt
John Levon wrote:
> it's at least
> arguable that capitalisation is a reasonable "Text Style" operation.
In English perhaps. At least in German, it's first and foremost a
morphosyntactical (i.e. grammatical) marker, and I wouldn't subsume that
to "Text Style" (unless you are willing to subsume
On Sat, Sep 09, 2006 at 03:36:10PM +0200, Juergen Spitzmueller wrote:
> Really? I didn't notice that. Anyway, if you think that emphasize and noun
> should be in the menus additionally to the toolbars and the dialog (I find it
> superfluous), it is probably the best to put them in a char style s
On Wed, Sep 06, 2006 at 11:29:58PM +0200, Michael Gerz wrote:
> 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
On Sun, Sep 10, 2006 at 12:26:49AM +0200, Abdelrazak Younes wrote:
> Juergen Spitzmueller wrote:
> >This is again the patch I posted to fix the layout in collapsable insets
> >that are inserted with doInsertInset.
> >
> >I'd like to apply this patch to 1.5 and backport it to 1.4.
> >
> >Comments?
On Sat, Sep 09, 2006 at 08:24:59PM +0200, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | This is after an 'svn up' at about 17:00
> |
> | I have changs in my tree, but only below src/
>
> And it got properly updated after the update to boost 1.34?
> No stale files l
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Jean-Marc Lasgouttes wrote:
>> This fixes compilation in frontends/qt3. Committing now.
Georg> Too late ;-) BTW I have gtk almost finished, too.
:)
I have a couple of fixes to ispell and client (which Abdel cannot
check).
JMarc
Jean-Marc Lasgouttes wrote:
> This fixes compilation in frontends/qt3. Committing now.
Too late ;-) BTW I have gtk almost finished, too.
Georg
1 - 100 of 127 matches
Mail list logo
