On Wed, Sep 17, 2003 at 07:54:08PM +0200, Juergen Spitzmueller wrote:
> Angus Leeming wrote:
> > However, since you ask, is there any reason for noTrivlistCentering to be a
> > paragraph member function? Why not:
> >
> > namespace {
>
> no reason. can you explain the pros and cons in short, please
On Wed, Sep 17, 2003 at 07:54:48PM +0200, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | On Wed, Sep 17, 2003 at 07:38:14PM +0200, Andre' Poenitz wrote:
> >> On Wed, Sep 17, 2003 at 07:32:52PM +0200, Lars Gullik Bjønnes wrote:
> >> > Andre Poenitz <[EMAIL PROTECTED]>
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Lars Gullik Bjønnes wrote:
>> | Garst> |
>> http://www.mail-archive.com/[EMAIL PROTECTED]/msg60797.html
>>>
>> | Thanks. Unfortunately, the patch is a bit large for me. Unless |
>> somebody ports and tests it, I will have to politel
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Andre Poenitz <[EMAIL PROTECTED]> writes:
>
| | On Wed, Sep 17, 2003 at 07:38:14PM +0200, Andre' Poenitz wrote:
>>> On Wed, Sep 17, 2003 at 07:32:52PM +0200, Lars Gullik Bjønnes wrote:
>>> > Andre Poenitz <[EMAIL PROTECTED]> writes:
>>> >
>>> > |
Angus Leeming wrote:
> However, since you ask, is there any reason for noTrivlistCentering to be a
> paragraph member function? Why not:
>
> namespace {
no reason. can you explain the pros and cons in short, please?
> Shame that your change messes up the code.
>
> How about client code that looke
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, Sep 17, 2003 at 07:38:14PM +0200, Andre' Poenitz wrote:
>> On Wed, Sep 17, 2003 at 07:32:52PM +0200, Lars Gullik Bjønnes wrote:
>> > Andre Poenitz <[EMAIL PROTECTED]> writes:
>> >
>> > | What's the prefered way to go from a ParagraphList & to "i
Looking deeper, LOCALEDIR should be ${INSTALL_DIR}/share/locale I
think
Angus
| Install locally. Something like this should do the trick.
| Note that the important line is the penultimate one.
| See main.C and thereafter the code in ${LYX_TOP_DIR}/intl
| $ INSTALL_DIR=/home/martin/lyx/test-i
Angus Leeming wrote:
> Really simple question (more complex solution? follows)
>
> Most of these switch left for right. Eg
> + if (noTrivlistCentering())
> + os << "\\begin{raggedright}";
> + else
> + os << "\\begin{flushleft}";
this is correct.
> However,
On Wed, Sep 17, 2003 at 07:38:14PM +0200, Andre' Poenitz wrote:
> On Wed, Sep 17, 2003 at 07:32:52PM +0200, Lars Gullik Bjønnes wrote:
> > Andre Poenitz <[EMAIL PROTECTED]> writes:
> >
> > | What's the prefered way to go from a ParagraphList & to "its" LyXText *?
> >
> > To have a the BufferView
On Wed, Sep 17, 2003 at 07:32:52PM +0200, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | What's the prefered way to go from a ParagraphList & to "its" LyXText *?
>
> To have a the BufferView
I have that.
And then?
Andre'
--
Those who desire to give up Freedom i
Martin Vermeer wrote:
> Yes! This does the trick.
Great! I wonder what changed between 13x and 14x in this regard.
> Shall I prepare a patch?
Why not.
>> > By the way, I run CVS LyX uninstalled. Relevant?
>> Not to the fact that the code is crashing, no.
> What I don't like though is that lo
Andre Poenitz <[EMAIL PROTECTED]> writes:
| What's the prefered way to go from a ParagraphList & to "its" LyXText *?
To have a the BufferView
--
Lgb
On Wed, Sep 17, 2003 at 04:32:50PM +0100, Angus Leeming spake thusly:
...
> or alternatively:
> void FormDialogView::prepare_to_show()
> {
> ...
> if (!lyxrc.dialogs_iconify_with_main)
> - fl_winicontitle(form()->window, getTitle().c_str());
> + fl_win
Jean-Marc Lasgouttes wrote:
> Thanks for doing this. This is something I could take into 1.3.3,
> provided it is well tested.
>
> JMarc
I tried it on several book length files and it worked fine.
Converted 2.15 and 2.20 files to 2.21 with acceptable speed.
Thanks Angus!
Garst
Jean-Marc Lasgouttes wrote:
> I am all for the use of \begin{centering}...\end{centering}, except
> that we need to make sure that there is a \par break before the \end
Yes, in contrary to the patch on bugzilla, I have changed this in my latest
patch (in parallel to the "usual" end tags):
@@ -77
What's the prefered way to go from a ParagraphList & to "its" LyXText *?
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jefferson or B. Franklin or both...)
Jean-Marc Lasgouttes wrote:
> Angus> I think it as simple as this. Compiles but otherwise untested.
>
> Thanks for doing this. This is something I could take into 1.3.3,
> provided it is well tested.
>
> JMarc
Thanks all. I will start testing.
Garst
Angus Leeming wrote:
> Incidentally, maybe a script would help automate the changing of
> those _("Minipage settings") to N_(...)
>
> for file in Form*.C; do
> sed 's/\(^[ ]*: base_class([^_]*\)_/\1N_/' $file > tmp
> cmp -s $file tmp && continue
> diff -u $file tmp
> mv -i tmp $file
> done
Martin Vermeer wrote:
>> or presumably alternatively:
>>
>> // file frontends/xforms/xformsBC.C
>> void xformsBC::setButtonLabel(FL_OBJECT * obj, string const &
>> label) const
>> {
>> fl_set_object_label(obj, _(label).c_str());
>> }
>
> Yes! This bites. At least for Cancel and Close.
>
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Lars Gullik Bjønnes wrote:
>> | Garst> |
>> http://www.mail-archive.com/[EMAIL PROTECTED]/msg60797.html
>>>
>> | Thanks. Unfortunately, the patch is a bit large for me. Unless |
>> somebody ports and tests it, I will have to politel
Lars Gullik Bjønnes wrote:
> | Garst>
> | http://www.mail-archive.com/[EMAIL PROTECTED]/msg60797.html
>>
> | Thanks. Unfortunately, the patch is a bit large for me. Unless
> | somebody ports and tests it, I will have to politely decline the
> | invitation ;)
>
> Note that most of the patch deals w
On Wed, Sep 17, 2003 at 02:53:27PM +0100, Angus Leeming spake thusly:
> Martin Vermeer wrote:
> > Yes, I know how gettext works -- I did the first Dutch and Finnish
> > translations remember? But I still don't get what Lars wanted
> > me to do. Please bend it in copperwire for me. Remember I'm a
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes:
>
| Garst> Jean-Marc Lasgouttes wrote:
>>> You made up the number, didn't you?
>>>
>>> Seriously, I cannot get it. Do you have an URL?
>>>
>>> JMarc
>
| Garst> http://www.mail-archive.com
> "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes:
Garst> Jean-Marc Lasgouttes wrote:
>> Thanks. Unfortunately, the patch is a bit large for me. Unless
>> somebody ports and tests it, I will have to politely decline the
>> invitation ;)
>>
>> JMarc
Garst> Most of it deals with the asserts
Jean-Marc Lasgouttes wrote:
> Thanks. Unfortunately, the patch is a bit large for me. Unless
> somebody ports and tests it, I will have to politely decline the
> invitation ;)
>
> JMarc
Most of it deals with the asserts that use bformat to make the failure
msgs more useful. Porting bformat in src
> "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes:
Garst> Jean-Marc Lasgouttes wrote:
>> You made up the number, didn't you?
>>
>> Seriously, I cannot get it. Do you have an URL?
>>
>> JMarc
Garst> http://www.mail-archive.com/[EMAIL PROTECTED]/msg60797.html
Thanks. Unfortunately, the p
We are getting nearer a release. New since last time are: german and
slovenian l10n updates, german docs updates, graphics conversion
fixes, fix loading of symbol fonts on solaris.
I also put together a tentative announcement, that you will find
appended to this e-mail.
The only remaining issue
Martin Vermeer wrote:
> Yes, I know how gettext works -- I did the first Dutch and Finnish
> translations remember? But I still don't get what Lars wanted
> me to do. Please bend it in copperwire for me. Remember I'm a little
> dumb :-)
My misunderstanding.
Ok, I think that Lars is suggesting
//
On Wed, Sep 17, 2003 at 02:15:35PM +0100, Angus Leeming spake thusly:
>
> Martin Vermeer wrote:
...
> >
> > Like this?
>
> No, because this is code executed when the xformsBC constructor is
> invoked.
> xformsBC(ButtonController const &,
> -string const & = _("Cancel"), strin
Jean-Marc Lasgouttes wrote:
> You made up the number, didn't you?
>
> Seriously, I cannot get it. Do you have an URL?
>
> JMarc
http://www.mail-archive.com/[EMAIL PROTECTED]/msg60797.html
Martin Vermeer wrote:
> On Wed, Sep 17, 2003 at 11:28:36AM +0100, Angus Leeming spake
thusly:
>
>> Martin Vermeer wrote:
>>
>> > On Wed, Sep 17, 2003 at 10:52:48AM +0200, Lars Gullik Bjønnes
spake
>> > thusly:
>> >
>> >> what happens if you function call replace the default args with
>> >>
On Wed, Sep 17, 2003 at 10:52:48AM +0200, Lars Gullik Bjønnes spake thusly:
...
> Or remove the _(..) from the default args completely?
>
> --
> Lgb
Yes, then the error goes away. But do we want that? We want "Cancel"
and "Close" translated, don't we?
- Martin
pgp0.pgp
Descrip
On Wed, Sep 17, 2003 at 02:43:40PM +0200, Jean-Marc Lasgouttes wrote:
> Andre> I was under the impression that
> Andre> \begin{centering}...\end{centering} added extra vertical
> Andre> space...
>
> No, it is \begin{center}...\end{center}.
>
> AFAIK, for any macro \foo, \begin{foo}...\end{foo} ha
On Wed, Sep 17, 2003 at 11:28:36AM +0100, Angus Leeming spake thusly:
> Martin Vermeer wrote:
>
> > On Wed, Sep 17, 2003 at 10:52:48AM +0200, Lars Gullik Bjønnes spake
> > thusly:
> >
> >> what happens if you function call replace the default args with
> >> N_(...)
> >
> > ?
>
> N_(...) is j
> "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes:
Garst> Jean-Marc Lasgouttes wrote:
>> > "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes:
>>
Garst> I have the same problem I had in 1.4CVS. lyx2lyx takes forever
Garst> converting a 220 to 221 file. Lars fixed it in 1.4 by writin
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Wed, Sep 17, 2003 at 02:34:35PM +0200, Jean-Marc Lasgouttes
Andre> wrote:
>> > "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]>
>> writes:
>>
Juergen> LaTeXers usually recommend to use \centering inside floats to
Juerge
On Wed, Sep 17, 2003 at 02:34:35PM +0200, Jean-Marc Lasgouttes wrote:
> > "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
>
> Juergen> LaTeXers usually recommend to use \centering inside floats to
> Juergen> avoid this problem:
> Juergen> http://www.tex.ac.uk/cgi-bin/texfaq2html?
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> LaTeXers usually recommend to use \centering inside floats to
Juergen> avoid this problem:
Juergen> http://www.tex.ac.uk/cgi-bin/texfaq2html?label=vertspacefloat
Juergen> However, \begin{centering}...\end{centering} is b
Juergen Spitzmueller wrote:
> Juergen Spitzmueller wrote:
>> http://bugzilla.lyx.org/show_bug.cgi?id=1290
>>
>> This patch is on bugzilla for a while, but since there's no
>> discussion I thought I'd bring it up here.
>
> really no objections?
>
> Juergen.
Weelll, the idea looks fine.
However
Juergen Spitzmueller wrote:
> Juergen Spitzmueller wrote:
>> http://bugzilla.lyx.org/show_bug.cgi?id=1290
>>
>> This patch is on bugzilla for a while, but since there's no discussion I
>> thought I'd bring it up here.
>
> really no objections?
>
> Juergen.
Really simple question (more complex s
On Wed, Sep 17, 2003 at 12:49:35PM +0100, Angus Leeming wrote:
> Could someone shove this in? I may or may not get near a machine with
> the 14x tree on it today.
Done.
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one.
Juergen Spitzmueller wrote:
> http://bugzilla.lyx.org/show_bug.cgi?id=1290
>
> This patch is on bugzilla for a while, but since there's no discussion I
> thought I'd bring it up here.
really no objections?
Juergen.
Rob Lahaye wrote:
> Something like following patch is needed to compile gtk frontend:
>
> Index: src/frontends/gtk/lyx_gui.C
> ===
> RCS file: /cvs/lyx/lyx-devel/src/frontends/gtk/lyx_gui.C,v
> retrieving revision 1.6
> diff -u -r1.6
Something like following patch is needed to compile gtk frontend:
Index: src/frontends/gtk/lyx_gui.C
===
RCS file: /cvs/lyx/lyx-devel/src/frontends/gtk/lyx_gui.C,v
retrieving revision 1.6
diff -u -r1.6 lyx_gui.C
--- src/frontends/gt
On Wed, Sep 17, 2003 at 01:16:20PM +0200, Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
> > On Wed, Sep 17, 2003 at 12:44:06PM +0200, Alfredo Braunstein wrote:
> >> Andre Poenitz wrote:
> >>
> >> > I think one solution which sounds expensive but probably is not at all
> >> > is to get rid of
Alfredo Braunstein wrote:
> Seems reasonable. And it implies to have different bufferviews for
> different loaded buffers, which can be done as a first step (solving
> the buffer switching slowness).
You mean that BufferView has a
Buffer & buffer;
member variable? Oh, I do like that. Yes
On Wed, Sep 17, 2003 at 10:24:30AM +0200, Jean-Marc Lasgouttes wrote:
> John> I think we should start backporting stuff to 1.3.x
>
> What stuff are you thinking about?
I'm not sure yet. At least some of the Qt dialog cleanups are relatively
independent and easy to extract.
regards
john
--
Khen
Andre Poenitz wrote:
> On Wed, Sep 17, 2003 at 12:44:06PM +0200, Alfredo Braunstein wrote:
>> Andre Poenitz wrote:
>>
>> > I think one solution which sounds expensive but probably is not at all
>> > is to get rid of the RowLists entirely and re-compute everything on
>> > demand (i.e. once per use
On Wed, Sep 17, 2003 at 12:44:06PM +0200, Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
> > I think one solution which sounds expensive but probably is not at all
> > is to get rid of the RowLists entirely and re-compute everything on
> > demand (i.e. once per user interaction - we do somethi
On Wed, Sep 17, 2003 at 11:34:44AM +0100, Angus Leeming wrote:
> Andre Poenitz wrote:
> >> And where, exactly, is the instantiation?
> >
> > Good point.
> >
> > I have a bad feeling nevertheless, but I'll go ask the gurus as I
> > don't find something explicitly forbidding it.
>
> Incidentally,
Andre Poenitz wrote:
> I think one solution which sounds expensive but probably is not at all
> is to get rid of the RowLists entirely and re-compute everything on
> demand (i.e. once per user interaction - we do something similar
> already). This way one paragraph can be shown in two places witho
Andre Poenitz wrote:
>> And where, exactly, is the instantiation?
>
> Good point.
>
> I have a bad feeling nevertheless, but I'll go ask the gurus as I
> don't find something explicitly forbidding it.
Incidentally, what forum do you use to talk to 'gurus'?
--
Angus
On Wed, Sep 17, 2003 at 12:12:15PM +0200, Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
> > On Tue, Sep 16, 2003 at 01:47:32PM +0200, Alfredo Braunstein wrote:
> >> John Levon wrote:
> >>
> >> > What's expected ? Waiting two seconds to switch between moderately
> >> > sized documents ? That'
Martin Vermeer wrote:
> On Wed, Sep 17, 2003 at 10:52:48AM +0200, Lars Gullik Bjønnes spake
> thusly:
>
>> what happens if you function call replace the default args with
>> N_(...)
>
> ?
N_(...) is just an empty macro (does nothing --- see src/gettext.h)
that enables the po files to document
Andre Poenitz wrote:
> On Tue, Sep 16, 2003 at 01:47:32PM +0200, Alfredo Braunstein wrote:
>> John Levon wrote:
>>
>> > What's expected ? Waiting two seconds to switch between moderately
>> > sized documents ? That's what I'm seeing, and I would not call it
>> > acceptable.
>>
>> That's current
On Wed, Sep 17, 2003 at 10:52:48AM +0200, Lars Gullik Bjønnes spake thusly:
> what happens if you function call replace the default args with
> N_(...)
?
> and use _(...) where the vars are used?
I did that... the new strings appear in the output.
> Or remove the _(..) from the default args
Andre Poenitz wrote:
> And where, exactly, is the instantiation?
>
> Good point.
>
> I have a bad feeling nevertheless, but I'll go ask the gurus as I
> don't find something explicitly forbidding it.
>
>> I see none... Moreover, you'll find that any place ParagraphList is
>> actually instantiate
Andre Poenitz wrote:
On Tue, Sep 16, 2003 at 01:11:28PM +0100, John Levon wrote:
On Tue, Sep 16, 2003 at 01:55:20PM +0200, Andre Poenitz wrote:
BTW: Are you really keeping different 'buffers of moderate size' within
a single LyX instance?
And change the active buffer frequently?
This is /exactly
Angus Leeming <[EMAIL PROTECTED]> writes:
| The use is that we can forward declare a ParagraphList without
| #including "paragraph.h" in the header file.
It is the legality of this I question.
--
Lgb
Angus Leeming wrote:
> Yes. See the bottom of either LColor.h or lyxfont.h. Alternatively,
> here's the prescription:
>
> class InsetOld_code {
> InsetOld::Code val_;
> public:
> InsetOld_code(InsetOld::Code val) : val_(val) {}
> operator InsetOld::Code() const{ return val_
Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Andre Poenitz wrote:
>>> It is not legal to instantiate a template on an incomplete type,
>>> i.e. this
>>>
>>> #ifndef PARAGRAPH_LIST_FWD_H
>>> #define PARAGRAPH_LIST_FWD_H
>>>
>>> #include
>>> #include
>>>
>>> cla
On Wed, Sep 17, 2003 at 10:36:08AM +0100, Angus Leeming wrote:
> Andre Poenitz wrote:
> > It is not legal to instantiate a template on an incomplete type,
> > i.e. this
> >
> > #ifndef PARAGRAPH_LIST_FWD_H
> > #define PARAGRAPH_LIST_FWD_H
> >
> > #include
> > #include
> >
> > class Paragraph;
Angus Leeming <[EMAIL PROTECTED]> writes:
| Andre Poenitz wrote:
>> It is not legal to instantiate a template on an incomplete type,
>> i.e. this
>>
>> #ifndef PARAGRAPH_LIST_FWD_H
>> #define PARAGRAPH_LIST_FWD_H
>>
>> #include
>> #include
>>
>> class Paragraph;
>>
>> typedef std::list Parag
Andre Poenitz wrote:
>
> Angus,
>
> paragraph.h includes inset.h only to get access to InsetOld::Code
> which is used only for
>
> bool insetAllowed(InsetOld::Code code);
>
>
> You have a remedy for such cases, don't you?
>
> Andre'
Yes. See the bottom of either LColor.h or lyxfont.h. Alter
Andre Poenitz wrote:
> It is not legal to instantiate a template on an incomplete type,
> i.e. this
>
> #ifndef PARAGRAPH_LIST_FWD_H
> #define PARAGRAPH_LIST_FWD_H
>
> #include
> #include
>
> class Paragraph;
>
> typedef std::list ParagraphList;
>
> typedef std::pair PitPosPair;
>
> #endif
Martin Vermeer <[EMAIL PROTECTED]> writes:
| On Wed, Sep 17, 2003 at 10:21:54AM +0200, Lars Gullik Bjønnes spake thusly:
>>
>> Martin Vermeer <[EMAIL PROTECTED]> writes:
>>
>> >> Do we have any static objects? (we shouldn't) Global objects?
>> >
>> | Yes! in gettext.C:
>> >
>> | 24 Messages
Martin Vermeer <[EMAIL PROTECTED]> writes:
| On Wed, Sep 17, 2003 at 10:21:54AM +0200, Lars Gullik Bjønnes spake thusly:
>>
>> Martin Vermeer <[EMAIL PROTECTED]> writes:
>>
>> >> Do we have any static objects? (we shouldn't) Global objects?
>> >
>> | Yes! in gettext.C:
>> >
>> | 24 Messages
On Wed, Sep 17, 2003 at 10:21:54AM +0200, Lars Gullik Bjønnes spake thusly:
>
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> >> Do we have any static objects? (we shouldn't) Global objects?
> >
> | Yes! in gettext.C:
> >
> | 24 Messages & getLyXMessages()
> | 25 {
> | 26 stat
> "John" == John Levon <[EMAIL PROTECTED]> writes:
>> In the mean time, I think the 225 to 215 script should be part of
>> the 1.3x release.
John> I think we should start backporting stuff to 1.3.x
What stuff are you thinking about?
JMarc
Martin Vermeer <[EMAIL PROTECTED]> writes:
>> Do we have any static objects? (we shouldn't) Global objects?
>
| Yes! in gettext.C:
>
| 24 Messages & getLyXMessages()
| 25 {
| 26 static Messages lyx_messages;
| 27
| 28 return lyx_messages;
| 29 }
| 30
|
Angus,
paragraph.h includes inset.h only to get access to InsetOld::Code which
is used only for
bool insetAllowed(InsetOld::Code code);
You have a remedy for such cases, don't you?
Andre'
It is not legal to instantiate a template on an incomplete type,
i.e. this
#ifndef PARAGRAPH_LIST_FWD_H
#define PARAGRAPH_LIST_FWD_H
#include
#include
class Paragraph;
typedef std::list ParagraphList;
typedef std::pair PitPosPair;
On Wed, Sep 17, 2003 at 09:36:28AM +0200, Lars Gullik Bjønnes spake thusly:
>
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> | On Tue, Sep 16, 2003 at 09:49:52PM +, Angus Leeming spake thusly:
> |
> >> Martin Vermeer wrote:
> >> > H... is it possible that lang_ is being accessed after
Hi all,
I didn't subscribe to the list since it has a huge volume of emails. I
might have missed some discussion on making LyX RPMs like lyx-common,
lyx-xforms and lyx-qt, though I did have checked the archive.
I modified the lyx.spec file from lyx-1.3.2 source tree so that it has
better relocati
Martin Vermeer <[EMAIL PROTECTED]> writes:
| On Tue, Sep 16, 2003 at 09:49:52PM +, Angus Leeming spake thusly:
|
>> Martin Vermeer wrote:
>> > H... is it possible that lang_ is being accessed after the
>> > containing class Messages::Pimpl has been destroyed?
>>
>> If so, I guess that t
Andre Poenitz wrote:
> On Tue, Sep 16, 2003 at 05:43:10PM -0300, Garst R. Reese wrote:
>> 1.4cvs is painful on a 233Mhz 96Mb 586. Except for lyx2lyx, 1.3x is way
>> faster.
>
> Could you give a rough ration?
A food ration you mean?
[Sorry, too much nethack. ;-)]
Regards, Alfredo
On Tue, Sep 16, 2003 at 05:43:10PM -0300, Garst R. Reese wrote:
> 1.4cvs is painful on a 233Mhz 96Mb 586. Except for lyx2lyx, 1.3x is way
> faster.
Could you give a rough ration?
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either
77 matches
Mail list logo
