MTOOBUSY.HTM
Description: Binary data
Hi,
I'm trying to compile LyX 1.3.0cvs on RedHat 8.0, and I found that I got
a double declaration of strerror. This is primarily caused by there
being no *test* for strerror, but there is a macro which declares
strerror if HAVE_STRERROR is not defined.
I fixed this problem by adding
AC_CHECK_FU
On Tue, Oct 29, 2002 at 09:35:57AM +0100, Andre Poenitz wrote:
[snip!]
> new XMLish .lyx. In order to avoid regressions we'd e.g. need a flawless
> .tex -> .lyx -> .tex roundtrip for math, which is easiest achieved by
> storing the .tex represantation in the .lyx - at least as a temporary
> solut
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
| | I took a look at bug 668 and here are my findings (as added to the bug
| | itself). Lars, I hope this is enough to get you started...
>
| Ok, I have two patches for this one. Two different ones
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| I took a look at bug 668 and here are my findings (as added to the bug
| itself). Lars, I hope this is enough to get you started...
Ok, I have two patches for this one. Two different ones that both seem
to fix the problem.
I fear that one of the
On Tue, Nov 05, 2002 at 04:41:18PM +, John Levon wrote:
> On Tue, Nov 05, 2002 at 04:40:31PM +0200, Dekel Tsur wrote:
>
> > > Here is a better patch: I set the WorkArea pointer in haveSelection().
> >
> > Ignore the first two patches.
> > Here is the latest version of the patch.
>
> Wow this
On Tue, Nov 05, 2002 at 04:40:31PM +0200, Dekel Tsur wrote:
> > Here is a better patch: I set the WorkArea pointer in haveSelection().
>
> Ignore the first two patches.
> Here is the latest version of the patch.
Wow this is ugly. Isn't there some other way ?
john
--
"When a man has nothing to
On Tuesday 05 November 2002 2:40 pm, Dekel Tsur wrote:
> On Tue, Nov 05, 2002 at 04:28:16PM +0200, Dekel Tsur wrote:
> > On Tue, Nov 05, 2002 at 04:17:28PM +0200, Dekel Tsur wrote:
> > > Copying from/into LyX using he X selection mechanism doesn't work.
> > > The following patch fixes that.
> > > P
On Tue, 5 Nov 2002, Andre Poenitz wrote:
> On Tue, Nov 05, 2002 at 01:04:22PM +0100, Christian Ridderström wrote:
> > I could try... but what about the practical aspect? Should I modify the
> > documentation that comes with 1.2.1 and then send the modified .lyx-file
> > somewhere? (where?)
>
>
On Tue, Nov 05, 2002 at 04:28:16PM +0200, Dekel Tsur wrote:
> On Tue, Nov 05, 2002 at 04:17:28PM +0200, Dekel Tsur wrote:
> > Copying from/into LyX using he X selection mechanism doesn't work.
> > The following patch fixes that.
> > Please test that it works with QT2.
> >
> > Note that in lyxX11Ev
On Tue, Nov 05, 2002 at 04:17:28PM +0200, Dekel Tsur wrote:
> Copying from/into LyX using he X selection mechanism doesn't work.
> The following patch fixes that.
> Please test that it works with QT2.
>
> Note that in lyxX11EventFilter(), I need a pointer to a the WorkArea class,
> which is curren
Copying from/into LyX using he X selection mechanism doesn't work.
The following patch fixes that.
Please test that it works with QT2.
Note that in lyxX11EventFilter(), I need a pointer to a the WorkArea class,
which is currently obtained using a hack.
What is the correct way to obtain it ?
pat
On Tue, Nov 05, 2002 at 02:00:48PM +, Angus Leeming wrote:
> Just to make you smile...
Impressive.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
On Tuesday 05 November 2002 1:48 pm, Andre Poenitz wrote:
> On Tue, Nov 05, 2002 at 01:51:57PM +, Angus Leeming wrote:
> > > Would rit.base() work?
> >
> > It would, thank you. I was reading the source and missed it. SGI's
> > documentation is a lot easier to follow ;-)
>
> In the g++ implemen
On Tue, Nov 05, 2002 at 01:51:57PM +, Angus Leeming wrote:
> > Would rit.base() work?
>
> It would, thank you. I was reading the source and missed it. SGI's
> documentation is a lot easier to follow ;-)
In the g++ implementation it is the first function after the constructors...
Andre'
--
On Tuesday 05 November 2002 1:39 pm, Andre Poenitz wrote:
> On Tue, Nov 05, 2002 at 01:35:45PM +, Angus Leeming wrote:
> > I guess I could use something like
> > fit = begin + std::distance(it, rend)
> > but there must be a clean way?
>
> Would rit.base() work?
It would, thank you. I was
On Tue, Nov 05, 2002 at 01:35:45PM +, Angus Leeming wrote:
> I guess I could use something like
> fit = begin + std::distance(it, rend)
> but there must be a clean way?
Would rit.base() work?
> ps I'm trying to clean-up yet another piece of nastiness that I wrote before
> Lars breaks
If I have an iterator, I can get the equivalent reverse_iterator easily
enough.
vector::const_iterator it = ...;
vector::const_reverse_iterator rit(it);
What about if I have a reverse_iterator and want iterator? This doesn't work:
vector::const_reverse_iterator it = ...;
On Tue, Nov 05, 2002 at 12:34:51PM +, Angus Leeming wrote:
> Indeed. However, does the functor need to derive from std::binary_function?
No.
> It compiles fine without which, if I read my "Effective STL" correctly, means
> that it'll also work ok.
It looks fine as it is.
Andre'
--
Those
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Tuesday 05 November 2002 12:24 pm, Lars Gullik Bjønnes wrote:
>> Angus Leeming <[EMAIL PROTECTED]> writes:
>> | On Tuesday 05 November 2002 12:08 pm, Lars Gullik Bjønnes wrote:
>> >> Angus Leeming <[EMAIL PROTECTED]> writes:
>> >> | Doesn't fix getVec
On Tue, Nov 05, 2002 at 01:04:22PM +0100, Christian Ridderström wrote:
> I could try... but what about the practical aspect? Should I modify the
> documentation that comes with 1.2.1 and then send the modified .lyx-file
> somewhere? (where?)
Yes. To lyx-devel (or lyx-doc if that exists)
> > Pro
On Tuesday 05 November 2002 12:24 pm, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | On Tuesday 05 November 2002 12:08 pm, Lars Gullik Bjønnes wrote:
> >> Angus Leeming <[EMAIL PROTECTED]> writes:
> >> | Doesn't fix getVectorFromString, but does reduce cpu usage thereaft
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Tuesday 05 November 2002 12:08 pm, Lars Gullik Bjønnes wrote:
>> Angus Leeming <[EMAIL PROTECTED]> writes:
>> | Doesn't fix getVectorFromString, but does reduce cpu usage thereafter.
>> | Ok to apply?
>>
>> yes.
>
| Thanks, but since I had the file op
On Tuesday 05 November 2002 12:18 pm, Angus Leeming wrote:
> On Tuesday 05 November 2002 12:08 pm, Lars Gullik Bjønnes wrote:
> > Angus Leeming <[EMAIL PROTECTED]> writes:
> > | Doesn't fix getVectorFromString, but does reduce cpu usage thereafter.
> > | Ok to apply?
> >
> > yes.
>
> Thanks, but si
On Tuesday 05 November 2002 12:08 pm, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | Doesn't fix getVectorFromString, but does reduce cpu usage thereafter.
> | Ok to apply?
>
> yes.
Thanks, but since I had the file open...
I think that this is wrong:
// A functor for
Angus Leeming <[EMAIL PROTECTED]> writes:
| Doesn't fix getVectorFromString, but does reduce cpu usage thereafter.
| Ok to apply?
yes.
--
Lgb
On Tue, 5 Nov 2002, Andre Poenitz wrote:
> On Tue, Nov 05, 2002 at 09:56:53AM +0100, Christian Ridderström wrote:
> > About documenting it, perhaps it could go to where the list
> > environment is described?
>
> Yes. Could you have a go on that?
I could try... but what about the practical aspec
Doesn't fix getVectorFromString, but does reduce cpu usage thereafter.
Ok to apply?
Angus
Index: src/frontends/controllers/biblio.C
===
RCS file:
/usr/local/lyx/cvsroot/lyx-devel/src/frontends/controllers/biblio.C,v
retrieving revisi
On Tuesday 05 November 2002 11:36 am, Andre Poenitz wrote:
> On Tue, Nov 05, 2002 at 11:14:37AM +, Angus Leeming wrote:
> > void InsetCommandParams::setFromString(string const & b)
> > {
> > string::size_type idx = b.find("|++|");
> > if (idx == string::npos) {
> > cmdname =
On Tue, Nov 05, 2002 at 11:14:37AM +, Angus Leeming wrote:
> void InsetCommandParams::setFromString(string const & b)
> {
> string::size_type idx = b.find("|++|");
> if (idx == string::npos) {
> cmdname = b;
> contents = "";
> options = "";
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> f.ex. a construct that would make us more robust is:
Lars> vector a = getVectorFromString(l, " \n\t\r");
Lars> Where l is f.ex. a line read from a file, and I just want to
Lars> split on all "whitespace". (or could be
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Tuesday 05 November 2002 10:53 am, Lars Gullik Bjønnes wrote:
| > Angus Leeming <[EMAIL PROTECTED]> writes:
| > | To tell me that my thought process is invalid is just plain rude.
| >
| > At least I stay away from the "f" words.
|
| I promise not to
On Tuesday 05 November 2002 10:53 am, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | To tell me that my thought process is invalid is just plain rude.
>
> At least I stay away from the "f" words.
I promise not to swear and apologise for having done so.
I promise not to
On Tue, Nov 05, 2002 at 11:53:27AM +0100, Lars Gullik Bjønnes wrote:
> | To tell me that my thought process is invalid is just plain rude.
>
> At least I stay away from the "f" words.
"Fangus' fought frocess fis finvalid".
See? I dare.
Andre'
--
Those who desire to give up Freedom in order to
Angus Leeming <[EMAIL PROTECTED]> writes:
| To tell me that my thought process is invalid is just plain rude.
At least I stay away from the "f" words.
--
Lgb
On Tuesday 05 November 2002 10:31 am, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
> | Lars, what the fuck have you done to getVectorFromString?
> |
> :-)
>
> The fuctions description is completely bogus then, and behaves
> differently from _all_ similiar functions that I
On Tue, Nov 05, 2002 at 11:39:36AM +0100, Lars Gullik Bjønnes wrote:
> src/mathed/math_extern.C:
> std::vector tmp = getVectorFromString(out, "$$");
Hm, not my doing...
Dekel: Why is this needed?
[And since I am at it:
while (is) {
getline(is, line);
if (line.find("Incorrect syn
On Tuesday 05 November 2002 10:39 am, Lars Gullik Bjønnes wrote:
> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
> | Turn the #if on!
> | On second thought, don't! I'd rather go through the sources and fix up
> | the cases that expects this behaviour from getVectorFromString.
>
> And that is -two
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Nov 05, 2002 at 11:31:02AM +0100, Lars Gullik Bjønnes wrote:
| > actually it is working just as I planned it to work.
|
| Whereas it might have been preferable (only from a purely practical, not to
| say opportunistic point of view...) if it act
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Turn the #if on!
| On second thought, don't! I'd rather go through the sources and fix up
| the cases that expects this behaviour from getVectorFromString.
And that is -two- places!
src/frontends/controllers/biblio.C:
vector authors = getV
On Tue, Nov 05, 2002 at 11:31:02AM +0100, Lars Gullik Bjønnes wrote:
> actually it is working just as I planned it to work.
Whereas it might have been preferable (only from a purely practical, not to
say opportunistic point of view...) if it acted a bit more similar to the
original code ;-}
Andre
On Tue, Nov 05, 2002 at 10:12:45AM +, Angus Leeming wrote:
> Lars, what the fuck have you done to getVectorFromString?
>
> vector const authors = getVectorFromString(author, " and ");
>
> vector::const_iterator cit = authors.begin();
> vector::const_iterator end = authors.en
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars, what the fuck have you done to getVectorFromString?
:-)
The fuctions description is completely bogus then, and behaves
differently from _all_ similiar functions that I have ever seen.
Delim is used in a really magic way... the function need to b
Lars, what the fuck have you done to getVectorFromString?
vector const authors = getVectorFromString(author, " and ");
vector::const_iterator cit = authors.begin();
vector::const_iterator end = authors.end();
for (; cit != end; ++cit) {
std::cerr <<
On Tue, Nov 05, 2002 at 09:56:53AM +0100, Christian Ridderström wrote:
> About documenting it, perhaps it could go to where the list
> environment is described?
Yes. Could you have a go on that?
> Would it somehow be possible for LyX to recognize this case (i.e. a ']' in
> the label) and produc
On Tue, 5 Nov 2002, Andre Poenitz wrote:
> On Tue, Nov 05, 2002 at 08:40:41AM +0100, Christian Ridderström wrote:
> > I've found a possible bug, or at least something that produces errors when
> > I try to do view dvi. It seems related to having a math in a list label
> > with a ']' in the label
On Tue, Nov 05, 2002 at 08:40:41AM +0100, Christian Ridderström wrote:
> I've found a possible bug, or at least something that produces errors when
> I try to do view dvi. It seems related to having a math in a list label
> with a ']' in the label (putting {} around the math expressions takes
>
47 matches
Mail list logo
