On Thu, Jul 13, 2000 at 12:42:35AM +0100, Bernard Michael Hurley wrote:
> Hi all,
>
> I have found a noweb error that is not caught by the current listerrors
> program:
>unescaped << in documentation chunk
Ah!!! At last!! This one has bugged me many times before... Thanks for fixing
it.
Hi,
I've uploaded the lyxdoc CVS and encountered an error
when loading the UserGuide.lyx (I'm also running LyX CVS):
LyX: Missing \end_inset at this point. Read: `'
[around line 22706 of file ~/LyX/lyxdoc/UserGuide.lyx]
LyX: Missing \end_inset at this point. Read: `'
[around line 22
Hi all,
I have found a noweb error that is not caught by the current listerrors program:
unescaped << in documentation chunk
I have changed Literate.lyx to catch this.
To cause the error take any Literate program and put a space before the first "<<" in
a scrap. If you LaTeX the file t
I'm currently looking into a problem that happens when you delete my
InsetGraphics when a dialog is open. The scenario is as follows:
1. Insert InsetGraphics
2. Edit it (the dialog pops)
3. Go back to LyX and delete the inset (the dialog stays)
4. Edit the dialog and click apply (LyX crashes)
Yo
On 10 Jul 2000, Jean-Marc Lasgouttes wrote:
> > "Baruch" == Baruch Even <[EMAIL PROTECTED]> writes:
>
> Baruch> On 8 Jul 2000, Lars Gullik Bjønnes wrote:
> >> | filename /tmp/platypus.png
>
> Baruch> Actually I've changed to use a relative file path. Now I've
> Baruch> got a problem dealing
On Wed, Jul 12, 2000 at 03:05:47PM -0700, Kayvan A. Sylvan wrote:
>
> Apply the following patch to configure.in and it should work:
>
Thanks, it does!
Bernard
On Wed, Jul 12, 2000 at 10:42:53PM +0100, Bernard Michael Hurley wrote:
> Hi all,
>
> I've just updated from cvs and I get the following error when I try to "make":
>
> g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../..
>-isystem/usr/X11R6/include -g -O -fno-rtti -fn
Hi all,
I've just updated from cvs and I get the following error when I try to "make":
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I../../images -I./../ -I../.. -I../..
-isystem/usr/X11R6/include -g -O -fno-rtti -fno-exceptions -ansi -W -Wall
-Wno-return-type -Wp,-MD,.deps/formula.pp -c formula.C
On Wed, Jul 12, 2000 at 04:28:32AM -0700, belahcene abdelkader wrote:
> fisrt, i would like to know if you use arabtex package
> (Lagally), in that case arabtex must be installed.
I have tested the Arabic support with arabtex.
It may also work with omega, but I haven't tried it yet.
> first pro
This is a forward regarding a possible speedup of the I/O in LyX, we do
not use stdio anywhere to the best of my knowledge, so it might be usefull
to add this.
Though I don't really think that we'll get a noticeable speedup, most of
the time we are not I/O bound (when are we?)
--
Baruch Even
Ok. The attached patch works! Even on Jürgen's fiendishly complex form_tabular.fd.
As I stated before, it will allow me to make forward declarations such as
struct FD_form_citation;
class FormCitation : public DialogBase {
FD_form_citation * dialog_;
}
rather than have to include the h
edscott <[EMAIL PROTECTED]> writes:
| LyX has a bug with double nested "input" files. What do I mean by double
| nested? I mean the main file has an input file "part_1.lyx" and the file
| part_1.lyx has several input files "chapter_x.lyx".
| The problem is that the chapter_x.tex files are not g
LyX has a bug with double nested "input" files. What do I mean by double
nested? I mean the main file has an input file "part_1.lyx" and the file
part_1.lyx has several input files "chapter_x.lyx".
The problem is that the chapter_x.tex files are not generated in the same
temporary directory as
On 12-Jul-2000 Angus Leeming wrote:
> When I launch the citation dialog for the first time (either by clicking on an
> existing inset or requesting a new one), I get a spurious "Text After" that
> appears in the main LyX window. This dissapears when I refresh the screen, but
> it always appears t
Hi all,
it seems I have found a bug, or so LyX tells me.
I edited a new document, opened from the "letter.lyx"-template, and
started the spellchecker. When LyX came across a word it didn't know, I
changed it manually and clicked "Replace Word". Since LyX still didn't
know this word I clicked "Ig
When I launch the citation dialog for the first time (either by clicking on an
existing inset or requesting a new one), I get a spurious "Text After" that
appears in the main LyX window. This dissapears when I refresh the screen, but
it always appears the first time I launch the dialog. Attached i
Jürgen> The USE_NEW_LAYOUT is ONLY for testing the new tabular-inset-layout!
Jürgen> The other NEW_TABULAR is NOT needed!!!
Jürgen> If you want to try a tabular-inset just do as lars told you:
Jürgen> M-x tabular-inset-insert
Excellent! I just like to know WHY. My scientific training I guess.
On 12-Jul-2000 Angus Leeming wrote:
>
> I've also read your other mail about USE_NEW_LAYOUT and am a little confused.
> Can you tell me explicity what variables I need to define and where I should
> define (ie what do you do?)
>
The USE_NEW_LAYOUT is ONLY for testing the new tabular-inset-layo
Angus Leeming <[EMAIL PROTECTED]> writes:
| Jürgen> Angus just define this in insettabular.C and if you want also in lyxfunc.C
| Jürgen> so you have to compile only this to source-files.
|
| ??? But a grep of the code base reveals that the following files have either
| #ifdef NEW_TABULAR or #ifn
Jürgen> Angus just define this in insettabular.C and if you want also in lyxfunc.C
Jürgen> so you have to compile only this to source-files.
??? But a grep of the code base reveals that the following files have either
#ifdef NEW_TABULAR or #ifndef NEW_TABULAR ???
BufferView2.C BufferView_pimpl.C
On 12-Jul-2000 Juergen Vigna wrote:
>
> On 12-Jul-2000 Lars Gullik Bjønnes wrote:
>> Angus Leeming <[EMAIL PROTECTED]> writes:
>>
>>| Simple question for Jürgen: if I want to try out your new tabular thingy, I
>>| need to define this variable. Where is the best place to do it? Should I just
>>|
On 12-Jul-2000 Angus Leeming wrote:
> Of use to someone perhaps:
>
> cxx: Warning: BufferView2.C, line 284: non-void function
> "BufferView::open_new_inset" (declared at line 275) should return a
> value
> }
Fixed!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-
On 12-Jul-2000 Angus Leeming wrote:
> Morning all,
>
> I had to modify Jürgen's new form_tabular.fd to get it to compile with DEC cxx.
> It's picky about extern "C" functions. Patch is striaghtforward. Please apply.
>
Applied!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-
On 11-Jul-2000 Kayvan A. Sylvan wrote:
>
> Please apply to CVS.
> ---Kayvan
Applied!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N Tel/Fax: +39-0471-450260 /
On 12-Jul-2000 Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
>| Simple question for Jürgen: if I want to try out your new tabular thingy, I
>| need to define this variable. Where is the best place to do it? Should I just
>| modify src/config.h by hand?
>
> Just enter
On Tue, 11 Jul 2000, Lars Gullik Bjønnes wrote:
> | 2. Make LyX compatible with the string class included in libstdc++ by
> | fixing files src/support/lstrings.C (lines 184 and 201,
> | string::compare) and src/lyx_cb.C (line 1109, algorithm copy and string
> | interaction).
>
> You mean unfix
Of use to someone perhaps:
cxx: Warning: BufferView2.C, line 284: non-void function
"BufferView::open_new_inset" (declared at line 275) should return a
value
}
^
Lars> | Simple question for Jürgen: if I want to try out your new tabular thingy, I
Lars> | need to define this variable. Where is the best place to do it? Should I just
Lars> | modify src/config.h by hand?
Lars> Just enter "M-x tabular-inset-insert".
The code base has stacks of
#ifdef NEW_TABU
Angus Leeming <[EMAIL PROTECTED]> writes:
| Simple question for Jürgen: if I want to try out your new tabular thingy, I
| need to define this variable. Where is the best place to do it? Should I just
| modify src/config.h by hand?
Just enter "M-x tabular-inset-insert".
Lgb
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > > Marko Vendelin <[EMAIL PROTECTED]> writes:
| > >
| > > | 4. Find better implementation of STL for Linux and use its string
| > > |class with LyX and GTK--/Gnome-- (current CVS version of gcc/libstdc++
| > > |is not good enough to compile Ly
"Michael S. Tsirkin" <[EMAIL PROTECTED]> writes:
| 2. Add operator std::basic_string() const
| and lyxstring(const std::basic_string&) const
| to lyxstring to make it possible to convert between
| GTK and lyx strings on the fly.
Oh no you won't!
some helper funcs in lstring will be all I can
Juergen Vigna <[EMAIL PROTECTED]> writes:
| >
| > Please apply to CVS.
|
| This seems good to me Lars! What do you say. Do you apply it or should
| I do it?
I have not looked at it, but if you say it is ok just apply it.
I don't want to stear development in areas where I am not doing the
main
Simple question for Jürgen: if I want to try out your new tabular thingy, I
need to define this variable. Where is the best place to do it? Should I just
modify src/config.h by hand?
Angus
Miyata Shigeru <[EMAIL PROTECTED]> writes:
| Well, I'm not against to have a unicode based multilingual document
| support. I would just like to have a mode for single language
| documents in local encodings, just as single byte language users
| have at present.
I belive that we should use the
Jürgen> > I had to modify Jürgen's new form_tabular.fd to get it to compile with DEC
cxx.
Jürgen> > It's picky about extern "C" functions. Patch is striaghtforward. Please
apply.
This patch is fine. Please apply.
Jürgen> >Please disregard this patch as Jürgen's new form_tabular.fd has proved t
On 12-Jul-2000 Angus Leeming wrote:
> Morning all,
>
> I had to modify Jürgen's new form_tabular.fd to get it to compile with DEC cxx.
> It's picky about extern "C" functions. Patch is striaghtforward. Please apply.
>
>
>Please disregard this patch as Jürgen's new form_tabular.fd has proved too
Please disregard this patch as Jürgen's new form_tabular.fd has proved too much
for it! More thought needed.
Angus
Morning all,
I had to modify Jürgen's new form_tabular.fd to get it to compile with DEC cxx.
It's picky about extern "C" functions. Patch is striaghtforward. Please apply.
Angus
patch12July2000.gz
>
> Please apply to CVS.
This seems good to me Lars! What do you say. Do you apply it or should
I do it?
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTECTED]
Italienallee 13/N Tel/Fax: +39-0471-450260 /
On 11-Jul-2000 Baruch Even wrote:
>
> But the question remains unanswered, How do I get this bview pointer out
> of the blue? Should I save the BufferView* I get from last time and use
> that? It seems ugly to me, is there no other way to get this pointer?
>
I recently added the new TabularInse
40 matches
Mail list logo
