On 15 Mar 1999, Lars Gullik Bjønnes wrote:
> >> Allan Rae writes:
> AR> Done. Now a much revised patch is attached. This direct against
> AR> latest cvs and includes a couple of other fixes I had to do to
> AR> get LyX running or compiling. Two "no nulls allowed" fixes and a
> AR> defin
I know you guys are excited: there is now a new header in every
message you receive that shows you the unsubscription address *even if
your subscription address is different from the present one*. The
header is `List-Unsubscribe:'.
Now you can stop reading, unless you want to understand what is
On Mon, 15 Mar 1999, Garst R. Reese wrote:
> I ran texconfig and printed a test page. It was way off center, so I
> made the adjustment indicated by the ruler marks. It go worse. After
> several attempts, I set them back to 0, 0 to get a new reference point.
> Lo and behold, everything was proper
Alejandro Aguilar Sierra wrote:
>
> On Mon, 15 Mar 1999, Richard E. Hawkins Esq. wrote:
>
> > asger added,
> > ^
> [..]
> > > I think you both missed to configure teTeX to use Letter as default paper
> > > size instead of A4. I have not this problem.
> >
> > nope, at least not in theory :)
>
On Tue, 16 Mar 1999, Asger K. Alstrup Nielsen wrote:
> Before we do this, I think we should even try to flesh out more of
> the overall data structure design... I can give it a spin for a first
> proposal, if people think that is a good idea... Be warned though,
> that it would be a long documen
>> Asger K Alstrup Nielsen writes:
AKAN> Once again, we can achieve this with a special kind of
AKAN> iterator that exposes all spaces in a string as a glue inset.
AKAN> Therefor, we should chose the memory efficient solution of
AKAN> having the spaces in the strings.
easier to let fon
> As a side note, perhaps glue (space between words) should be a special
> kind of insets too? If not where to store the glue?
I have considered this idea also -- it's another formulation of the old
idea of having the words as the basic unit in the data structure.
However, I think now that the e
>> Asger K Alstrup Nielsen writes:
AKAN> However, this does not resolve the issue of whether a
AKAN> paragraph should be an inset or not.
by using paragraph as an updatable inset, it can have full control
over mouse and keys.
but I also tend to agree with Jean-Marc. Can we combine the two
>> Asger K Alstrup Nielsen writes:
AKAN> I prefer "slå lam". That's a word that means to beat someone
AKAN> until they can't move.
>> Really? I'd think that would be "slå lam"
AKAN> Didn't I write that?
even if you wrote that it sounds akward(?), "lamslå" sounds a lot
better (though
> but surely, a paragraph does not need to be an inset.
>
> paragraph in paragraph
>
> heading
> paragraph 1
>
> subheading
> paragraph 2
>
> How do we store this?
I have come to the conclusion that I prefer that we just
store this as a list of four paragraphs.
The trouble of nesting this st
>> Asger K Alstrup Nielsen writes:
AKAN> Since I suggest that different font should be in different
AKAN> insets, the context of an inset can be very small. I
I think so too.
[As a side note, perhaps glue (space between words) should be a special
kind of insets too? If not where to store
> AKAN> I prefer "slå lam". That's a word that means to beat someone
> AKAN> until they can't move.
>
> Really? I'd think that would be "slå lam"
Didn't I write that?
Slålam,
Asger ;-)
> I am not convinced that it is possible/easy to see a complete lyx
> buffer/document as a long string with context, that would almost be
> similar to write out the lyx file, spellcheck that and reload.
The difference is that the iterator can perform the reverse lookup:
Given a position in the "l
>> Asger K Alstrup Nielsen writes:
>> In norwegian it is spelled "slalåm"
AKAN> I prefer "slålam". That's a word that means to beat someone
AKAN> until they can't move.
Really? I'd think that would be "slå lam"
Lgb
> Asger> Does an inset really need to know the owner of itself? [buffer]
>
> It is needed in some cases.
When?
> Do you mean that a change of font would mean a change of inset?
Yes. This makes displaying of a InsetText simple, and we avoid
the ugly font-lists. I feel things are simpler this
"Asger K. Alstrup Nielsen" wrote:
>
> > Only giving the Spell Checker small strings at a time will work for a
> > simple minded spell checker that only want to look at a document a
> > word at a time however it will not work for spell checkers that want
> > to be able to see the entire document a
[A character in Emacs is 22 bytes. Unicode insets are similar.]
> Arghh, do you mean we are heading to a emacs-weighted program?? I'd
> rather avoid that.
No. I'm just stating that a bunch of Unicode insets in your Latin1
encoded document will not severly affect performance.
If you need more Uni
On Mon, 15 Mar 1999, Richard E. Hawkins Esq. wrote:
> asger added,
> ^
[..]
> > I think you both missed to configure teTeX to use Letter as default paper
> > size instead of A4. I have not this problem.
>
> nope, at least not in theory :)
>
> configure->document reports usletter, and it tol
[Definitions of LString, string and wstring.]
> Why not do it directly in LString.h? It already contains some black
> magic anyway.
Yes, let's do that. I'll do it right now, and trust somebody to
add the necessary magic.
Greets,
Asger
asger aspirated,
> > In norwegian it is spelled "slalåm"
> I prefer "slålam". That's a word that means to beat someone
> until they can't move.
and has an uncanny resemlence to, "sue 'em," which done properly, has
the same effect :)
--
> In norwegian it is spelled "slalåm"
I prefer "slålam". That's a word that means to beat someone
until they can't move.
Greets,
Asger
asger added,
> On Mon, 15 Mar 1999, Richard E. Hawkins Esq. wrote:
>
> > > I have seen similar misalignments for the last few versions of LyX with
> > > the same fix -- use gv. hp deskjet-680c, my pages start about 1/3 of
> > > the way down the paper. I made a report at the time, and do not re
On Mon, 15 Mar 1999, Richard E. Hawkins Esq. wrote:
> > I have seen similar misalignments for the last few versions of LyX with
> > the same fix -- use gv. hp deskjet-680c, my pages start about 1/3 of
> > the way down the paper. I made a report at the time, and do not remember
> > exactly when
"Lars Gullik Bjønnes" wrote:
>
> >> Kevin Atkinson writes:
>
> KA> "Lars Gullik Bjønnes" wrote:
> >> >> Kevin Atkinson writes:
> KA> I see the point you were trying to make. But do you understand
> KA> my point why Aspell needs a continuos iterator.
> >> Is it Aspell that needs it,
> I have seen similar misalignments for the last few versions of LyX with
> the same fix -- use gv. hp deskjet-680c, my pages start about 1/3 of
> the way down the paper. I made a report at the time, and do not remember
> exactly when it started. But, I had also moved to teTeX-.9
I wish I'd kno
"Richard E. Hawkins Esq." wrote:
>
> I called tech support on our printer that is vertically misaligning,
> after it printed my page numbers past the top of the page. I used a2ps
> to print with borders to show him how it should look, then printed from
> gv so that I wouldn't have to print the e
I called tech support on our printer that is vertically misaligning,
after it printed my page numbers past the top of the page. I used a2ps
to print with borders to show him how it should look, then printed from
gv so that I wouldn't have to print the entire thing for a single page.
Which is
larry wrote:
> However, one of my documents died during conversion with:
>
> gawk: lyx2mml.gawk:464: (FILENAME=Briefing2.lyx FNR=450) fatal: function
> `markerorxref_out' not defined
either do a multireplace of markerorxref_out to markerxref_out
or get a newer version :)
the typo has been fixe
garst gabbed,
> > p.s. Is there enouh interest that I should fiddle with bindings and a
> > style for this, or am I unusual in using this?
> Unfortunately, I do not thing lawyers are unusual :) laws.sty?
At the moment, though, I"m not writing law, but circulating dissertaion
drafts (dynamic p
"Richard E. Hawkins Esq." wrote:
> > ulem.sty package.
>
> with the normalem option, \sout{} is perfect. I was surprised to see
> that I could put non-ert betwen the brackets; didn't this break things
> just a few weeks ago?
>
> thanks,
>
> rick
>
> p.s. Is there enouh interest that I shoul
"Lars Gullik Bjønnes" wrote:
>>
> SLLOM? SLALOM? can we make that SHALOM?
>
Second Hand Anonymous Lyx Omni's Meeting
> Perhaps we should also discuss the topics of the meeting? (half a year
> in advance, but...)
>
> AK> in the alps somewhere. Or, just to confuse people, call it the
> AK> Fo
On Mon, 15 Mar 1999, Amir Karger wrote:
> On Mon, Mar 15, 1999 at 01:43:59PM -0600, Bruce M Beach wrote:
> > On Mon, 15 Mar 1999, Jean-Marc Lasgouttes wrote:
> > >It is one of the numerous small bugs/misfeatures of
> > > mathed. However, since mathed is such a fine editor and we have to
> > > move
On Mon, Mar 15, 1999 at 01:43:59PM -0600, Bruce M Beach wrote:
>
> On Mon, 15 Mar 1999, Jean-Marc Lasgouttes wrote:
>
>
> >It is one of the numerous small bugs/misfeatures of
> > mathed. However, since mathed is such a fine editor and we have to
> > move to next version, I think we can ignore
lars left,
> See if you have the changebar latex package, perhaps you can use that.
If I'm reading the code right, this would be rough to use, and doesn't
quite label where things happen
> to get crossed out, strike through, wavy underline check out the
> ulem.sty package.
with the normalem
On Mon, 15 Mar 1999, Jean-Marc Lasgouttes wrote:
>It is one of the numerous small bugs/misfeatures of
> mathed. However, since mathed is such a fine editor and we have to
> move to next version, I think we can ignore this problem for now.
Interesting question really. It would seem logica
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> paragraph in paragraph
Lars> heading paragraph 1
Lars> subheading paragraph 2
Lars> How do we store this?
Lars> One option is to let para 2 be inside para 1.
Yes, but it only makes sense becasue you have some context and k
>> Kevin Atkinson writes:
KA> "Lars Gullik Bjønnes" wrote:
>> >> Kevin Atkinson writes:
KA> I see the point you were trying to make. But do you understand
KA> my point why Aspell needs a continuos iterator.
>> Is it Aspell that needs it, or your interface to aspell?
KA> What Aspe
>> Amir Karger writes:
AK> Slalom. As in a skiing event.
As slalom is a norwegian work, I know what it is.
In norwegian it is spelled "slalåm"
it means "turns"
AK> Oktoberfest?
possibly
Lgb
On Mon, Mar 15, 1999 at 06:19:13PM +0100, Lars Gullik Bjønnes wrote:
> >> Amir Karger writes:
>
> AK> know---how's the Rogues' Gallery doing, David?). I kind of like
> AK> Second Lyx And Latex Omnisicients' Meeting, which could be held
>
> SLLOM? SLALOM? can we make that SHALOM?
Slalom. A
>> Richard E Hawkins Esq writes:
REHE> I need a way to indicate removed/old text, while still
REHE> printing it, as I circulate texts. The most obvious way (to me
REHE> at least) is a horizontal bar midway through the text. I can't
REHE> seem to find the pieces to define this as a style
>> Amir Karger writes:
AK> On Mon, Mar 15, 1999 at 05:52:56PM +0100, Lars Gullik Bjønnes
AK> wrote:
>> >> Amir Karger writes:
AK> Wow, I never realized how tremendously powerful I am! When do I
AK> start getting royalties on LyX's profits?
>> Note that the only profit LyX has is fa
On Mon, 15 Mar 1999 15:06:15 +0100 (MET), Jean-Marc Lasgouttes wrote:
>I finally upgraded the versions of autoconf/automake needed to build
>lyx 1.1. Every developper should do the same, as the older versions
>will not work anymore.
Hi everybody to whom it may concern,
as I remember having seen
On Sun, 14 Mar 1999 11:42:49 +1000 (EST), Allan Rae wrote:
>On Sat, 13 Mar 1999, Arnd Hanses wrote:
>
>> On Sat, 13 Mar 1999 16:14:11 +1000 (EST), Allan Rae wrote:
>> >For other developers (especially, our two intrepid OS/2 developers ;)
>> >see:
>> >http://www.geocities.com/SiliconValley/Ho
On Mon, Mar 15, 1999 at 05:52:56PM +0100, Lars Gullik Bjønnes wrote:
> >> Amir Karger writes:
> AK> Wow, I never realized how tremendously powerful I am! When do I
> AK> start getting royalties on LyX's profits?
>
> Note that the only profit LyX has is fame to its developers.
Hm, no job of
I need a way to indicate removed/old text, while still printing it, as
I circulate texts. The most obvious way (to me at least) is a
horizontal bar midway through the text. I can't seem to find the
pieces to define this as a style, though. On the other hand, i can't
think of anything to lo
"Lars Gullik Bjønnes" wrote:
>
> >> Kevin Atkinson writes:
> KA> I see the point you were trying to make. But do you understand
> KA> my point why Aspell needs a continuos iterator.
>
> Is it Aspell that needs it, or your interface to aspell?
What Aspell Needs. Well it doesn't really nee
On Mon, Mar 15, 1999 at 05:09:50PM +0100, Jean-Marc Lasgouttes wrote:
> > "Jose" == Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
>
> Jose> Docbook documents generaly have some metadocumentation in the
> Jose> paragraph, where you specify the title, the authorgroup, the
> Jose> dat
>> Amir Karger writes:
AK> Wow, I never realized how tremendously powerful I am! When do I
AK> start getting royalties on LyX's profits?
Note that the only profit LyX has is fame to its developers.
(And the chance to participate at SILM, you missed FILM obviously)
Lgb
On Fri, Mar 12, 1999 at 07:17:52PM +0100, Lars Gullik Bjønnes wrote:
> >> Amir Karger writes:
>
> AK> --JYK4vJDZwFMowpUq Content-Type: text/plain; charset=us-ascii
>
> AK> OK. This patch adds the nth root command, as well as a short
> AK> section on math text mode. Both are really short.
>> Jean-Marc Lasgouttes writes:
JL> But a paragraph itself is a list of insets (text or others). Why
JL> would it have to be an inset too?
It is much nicer to think of it as a inset, then we can move it around
just like any other inset. we will prob have different classes of
insets.
but su
> We certainly do not want that. But it does not make sense to me in any
> document to include a paragraph into a paragraph without some kind of
> wrapper which specifies the semantics of the inner paragraph.
If these paragraphs have different properties, why not?
Why not at all?
I don't know wh
> "Bruce" == Bruce M Beach <[EMAIL PROTECTED]> writes:
Bruce> On Mon, 15 Mar 1999, Jean-Marc Lasgouttes wrote:
>> > "Bruce" == Bruce M Beach <[EMAIL PROTECTED]> writes:
Bruce> There is a bug with the summation sign in mathed. Rather than
Bruce> descibe it here I have included a short lyx
On Mon, 15 Mar 1999, Jean-Marc Lasgouttes wrote:
> > "Bruce" == Bruce M Beach <[EMAIL PROTECTED]> writes:
> Bruce> There is a bug with the summation sign in mathed. Rather than
> Bruce> descibe it here I have included a short lyx file with a
> Bruce> decription of how to reproduce the prob
> "Jose" == Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
Jose> Docbook documents generaly have some metadocumentation in the
Jose> paragraph, where you specify the title, the authorgroup, the
Jose> date, etc. The authorgroup is a new unit where the authors are
Jose> presented, eac
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>>> Jean-Marc Lasgouttes writes:
JL> OK, I'll bite: give me *one* example of nesting a paragraph into
JL> another paragraph where you will not need some container around
JL> it, to make precise the type (footnote), the size (parbox)
On Mon, Mar 15, 1999 at 04:11:28PM +0100, Jean-Marc Lasgouttes wrote:
> Asger> It just holds a ParagraphInset?
> >> As I said earlier, I think it should hold either a plain box (in
> >> LR mode) or a parbox (with fixed width). It makes not sense to
> >> include a paragraph in a paragraph. And par
>> Richard E Hawkins Esq writes:
REHE> asger added,
>> Finally, one comment to your code: Please add a section that
>> explains which License the script is distributed under. If it
>> should be integrated into LyX at some point, it should be either
>> public domain or GPL.
REHE> Er
>> Jean-Marc Lasgouttes writes:
JL> OK, I'll bite: give me *one* example of nesting a paragraph into
JL> another paragraph where you will not need some container around
JL> it, to make precise the type (footnote), the size (parbox) or
JL> whatever.
I think a paragraph should be an inset
>> Allan Rae writes:
AR> Done. Now a much revised patch is attached. This direct against
AR> latest cvs and includes a couple of other fixes I had to do to
AR> get LyX running or compiling. Two "no nulls allowed" fixes and a
AR> definition for LChar so Asgers Encoding* would compile.
> "Andre'" == Andre' Poenitz <[EMAIL PROTECTED]> writes:
Asger> It just holds a ParagraphInset?
>> As I said earlier, I think it should hold either a plain box (in
>> LR mode) or a parbox (with fixed width). It makes not sense to
>> include a paragraph in a paragraph. And paragraphs should n
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>>> Jean-Marc Lasgouttes writes:
JL> It is not so simple, since you can have several figures in one
JL> floats. So there is not a 1-to-1 mapping between the two. I agree
JL> though that something should be done.
Lars> First of all w
> Asger> It just holds a ParagraphInset?
>
> As I said earlier, I think it should hold either a plain box (in LR
> mode) or a parbox (with fixed width). It makes not sense to include a
> paragraph in a paragraph. And paragraphs should not be insets.
I actually see no point in handling paragraphs
>> Jean-Marc Lasgouttes writes:
JL> It is not so simple, since you can have several figures in one
JL> floats. So there is not a 1-to-1 mapping between the two. I
JL> agree though that something should be done.
Fist of all we should rename "figure" to "graphics", we must try to
remove the
>> Kevin Atkinson writes:
KA> I see the point you were trying to make. But do you understand
KA> my point why Aspell needs a continuos iterator.
Is it Aspell that needs it, or your interface to aspell?
Lgb
asger added,
> Finally, one comment to your code: Please add a section that explains which
> License the script is distributed under. If it should be integrated into LyX
> at some point, it should be either public domain or GPL.
Err, modified GPL :) I don't think we can use true GPL . . .
--
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
Allan> The signal idea is meant for a very limited number of types and
Allan> is not supposed to be used for each and every inset type. I
Allan> can't see why everyone seems to think I'm advocating that all
Allan> inset types connect to a sp
> "Fred" == Fred Hucht <[EMAIL PROTECTED]> writes:
Fred> Hi LyXers, there are still problems with spurious empty lines
Fred> before displaymath. They result from spurious double spaces in
Fred> the LyX file:
Fred> 1) Open new doc.
Fred> 2) Enter "bla . " into one paragraph (note the spaces
> "Bruce" == Bruce M Beach <[EMAIL PROTECTED]> writes:
Bruce> There is a bug with the summation sign in mathed. Rather than
Bruce> descibe it here I have included a short lyx file with a
Bruce> decription of how to reproduce the problem.
Thi is due to the fact that you did select the sub/s
> "Asger" == Asger Alstrup Nielsen <[EMAIL PROTECTED]> writes:
Asger> Aren't we trying to fix something that is not broken with a
Asger> complicated system of signals, slots, auto-pointers and other
Asger> advanced techniques?
I tend to agree that we should try to keep things simple.
Asger>
> "Asger" == Asger Alstrup Nielsen <[EMAIL PROTECTED]> writes:
>> 1. LyX facts
Asger> We do not have Docbook export yet! José is working on it, but
Asger> it's not there yet...
Asger> We do have limited LinuxDoc: No tables, no math.
If I understand correctly, what is limited is not our sup
> "Asger" == Asger Alstrup Nielsen <[EMAIL PROTECTED]> writes:
>> Why? Why would we want all Unicode insets to connect to a signal?
>> Why would we want all insets connecting to signals?
Asger> Aside: Even with many Unicode insets, this is not too bad. I
Asger> think Emacs uses around 22 b
> "Asger" == Asger Alstrup Nielsen <[EMAIL PROTECTED]> writes:
Asger> I have thought a bit about how our basic, fundamental document
Asger> text representation data structure should look like. My best
Asger> bet so far is this:
Asger> A document is a list of paragraphs. A paragraph is a li
> "Asger" == Asger Alstrup Nielsen <[EMAIL PROTECTED]> writes:
Asger> In the C++ standard, the definitions that you get with the
Asger> "#include " directive are all encapsulated in the "std"
Asger> namespace.
Asger> Namespaces are relatively new to the C++ language. They allow
Asger> you d
Hi there,
I finally upgraded the versions of autoconf/automake needed to build
lyx 1.1. Every developper should do the same, as the older versions
will not work anymore.
JMarc
> "Harald" == Harald Puhl <[EMAIL PROTECTED]> writes:
Harald> There might be a buglet in lyx-1.0.1 (i got it as
Harald> lyx-1.0.1-1.i386.rpm):
Harald> in the file "/usr/share/lyx/layouts/dinbrief.layout" there is
Harald> a line like:
Harald> --
> "Arnd" == Arnd Hanses <[EMAIL PROTECTED]> writes:
>>> Proposal: rename files and references in the sources to
>>> lib/LyX2LocConf.cmd for OS/2 and /lib/LyXLocConf for UNIX in
>>> future releases?
>> Please consult Jean-Marc for the idea.
Arnd> Well, Jean-Marc, do you read this?
Well, it
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
>> The most possible candidate is the string class and code using it,
>> which has been largely changed. I had to change it at many places
>> before I got it to work here...
Allan> and its siblings?
Allan> if so since some of our headers
> "André" == Andre' Poenitz <[EMAIL PROTECTED]> writes:
André> 1. One should be able to position the figure more freely,
André> e.g. by defining some width/heigth offset. Currently most of my
André> drawings are surrounded by ERT \hspace, \vspace and the like.
Vspace is already supported. \h
> "Travis" == Travis Bauer <[EMAIL PROTECTED]> writes:
Travis> The problem is fixed. I started having odd problems with
Travis> gimp, so I reformatted the hard drive and reinstalled Linux.
Travis> Now Lyx seems to work okay. I'm not sure what was wrong with
Travis> the hard drive, although
> "David" == David L Johnson <[EMAIL PROTECTED]> writes:
David> I advised him to re-label his theorem environments like in the
David> layout files. But, is there a way to allow such things to work
David> correctly in reLyX? Maybe that's too much to hope for, because
David> you never know wh
> "miyata" == miyata <[EMAIL PROTECTED]> writes:
miyata> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
>> I added a cast there. Thanks.
miyata> This is not a correct fix, since time() is not supposed to
miyata> return -1 even if it fails.
On my Digital Unix 4.0 box, the man page says:
R
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
Allan> When are we all moving to the new versions? Or has everyone
Allan> else moved and I'm sitting here all alone waiting for a sign
Allan> from JMarc?
I've just been a bit slow to do it. I'm doing it now.
JMarc
> I planned to turn over to the lyx-srcs, as I had hoped to find a
> clearly defined exporter-interface (as there are already some
> converters in lyx implemented)
> However after I have had a look into the sources, I have noticed,
> that these converters are currently just methods of Buffer ...
> Only giving the Spell Checker small strings at a time will work for a
> simple minded spell checker that only want to look at a document a
> word at a time however it will not work for spell checkers that want
> to be able to see the entire document at once.
I see and acknowledge the relevance
> You might run into other overflow problems. For instance, the height of a
> document can't exceed 2^31 pixels.
Ah.. this might be the true reason for one of my latest LyX crashes
I experienced: I was fiddling around to get some .ps figure in the right
place and I accidently typed in something
Kevin Atkinson wrote:
> Um no recanning the document evertime you start the spell checker will
> not be the default mode of operation but the spell checker API should
> allow that option which is the point I was trying to make.
>
> > Really all I'm asking is that you take some time to think
> >
"Garst R. Reese" wrote:
>
> Kevin Atkinson wrote:
> >
> > "Garst R. Reese" wrote:
> > >
> > > Kevin Atkinson wrote:
> > > >
> > > > "Garst R. Reese" wrote:
> > > > >
> > > > > Kevin Atkinson wrote:
> > > >
> > > > No that's not what I am talking about.
> > > >
> > > > Attached is a copy of the or
Kevin Atkinson wrote:
>
> "Garst R. Reese" wrote:
> >
> > Kevin Atkinson wrote:
> > >
> > > "Garst R. Reese" wrote:
> > > >
> > > > Kevin Atkinson wrote:
> > >
> > > No that's not what I am talking about.
> > >
> > > Attached is a copy of the orignal message sent to the mailing list.
> > >
> > Th
On 13 Mar 1999, Lars Gullik Bjønnes wrote:
> >> Allan Rae writes:
>
> AR> On 12 Mar 1999, Lars Gullik Bjønnes wrote:
> >> The patch looks ok to me. Are you sure that the temporary will
> >> stay around until TestInvariant() goes out of scope?
>
> AR> I was curious about this myself wh
"Garst R. Reese" wrote:
>
> Kevin Atkinson wrote:
> >
> > "Garst R. Reese" wrote:
> > >
> > > Kevin Atkinson wrote:
> >
> > No that's not what I am talking about.
> >
> > Attached is a copy of the orignal message sent to the mailing list.
> >
> Thanks.
> I don't see anything there that requires s
Kevin Atkinson wrote:
>
> "Garst R. Reese" wrote:
> >
> > Kevin Atkinson wrote:
>
> No that's not what I am talking about.
>
> Attached is a copy of the orignal message sent to the mailing list.
>
Thanks.
I don't see anything there that requires scanning the entire document to
build a database
91 matches
Mail list logo
