On Thu, 13 Jul 2000, Amir Karger wrote:
> revtex4 isn't listed in my LaTeX Configuration file (from the help menu). In
> fact, it's more important to list that than revtex, which is revtex3, which
> is basically obsolete. In fact, I would change the revtex entry to "This
> layout is obsolete; ple
revtex4 isn't listed in my LaTeX Configuration file (from the help menu). In
fact, it's more important to list that than revtex, which is revtex3, which
is basically obsolete. In fact, I would change the revtex entry to "This
layout is obsolete; please use revtex4 layout with RevTeX version 4 inst
Jürgen> I tested it and it compiled, then you have to explain me what to change
Jürgen> because I've seen it now does produce struct's not typedef structs!
Nothing very exciting. It means that you can make a forward declaration to the
xform dialogs in FormXxx.h header files. See the patch to FormC
>
>> > Incidentally, have you had a look at my new and improved fdfix patch? I'm quite
>> > proud of it really!
>> I'll have a look now and commit all of it before 17:00 local time ;)
>
> ;)
I tested it and it compiled, then you have to explain me what to change
because I've seen it now does p
> The problem with storing the BufferView * is that on a close buffer the
> BufferView is deleted BEFORE the inset, so you would call the bv_->... on
> a deleted BufferView! That's the reason I opted for storing the dialogs_
> pointer!
Ahh! Thanks!
> > Incidentally, have you had a look at my
On 13-Jul-2000 Angus Leeming wrote:
>
> Jürgen, I've been suddenly assailed by doubt. I modified InsetCitation to store
> a BufferView * bv_. Would it not make more sense to store a Dialogs * dialogs_
> directly? Does it make any difference? What SHOULD I store... etc, etc, etc!
The problem wit
Jürgen> > Excellent! It works like a charm.
Jürgen> #:O) and after my new commit this will be the only one for tabular insets
Jürgen> I removed LayoutTabular.C (it's already kind of working ;) !
Jürgen, I've been suddenly assailed by doubt. I modified InsetCitation to store
a BufferView * bv_. W
On 13-Jul-2000 Angus Leeming wrote:
>
> Excellent! It works like a charm.
#:O) and after my new commit this will be the only one for tabular insets
I removed LayoutTabular.C (it's already kind of working ;) !
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-
Jürgen> On 12-Jul-2000 Baruch Even wrote:
Jürgen> > 1. Insert InsetGraphics
Jürgen> > 2. Edit it (the dialog pops)
Jürgen> > 3. Go back to LyX and delete the inset (the dialog stays)
Jürgen> > 4. Edit the dialog and click apply (LyX crashes)
Jürgen> Try to have a look at the 'insettabular' I alre
On 13-Jul-2000 Ralf Ahlbrink wrote:
> I've got a serious probleme with a document, processed with lyx-1.1.5
> under WinNT (cygwin 1.1.2), containing a tabular. After saving, I was
> not able to reopen it neither under WinNT nor Linux, Lyx said: "Tabular
> format <5 not supported anymore", tries t
I've got a serious probleme with a document, processed with lyx-1.1.5
under WinNT (cygwin 1.1.2), containing a tabular. After saving, I was
not able to reopen it neither under WinNT nor Linux, Lyx said: "Tabular
format <5 not supported anymore", tries to open and core dumped (under
Linux).
I inspe
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 13-Jul-2000 Lars Gullik Bjønnes wrote:
| >|
| >| Well you need 1 LyXText per BufferView, that's already true because 1
| >| LyXText is the status of only 1 displayed version so what's the question
| >| here?
| >
| > Don't you use lyxtext inside the
On 13-Jul-2000 Lars Gullik Bjønnes wrote:
>|
>| Well you need 1 LyXText per BufferView, that's already true because 1
>| LyXText is the status of only 1 displayed version so what's the question
>| here?
>
> Don't you use lyxtext inside the insettext too?
Yes you're right, but that hasn't to do
Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
| On Thu, Jul 13, 2000 at 12:36:41PM +0200, Lars Gullik Bjønnes wrote:
| >
| > http://oss.software.ibm.com/icu/
| >
| > Would perhaps be usable.
|
| And the footprint is reasonable?
No. This is a full-ledged unicode/locale library with
On Thu, Jul 13, 2000 at 12:36:41PM +0200, Lars Gullik Bjønnes wrote:
>
> http://oss.software.ibm.com/icu/
>
> Would perhaps be usable.
And the footprint is reasonable?
> Lgb
--
José
Jean-Marc Lasgouttes wrote:
> > "Peter" == Peter Firmstone <[EMAIL PROTECTED]> writes:
>
> Peter> I seem to be having some difficulty compiling lyx with shared
> Peter> libraries only, as I want to create a package for debian for
> Peter> sparc processors. Is this normally possible?
>
> I g
http://oss.software.ibm.com/icu/
Would perhaps be usable.
Lgb
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 13-Jul-2000 Lars Gullik Bjønnes wrote:
| >
| > So one locking inset for each LyXText?
| >
|
| Yes!
|
| > Almost like a focus variable?
| >
| > If you think that solve problems with insettext's etc. then try it.
| > How will that mix with multipl
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 13-Jul-2000 Lars Gullik Bjønnes wrote:
| > Juergen Vigna <[EMAIL PROTECTED]> writes:
| >
| >| The real problem was that bibitem is a subclass of insetcommand AND
| >| insetcommand USES [begin|end]_inset, so I added (because otherwise it
| >| gives b
On 13-Jul-2000 Lars Gullik Bjønnes wrote:
>
> So one locking inset for each LyXText?
>
Yes!
> Almost like a focus variable?
>
> If you think that solve problems with insettext's etc. then try it.
> How will that mix with multiple views of the same document?
Well you need 1 LyXText per Buffe
On 13-Jul-2000 Lars Gullik Bjønnes wrote:
> Juergen Vigna <[EMAIL PROTECTED]> writes:
>
>| The real problem was that bibitem is a subclass of insetcommand AND
>| insetcommand USES [begin|end]_inset, so I added (because otherwise it
>| gives bugs) the reading of the \end_inset in the Read() routi
Juergen Vigna <[EMAIL PROTECTED]> writes:
| Hi!
|
| I've just seen that we have a problem if we change buffer and are inside
| an inset so that the_locking_inset in the BufferView is set. The problem
| is that we now have another LyXText visible in this BufferView which does
| not have that lock
Hi!
I've just seen that we have a problem if we change buffer and are inside
an inset so that the_locking_inset in the BufferView is set. The problem
is that we now have another LyXText visible in this BufferView which does
not have that locking_inset, but we still have that variable set and used
Juergen Vigna <[EMAIL PROTECTED]> writes:
| The real problem was that bibitem is a subclass of insetcommand AND
| insetcommand USES [begin|end]_inset, so I added (because otherwise it
| gives bugs) the reading of the \end_inset in the Read() routine of
| insetcommand, but as the subclass does not
On 13-Jul-2000 Lars Gullik Bjønnes wrote:
> Juergen Vigna <[EMAIL PROTECTED]> writes:
>
>| Thanks this was indeed a small bug! I fixed it already. The problem
>| is that insetbib is the ONLY inset which is NOT written out as inset!
>| (that means it does not have a \begin_inset | \end_inset), fo
Jos van den Oever ([EMAIL PROTECTED]) entered the
following feedback message on the LyX home page:
Hi Lyx-developers,
I\'ve a small problem with lyx which might be solved, since I\'m using 1.1.4, but
anyway,
When I\
Juergen Vigna <[EMAIL PROTECTED]> writes:
| Thanks this was indeed a small bug! I fixed it already. The problem
| is that insetbib is the ONLY inset which is NOT written out as inset!
| (that means it does not have a \begin_inset | \end_inset), for now I
| just implemented an own Read routine for
Baruch Even <[EMAIL PROTECTED]> writes:
| The problem is that the dialog returns (to the best of my knowldege) only
| absolute filenames. I can't think of a smart way, a dumb way could
| possibly be to make everything below or in the same dir as the document
| relative and the rest absolute. I do
Baruch Even <[EMAIL PROTECTED]> writes:
| 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
> 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: `'
> [a
On 13-Jul-2000 Kayvan A. Sylvan wrote:
>
> I've reviewed this patch and I think it should go in (I applied it to my
> local source tree and tested it).
Applied!
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
Dr. Jürgen VignaE-Mail: [EMAIL PROTE
On 12-Jul-2000 Baruch Even wrote:
> 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)
Try to have a look at the 'insettabular' I already solved that problem
there :)
Jürgen
32 matches
Mail list logo
