Andre Poenitz wrote:
>
> > ../src/lyx_main.C:635: no matching function for call to `LyXLex::IsOK
> > ()'
> > ../src/lyx_main.C:643: no matching function for call to `LyXLex::IsOK
> > ()'
> > ../src/lyx_main.C:654: no matching function for call to
> > `LyXLex::GetString ()'
>
> Change this to '::
Herbert Voss wrote:
>
> Michael Schmitt wrote:
> >
> > you need to patch lyx_main.C in order to be able to compile LyX.
>
> I patched and this is what happens???
>
Your patch didn't take or something. I just put the indicated changes in
by hand and it worked fine, changing all IsOK's to isOK an
> ../src/lyx_main.C:635: no matching function for call to `LyXLex::IsOK
> ()'
> ../src/lyx_main.C:643: no matching function for call to `LyXLex::IsOK
> ()'
> ../src/lyx_main.C:654: no matching function for call to
> `LyXLex::GetString ()'
Change this to '::isOk' and '::getString' and it should be
Michael Schmitt wrote:
>
> you need to patch lyx_main.C in order to be able to compile LyX.
I patched and this is what happens???
g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -I../boost-isystem
/usr/X11R6/include -g -O -fno-exceptions -W -Wall
-DLYX_DIR=\"/usr/share/lyx\" \
-DTOP_SRCDIR=\".
new standard key bindings for "math-macro-arg n".
I am running out of "bindable keys" in the "M-m bind space". But I guess
things like "context sensitive keybindings" are 1.3 material now...
Andre'
--
André Pönitz . [EMAIL PROTECTED]
Index: math.b
... seem to be used in lyx_main.
I guess they need lower case letters at the beginning, too.
Andre'
--
André Pönitz . [EMAIL PROTECTED]
On Mon, Aug 06, 2001 at 04:16:30PM +0200, Edwin Leuven wrote:
> > So that XML parsers will handle it. (but I don't think we want to use
> > xml parsers (perhaps a sax parser))
>
> For what it's worth, the Qt doc states:
>
> The XML module provides a well-formed XML parser using the SAX2
> (Simpl
On Mon, Aug 06, 2001 at 03:27:53PM +0200, Asger K. Alstrup Nielsen wrote:
> On Mon, 6 Aug 2001, John Levon wrote:
>
> > > No, I don't think you understand what I mean by XML-like. Let's call
> > > it well-formed XML instead.
>
> I guess the point is that we don't want to a full-blown XML parser i
I ineserted a 2143 byte png file into a table and got a blank box. Then
I trie view ps, and got an error dialpg about a failure to file x to
/tmp ... a couple of times. Then the LyX view showed an error converting
file message, but the ps view came out fine. I looked in the directory
(not my lyxdo
I am using Lyx 1.1.6fix3. I am attaching a file that causes a Lyx
crash. If I go to the first column in the first row of the table, and
then issue line-delete-forward, lyx crashes. If the cursor is in the
red box of the column, it does not crash, but if it before the red box,
it does crash. He
Sorry boys,
there are more bugs in the current cvs code.
I wish you good luck.
Michael
--
==
Michael Schmittphone: +49 451 500 3725
Institute for Telematics secretary: +49 451
Hi,
enclosed please find an updated bug list. There are currently some ugly
looking memory access errors. I think these should have highest priority
(higher than drawing problems). As usual, the latest bugs are on top of
the list.
Michael
--
Hi,
you need to patch lyx_main.C in order to be able to compile LyX.
Index: src/lyx_main.C
===
RCS file: /cvs/lyx/lyx-devel/src/lyx_main.C,v
retrieving revision 1.86
diff -u -r1.86 lyx_main.C
--- src/lyx_main.C 2001/08/03 18:28
* John Levon <[EMAIL PROTECTED]> [2001-08-06 17:45] schrieb:
> On Mon, Aug 06, 2001 at 05:15:30PM +0200, Ronny Buchmann wrote:
>
> > but be careful that it doesnt merge modified files with the (older one) from
>repository
>
> eh ? that's what you want anyway. you won't be able to commit unless
Michael Schmitt wrote:
>
> two remarks from a user's perspective:
>
> - Concerning your discussion this morning, I think it is a very nice
>feature that references are updated if the corresponding label is
>changed! I wonder if it makes sense to update references
>even globally with
Hi,
two remarks from a user's perspective:
- Concerning your discussion this morning, I think it is a very nice
feature that references are updated if the corresponding label is
changed! I wonder if it makes sense to update references
even globally within all open documents. This would
As of latest CVS:
1) Create a table. Accept the defaults (5x5).
2) Fill the top line cells with anything, using tab to go to the next cell.
3) On the second row, as you insert characters, the red box around
the cell is not drawn correctly until you enter enought characters
to equal the widt
mathed
Garst
make[3]: Entering directory `/usr/local/garst/lyx-devel/src/mathed'
make[3]: *** No rule to make target `math_bigopinset.C', needed by
`math_bigopinset.lo'. Stop.
John Levon wrote:
>
> On Mon, Aug 06, 2001 at 03:27:53PM +0200, Asger K. Alstrup Nielsen wrote:
>
> > One problem with XML is that a full parser carries a pretty big
> > foot-print along with it, and it also introduces Yet Another
> > Dependency. Finally, no good free C++ XML parsers are really
* John Levon <[EMAIL PROTECTED]> [2001-08-06 13:30] schrieb:
> On Mon, Aug 06, 2001 at 01:14:05PM +0200, Andre Poenitz wrote:
>
> > > when you do "cvs commit *", it gives messages about files not in repository
> > > with "cvs diff", the files are marked with '?'
> >
> > When I try 'cvs commit *'
On Mon, Aug 06, 2001 at 03:27:53PM +0200, Asger K. Alstrup Nielsen wrote:
> One problem with XML is that a full parser carries a pretty big
> foot-print along with it, and it also introduces Yet Another
> Dependency. Finally, no good free C++ XML parsers are really available
> at this point to my
On Mon, Aug 06, 2001 at 04:11:26PM +0100, Angus Leeming wrote:
> On Monday 06 August 2001 16:01, Zvezdan Petkovic wrote:
> > On Mon, Aug 06, 2001 at 03:52:27PM +0100, Angus Leeming wrote:
> > > In the drop down list of possible layouts.
> > >
> > > What's the difference?
> > >
> > > Angus
> >
On Mon, Aug 06, 2001 at 03:52:27PM +0100, Angus Leeming wrote:
> In the drop down list of possible layouts.
>
> What's the difference?
>
> Angus
One is used for a short single paragraph quotes. The other for a
multiple paragraph quotations.
--
Zvezdan Petkovic <[EMAIL PROTECTED]>
http://www.
On 06-Aug-2001 [EMAIL PROTECTED] wrote:
> Log message:
> Various update/redraw fixes. Cleaned up InsetERT and added a dialog for
> changing between statuses. Save the statuses to file.
Ok if possible it would be nice if people could try an updated version again,
and see if this fixe
In the drop down list of possible layouts.
What's the difference?
Angus
On Thursday 02 August 2001 13:02, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | On Thursday 02 August 2001 12:19, Lars Gullik Bjønnes wrote:
> | > Angus Leeming <[EMAIL PROTECTED]> writes:
> | >
> | > | When I press my compose key I get the minibuffer message "unkn
On Mon, 6 Aug 2001, John Levon wrote:
> > No, I don't think you understand what I mean by XML-like. Let's call
> > it well-formed XML instead.
>
> I must admit I'm totally confused then ;)
>
> If it is XML, then it is well-formed XML and vice versa. So we are using
> an XML format (good that's
On Mon, Aug 06, 2001 at 02:50:13PM +0200, Lars Gullik Bjønnes wrote:
> No, I don't think you understand what I mean by XML-like. Let's call
> it well-formed XML instead.
I must admit I'm totally confused then ;)
If it is XML, then it is well-formed XML and vice versa. So we are using
an XML for
On 06-Aug-2001 Angus Leeming wrote:
> Sure. I hate all this resize nonsense too. The appropriate place is probably
> in FormBase, FormBaseDeprecated::show (patch please, I'm busy again!).
> However, in this case Michael states that it isn't a resize problem.
Maybe the icons have some sort of
On Mon, Aug 06, 2001 at 02:13:40PM +0200, Lars Gullik Bjønnes wrote:
> | What ha[p[enned to the XML patches ?
>
> mmm... I don't want XML... but only something XML-like.
why ?
having something XML-like adds none of the advantages of XML[1], and all the
disadvantages[2]
It's like having a coat
On Thursday 02 August 2001 20:47, John Levon wrote:
> On Thu, Aug 02, 2001 at 09:37:09PM +0200, Michael Schmitt wrote:
>
> >
> > >> - The dots dialog in the math panel is drawn accurately; at the right
> > >> a fine vertical bar is not drawn
> >
> > >I suppose you mean inaccurately. Can you e
On 06-Aug-2001 John Levon wrote:
>> I'm really hard trying to make the update/redraw code work correctly,
>> but when I'm fixing something in one end there comes out something in
>> another end. So this will need some time.
>
> of course the 3 or 4 tabular crashers are more important than the r
On Mon, Aug 06, 2001 at 12:02:50PM +0200, Pascal Francq wrote:
> > messageboxes). I think we agreed on the following naming scheme (did we?):
> > > QXXX.[Ch]
> > > ui/QXXXDialog.[Ch]
> > > QXXXDialogImpl.[Ch]
> >
> > gr.ed.
>
> So, it is better if I wait a liitle bit before starting something?
On Mon, Aug 06, 2001 at 01:14:05PM +0200, Andre Poenitz wrote:
> > when you do "cvs commit *", it gives messages about files not in repository
> > with "cvs diff", the files are marked with '?'
>
> When I try 'cvs commit *' it gives 'Use cvs add to create...' error
> messages for every .o in the
On Mon, Aug 06, 2001 at 10:07:29AM +0200, Juergen Vigna wrote:
> I'm really hard trying to make the update/redraw code work correctly,
> but when I'm fixing something in one end there comes out something in
> another end. So this will need some time.
of course the 3 or 4 tabular crashers are mor
On Mon, Aug 06, 2001 at 10:05:32AM +0200, Lars Gullik Bjønnes wrote:
> | that we should change format inside a "fix" release and x > 0 will be a
> | fix release where ONLY bugfixes should come in!
>
> We could have the simple compability code in the fix releases. But not
> the real format change
On Mon, Aug 06, 2001 at 10:12:54AM +0200, Juergen Vigna wrote:
> Ok I modified Emmanuel's solution just a bit, are people likeing this
> solution? We could use the same for tabulars and just disable the 2
looks good to me
john
--
"They didn't know what the symbols and paradoxes meant. Instea
> when you do "cvs commit *", it gives messages about files not in repository
> with "cvs diff", the files are marked with '?'
When I try 'cvs commit *' it gives 'Use cvs add to create...' error
messages for every .o in the directory, too. Ok, I could filter them out
to get only the interesting f
* Andre Poenitz <[EMAIL PROTECTED]> [2001-08-06 08:42] schrieb:
> > One thing that would have worked is keeping a separate tree that you
> > never modify, but only update and try to build that after commits...
>
> That's a good idea. I'll try that at least if I go away for more than a
> night...
> So, it is better if I wait a liitle bit before starting something?
No, just keep the naming scheme in mind when you decide to add stuff...
gr.ed.
On Friday 03 August 2001 14:53, Edwin Leuven wrote:
> > Is there enough people to work on the qt2 port.
>
> the more the merrier
>
> > I can perhaps spent a
> > little of my time to try to do some port of the dailogs to qt2.
>
> I think John is planning to do a renaming operation in the qt2 direct
Lars Gullik Bjønnes wrote:
>
> Herbert Voss <[EMAIL PROTECTED]> writes:
>
> | Lars Gullik Bjønnes wrote:
> | >
> | > Dekel Tsur <[EMAIL PROTECTED]> writes:
> | >
> | > | On Mon, Aug 06, 2001 at 01:29:04AM +0200, Lars Gullik Bjønnes wrote:
> | > | >
> | > | > - feature freeze as of _now_.
> | > |
Herbert Voss wrote:
>
> Andre Poenitz wrote:
> >
> > > Seems that your sources are foobar, I do not see that here.
> >
> > I think he has a version with the commented-out 'math_charinset.[Ch]' in
> > Makefile.am
>
> I went back to the old makefile.am, but get always the same
> error, also with a
Andre Poenitz wrote:
>
> > Seems that your sources are foobar, I do not see that here.
>
> I think he has a version with the commented-out 'math_charinset.[Ch]' in
> Makefile.am
I went back to the old makefile.am, but get always the same
error, also with a new cvs update???
Herbert
--
http:/
Lars Gullik Bjønnes wrote:
>
> Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> | On Mon, Aug 06, 2001 at 01:29:04AM +0200, Lars Gullik Bjønnes wrote:
> | >
> | > - feature freeze as of _now_.
> | > - this mean that stuff like userdefinable floats will
> | > not be done for 1.2.0
> |
On 05-Aug-2001 Dekel Tsur wrote:
> I've made a first attempt at creating paragraph iterators, and use them in
> order to fix updating of references when the label is changed.
>
> I've created two different implementations.
> In the first, we use the fact that we have a fixed structure of a docum
1. Type ctrl-m x y
The result is $yx$ instead of $xy$
2. Sometimes, when quitting from LyX, LyX crashes.
The problem is in mathed.
On 06-Aug-2001 Dekel Tsur wrote:
> On Mon, Aug 06, 2001 at 01:29:04AM +0200, Lars Gullik Bjønnes wrote:
>>
>> - feature freeze as of _now_.
>> - this mean that stuff like userdefinable floats will
>> not be done for 1.2.0
>
> What about floatingfigure ? We need this for compa
On Mon, Aug 06, 2001 at 01:29:04AM +0200, Lars Gullik Bjønnes wrote:
>
> - feature freeze as of _now_.
> - this mean that stuff like userdefinable floats will
> not be done for 1.2.0
What about floatingfigure ? We need this for compatibility with 1.1.6
On Mon, Aug 06, 2001 at 12:04:32AM +0200, Lars Gullik Bjønnes wrote:
> | updated, so this is a bug (which should be fixed for 1.2.0).
>
> Perhaps... but we don't need paragraph iterators to do so.
> I realize that having paragraph iterators will be nice, and that we
> have several structures that
On 06-Aug-2001 Emmanuel GUREGHIAN wrote:
> Juergen Vigna wrote:
>> Ok now I could load them ;)
>>
>> What about this?
> For me exactly what I needed, but the dialog size is a little larger.
> Do you propose it on the mailing list ?
Ok I modified Emmanuel's solution just a bit, are people likein
On 05-Aug-2001 Lars Gullik Bjønnes wrote:
>
> Ok,
>
> - feature freeze as of _now_.
> - this mean that stuff like userdefinable floats will
> not be done for 1.2.0
Good!
> It seems that we are not that far from having something releasable.
> But we have a lot of small bugs
On 06-Aug-2001 Lars Gullik Bjønnes wrote:
> That will continue to happen until we have a format that makes sense.
> (note that for this change it is possible to make 1.2.x read the new
> format with just a couple of small tweeks:
> - ignore the begin_doc_parameters and end_doc_parameters
> - use
On 06-Aug-2001 Lars Gullik Bjønnes wrote:
>| I figured this would keep you busy for a while ;-)
#:O)
> I will probably do the rows in lyxtext first... seems a bit easier...
I really hope you plan this not for 1.2.0, but no you wouldn't!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._
> Seems that your sources are foobar, I do not see that here.
I think he has a version with the commented-out 'math_charinset.[Ch]' in
Makefile.am
Andre'
--
André Pönitz . [EMAIL PROTECTED]
Please try again after an 'cvs update'.
Andre'
--
André Pönitz . [EMAIL PROTECTED]
what happens?
/bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I.
-I../../src -I./../ -I../.. -I../.. -I../../boost -isystem
/usr/X11R6/include -g -O -fno-exceptions -W -Wall -c array.C
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../.. -I../..
-I../../boost -isystem /usr/X11R
On 08-Jun-2001 Jean-Marc Lasgouttes wrote:
> There have been a fix for that in 1.2.0cvs. I asked Juergen to
> propagate it to 1.1.6 too.
Isn't this done yet? IMO I did this already!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen Vigna
John Levon wrote:
[snip]
> for the qt frontend, there is a little tabular box which grows/shrinks as you
> change the values. I don't know how word does it.
I have made a screenshot of it
> > > (and are not aligned properly).
> > That's true, that was just a quick hack
>
> fix this and it will b
Could anybody please help me figuring out what the different beasts in
math are? Currently there is a hierarchy that looks like:
Inset
(abstract base)
/| \
Dim
60 matches
Mail list logo