On 5 Nov 1999, Lars Gullik Bjønnes wrote:
> rope (the sgi::container) is the one that I had high expectations to,
> but it was buggy and I have to edit the system files to make it
> compile. Also it did not should a huge improvement.
Rope is supposed to be good for very long strings or buffers t
I'm trying to track that font bug.
Meanwhile, here's another lyx.spec patch.
--
Kayvan Aghaiepour Sylvan | Proud husband of | Father to my kids:
Sylvan Associates, Inc. | Laura Isabella Sylvan | Katherine Yelena (8/8/89)
http://sylvan.com/~kayvan | | Robin Gregory
I'm running a prebuilt lyx package for NetBSD based on lyx-1.0.2
(ftp://ftp.netbsd.org/pub/NetBSD/packages/1.4/i386/All/lyx-1.0.2.tgz).
Whenever I click on any menu, the menu pane redraws itself constantly. If
I click on a different menu, both menus are shown simultaneously, and both
are constant
On Wed, 30 Dec 1998, Roland Krause wrote:
> Do you mind me picking up this from your sources and asking you for
> help once in a while ?
No problem.
> Is gbib-0.0.2 the latest version ?
well, I had some adjustement for gnome versions. As you maybe know, the
gtk+ and gnome APIs have changed a
Hmm... would it make sense to copy or otherwise arrange to have a paragraph
subject to mangling in a larger buffer split into two pieces (before and after
the cursor)? This is very efficient for insertations and deletions
anywhere---all it takes is adjusting a pointer and nothing special appli
I almost forgot what really was the problem.
[EMAIL PROTECTED] (Lars Gullik Bjììnes) wrote:
> Also I think Jean-Marc's proposal should have a "& 0x7f" in it. Too
> avoid too many X's.
No!!! Suppose you have a 0x8f in a file name, what do you expect?
Regards,
SMiyata
On 5 Nov 1999, Jean-Marc Lasgouttes wrote:
> Alejandro> It is relevant. I don't think deque gives many advantages
> Alejandro> over vector.
>
> I meant wrt our typical paragraph length, as Lars pointed out.
Of course, I was talking also in that context. At this point it's rather
not clear whic
> "Alejandro" == Alejandro Aguilar Sierra <[EMAIL PROTECTED]> writes:
Alejandro> On 5 Nov 1999, Jean-Marc Lasgouttes wrote:
>> I think using a container is good and the particular container is
>> probably not relevant for our use.
Alejandro> It is relevant. I don't think deque gives many adv
On 5 Nov 1999, Jean-Marc Lasgouttes wrote:
> I think using a container is good and the particular container is
> probably not relevant for our use.
It is relevant. I don't think deque gives many advantages over vector.
> Lars> Memory: the footprint of vector is a bit larger than char*, but
> L
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> Here's a very minor patch for the lyx.spec file to reflect the
Kayvan> new files...
Thanks. Applied too.
JMarc
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> The tth command execution is still buggy in CVS.
Kayvan> Here's the tested diff.
So tth can only act as filter? Weird. Thanks for the patch. I
applied it to my local tree.
JMarc
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> in lyxparagraph.h there is a define
Lars> #define NEW_TABLE
Lars> that controls this. so before just disabling the new code I
Lars> would like if others could have a quick look to see if they can
Lars> see what I did wrong.
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
Allan> The problem here IIRC is that an open math panel is associated
Allan> with a particular math inset. That math inset is now hidden
Allan> because you changed buffers. I think that was why I made it
Allan> hide the math panel. To get aro
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I have done some tests with the type of container used to store
Lars> the paragraph contents in LyXParagraph.
That's a good idea.
Lars> I have after some testing settled on using vector. Compared to
Lars> char* we get a lot o
Hi there,
I tried to compile Lars' latest work on cvs and managed to get cxx
compile it (after the usual set of tricks that I'll commit later).
However, it dies at startup and ladebug (dec debugger) says:
(ladebug) where
>0 0x3ff800edea8 in __kill(0x2288, 0x6, 0xffef, 0x0, 0x0, 0
This version can now learn from your misspellings. This means that the
patch I submitted will now have a noticeable affect when used with
Aspell.
You can find it at.
http://metalab.unc.edu/kevina/aspell/
If you are interested in following the development of Aspell I suggest
you join the aspe
On Fri, Nov 05, 1999 at 06:11:58AM +0100, Lars Gullik Bjønnes wrote:
> Amir Karger <[EMAIL PROTECTED]> writes:
>
> | What the two recent bug reports obviously don't understand is the new LyX
> | 1.1 Roadmap. Remember how the LyX 1.0 docs insisted that it's better to use
> | layouts (logical style
17 matches
Mail list logo
