John Levon wrote:
On Thu, Aug 08, 2002 at 09:34:16AM +0100, Angus Leeming wrote:
I meant the comments in the mail. I haven't got the patch. Since you started
this thread, I guess you have it, so apply it.
well I was after making sure it's reviewed ... I don't have it any more
than you
Hi,
I'm using the 2.53 and 1.5 autotools.
The qt3 package (from qt-x11-free-3.0.5.tar.bz2) on my FreeBSD PC, requires
following:
includes-dir: /usr/X11R6/include
libraries-dir: /usr/X11R6/lib
linking: -lqui (linking with /usr/X11R6/lib/libqui.so)
The -lqui is tricky because I don't know
I forwarded your message to the lyx mailinglist, to possibly get some
wider attention and discussion.
---BeginMessage---
Paolo Saggese ([EMAIL PROTECTED]) entered the
following feedback message on the LyX home page:
On Friday 09 August 2002 6:32 am, Amir Michail wrote:
Also, I tried changing the cursor color using the dialog in the GUI.
(Again, a unique cursor color makes it easier to track the cursor from
screenshots.) For some reason, the cursor color changes were always ignored
(lyx 1.2). The color
-BEGIN PGP SIGNED MESSAGE-
On Thursday 08 August 2002 15:06, Andre Poenitz wrote:
On Thu, Aug 08, 2002 at 01:26:32PM +0100, Angus Leeming wrote:
Kornel Benko sent me this file because we thought that the crash was
caused by the previewing. However, I can't load it at all with
On Thu, Aug 08, 2002 at 07:15:23PM +0100, John Levon wrote:
On Thu, Aug 08, 2002 at 01:26:32PM +0100, Angus Leeming wrote:
Kornel Benko sent me this file because we thought that the crash was caused
by the previewing. However, I can't load it at all with current, with or
without
On Friday 09 August 2002 10:39 am, Martin Vermeer wrote:
On Thu, Aug 08, 2002 at 07:15:23PM +0100, John Levon wrote:
On Thu, Aug 08, 2002 at 01:26:32PM +0100, Angus Leeming wrote:
Kornel Benko sent me this file because we thought that the crash was
caused by the previewing. However, I
On Friday 09 August 2002 10:37 am, Angus Leeming wrote:
Incidentally, why not:
void Counters::reset(string const match)
{
CounterList::iterator it = counterList.begin();
CounterList::iterator end = counterList.end();
if (match.empty()) {
for (; it != end;
On Fri, Aug 09, 2002 at 10:37:10AM +0100, Angus Leeming wrote:
(I believe that they're executed in order).
They have to.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
Angus Leeming [EMAIL PROTECTED] writes:
| On Friday 09 August 2002 10:37 am, Angus Leeming wrote:
Incidentally, why not:
void Counters::reset(string const match)
{
CounterList::iterator it = counterList.begin();
CounterList::iterator end = counterList.end();
if
On Fri, Aug 09, 2002 at 10:37:10AM +0100, Angus Leeming wrote:
...
Andre ? Martin ?
Seems correct to me. The first dozen lines or so in LyXText::setCounter
are: if a par has no previous(), it resets its counter array, otherwise it
copies the one of its predecessor. Should cover all
Amazing what happens if you dig deeper
aleem@pneumon:src- grep counters() *.C */*.C | grep copy
text2.C:par-counters().copy(par-previous()-counters(),
par-counters(), );
aleem@pneumon:src- grep counters() *.C */*.C | grep reset
text2.C:
Angus Leeming [EMAIL PROTECTED] writes:
| Amazing what happens if you dig deeper
| aleem@pneumon:src- grep counters() *.C */*.C | grep copy
| text2.C:par-counters().copy(par-previous()-counters(),
| par-counters(), );
| aleem@pneumon:src- grep counters() *.C */*.C | grep reset
On Fri, Aug 09, 2002 at 11:36:13AM +0100, Angus Leeming wrote:
and can therefore be simplified to
void Counters::copy(Counters from, Counters to)
{
CounterList::iterator it = counterList.begin();
CounterList::iterator end = counterList.end();
for (; it != end; ++it) {
On Friday 09 August 2002 12:23 pm, Andre Poenitz wrote:
On Fri, Aug 09, 2002 at 11:36:13AM +0100, Angus Leeming wrote:
and can therefore be simplified to
void Counters::copy(Counters from, Counters to)
{
CounterList::iterator it = counterList.begin();
CounterList::iterator
On Friday 09 August 2002 11:59 am, Angus Leeming wrote:
On Friday 09 August 2002 12:23 pm, Andre Poenitz wrote:
On Fri, Aug 09, 2002 at 11:36:13AM +0100, Angus Leeming wrote:
and can therefore be simplified to
void Counters::copy(Counters from, Counters to)
{
On Friday 09 August 2002 12:14 pm, Angus Leeming wrote:
2. Alternatively, it could be a non-member function
void Counters::copy(Counters const from, Counters to)
That's
void copy(Counters const from, Counters to)
R. Lahaye wrote:
/usr/X11R6/lib/libqt-mt.so.3: undefined reference to `pthread_cond_timedwait'
gmake[3]: *** [lyx] Error 1
This is because -pthread is somewhere missing in the compilation process. This
is a typical FreeBSD issue.
Only on FreeBSD the compiler needs (sometimes?) the
Has anybody any opinion on that topic?
I'd use such thing for interanal use in mathed but it looks as the real
inset could use them, too.
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 Fri, Aug 09, 2002 at 11:27:52AM +0200, Kornel Benko wrote:
It loads here now, after making some scripts executable.
(Yes, I am using the non-installed version from the src-directory.
anyone remember how we get them +x in the repository ? Do we have to
re-add them or is there a cvs thingy ?
On Fri, Aug 09, 2002 at 08:30:09AM +0200, Herbert Voss wrote:
that is what I called the nice committing policy of LyX ...
I don't like to apply patches that I don't understand of code I don't
know, that's all ... no need to get het up about it.
The stuff gets in eventually doesn't it ?
On Friday 09 August 2002 1:18 pm, John Levon wrote:
On Fri, Aug 09, 2002 at 11:27:52AM +0200, Kornel Benko wrote:
It loads here now, after making some scripts executable.
(Yes, I am using the non-installed version from the src-directory.
anyone remember how we get them +x in the repository
On Fri, Aug 09, 2002 at 05:05:25PM +0900, R. Lahaye wrote:
linking: -lqui (linking with /usr/X11R6/lib/libqui.so)
Oh sweet. Really nice. What is it with FreeBSD and stupid renamings of
libraries ? Don't they realise how painful qt2.m4 is ?
checking for Qt... configure: error: Qt2
On Fri, Aug 09, 2002 at 02:17:16PM +0200, Andre Poenitz wrote:
Has anybody any opinion on that topic?
I'd use such thing for interanal use in mathed but it looks as the real
inset could use them, too.
Please. We have :
insetButtonPress
insetButtonRelease
edit() (1)
Angus Leeming [EMAIL PROTECTED] writes:
| On Friday 09 August 2002 12:14 pm, Angus Leeming wrote:
2. Alternatively, it could be a non-member function
void Counters::copy(Counters const from, Counters to)
| That's
| void copy(Counters const from, Counters to)
How is this then different
On Fri, Aug 09, 2002 at 12:51:03PM +0100, Angus Leeming wrote:
either way, LyX shouldn't crash...
That's true. It usually involves some horrid BadDrawable, as if the
execvp failure is still trying to draw a non-existent pixmap or
something
john
--
It is unbecoming for young men to utter
On Fri, Aug 09, 2002 at 01:28:26PM +0100, John Levon wrote:
I'd use such thing for interanal use in mathed but it looks as the real
inset could use them, too.
Please. We have :
insetButtonPress
insetButtonRelease
edit() (1)
edit() (2)
and the interactions
On Friday 09 August 2002 1:30 pm, Lars Gullik Bjønnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
| On Friday 09 August 2002 12:14 pm, Angus Leeming wrote:
2. Alternatively, it could be a non-member function
void Counters::copy(Counters const from, Counters to)
|
| That's
| void
I believe that this makes more sense (and in the case of copy is probably
correct too ;-) than the current code.
Martin, since I don't know the code at all or even fully understand what it
is meant to be doing, perhaps you could have a look at the patch and
ascertain that it is doing what you
On Friday 09 August 2002 1:30 pm, John Levon wrote:
On Fri, Aug 09, 2002 at 12:51:03PM +0100, Angus Leeming wrote:
either way, LyX shouldn't crash...
That's true. It usually involves some horrid BadDrawable, as if the
execvp failure is still trying to draw a non-existent pixmap or
Angus Leeming [EMAIL PROTECTED] writes:
| +void Counters::reset()
| +{
| + CounterList::iterator it = counterList.begin();
| + CounterList::iterator end = counterList.end();
| +
| + for (; it != end; ++it) {
| + it-second.reset();
| + }
| +}
So my std::memfun didn't
On Fri, Aug 09, 2002 at 02:34:28PM +0200, Andre Poenitz wrote:
But I have no strong opinion on how the lfuns should look like.
Maybe a single LFUN_MOUSE?
no
LFUN_PRESS(x,y,button,state)
LFUN_RELEASE(x,y,button,state)
LFUN_MOVE(x,y,...)
but with better names
IMO
regards
john
--
It is
On Friday 09 August 2002 1:53 pm, Lars Gullik Bjønnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
| +void Counters::reset()
| +{
| + CounterList::iterator it = counterList.begin();
| + CounterList::iterator end = counterList.end();
| +
| + for (; it != end; ++it) {
| +
On Fri, Aug 09, 2002 at 02:06:00PM +0100, John Levon wrote:
Maybe a single LFUN_MOUSE?
no
LFUN_PRESS(x,y,button,state)
LFUN_RELEASE(x,y,button,state)
LFUN_MOVE(x,y,...)
but with better names
What is 'state'?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
On Fri, Aug 09, 2002 at 03:17:31PM +0200, Andre Poenitz wrote:
What is 'state'?
Actually we don't use it yet but it was going to be key state
(ctrl alt shift)
so scrub that
john
--
It is unbecoming for young men to utter maxims.
- Aristotle
John Levon wrote:
On Fri, Aug 09, 2002 at 05:05:25PM +0900, R. Lahaye wrote:
linking: -lqui (linking with /usr/X11R6/lib/libqui.so)
Oh sweet. Really nice. What is it with FreeBSD and stupid renamings of
libraries ? Don't they realise how painful qt2.m4 is ?
Forwarded that to FreeBSD
On Fri, Aug 09, 2002 at 10:22:50PM +0900, Rob Lahaye wrote:
Forwarded that to FreeBSD qt3 package maintainers. This is the response of
one of them:
Quote: As far as I know, and certainly on my FreeBSD computers, the library
is named libqt-mt.so. It's compiled as a multithreaded
Kornel, I notice that loading up your document gives an error
Unknown token, lyxsize_type, skipping.
Unknown token, 1, skipping.
You should fix this with
sed 's/lyxsize_type/lyxsize_kind/g' ColMathXLII.lyx temp
mv temp ColMathXLII.lyx
I know that you can now load the document fine, but you
Look what I dug out of my mailbox. Did anything ever come of this?
Angus
-- Forwarded Message --
Subject: Visitor ...
Date: Fri, 14 Dec 2001 05:15:44 +
From: John Levon [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
here's a working example of what Ben had designed (did this so
this loads by default the _official_ latex fixes,
which will never get in the latex source.
Herbert
--
http://www.lyx.org/help/
Index: lib/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/ChangeLog,v
retrieving
John Levon wrote:
Ah, never heard of it before. I understood you as saying this was the
name of the qt library on freeBsd. That's much saner then.
Yes, I was wrong. That info was also new to me.
Somehow, though, I managed to produce an executble that does not crash!
Exactly. We don't want
On Fri, Aug 09, 2002 at 02:07:04PM +0100, Angus Leeming wrote:
Look what I dug out of my mailbox. Did anything ever come of this?
Not from me. Not sure about Ben.
He pops into to #lyx every now and then, but he's still busy writing up.
Maybe when he gets some free time again he might be
On Fri, Aug 09, 2002 at 10:44:59PM +0900, Rob Lahaye wrote:
libqt-mt.so - libqt-mt.so.3.0.5
I'm afraid, all that pthread stuff is necessary on FreeBSD when the library
is threaded.
FreeBSD do not ship an unthreaded Qt library ?
Lars, what can we do about this ? Looks like we really need
John Levon wrote:
On Fri, Aug 09, 2002 at 10:44:59PM +0900, Rob Lahaye wrote:
libqt-mt.so - libqt-mt.so.3.0.5
I'm afraid, all that pthread stuff is necessary on FreeBSD when the library
is threaded.
FreeBSD do not ship an unthreaded Qt library ?
Nope. Qt is considered to be closely
On Fri, Aug 09, 2002 at 02:07:04PM +0100, Angus Leeming wrote:
Look what I dug out of my mailbox. Did anything ever come of this?
Nothing that I am aware of.
And I am still undecided whether this regrouping of functionailty is
worthwhile...
Andre'
--
Those who desire to give up Freedom in
On Fri, Aug 09, 2002 at 02:48:06PM +0100, John Levon wrote:
this is so much better than the current virtual method everywhere mess,
IMHO.
This is not really different. You have an array Insets x Methods,
classical virtual functions group things by rows, Visitors by columns.
Only if #cols
On Friday 09 August 2002 3:42 pm, Andre Poenitz wrote:
On Fri, Aug 09, 2002 at 02:07:04PM +0100, Angus Leeming wrote:
Look what I dug out of my mailbox. Did anything ever come of this?
Nothing that I am aware of.
And I am still undecided whether this regrouping of functionailty is
On Fri, Aug 09, 2002 at 03:32:56PM +1000, Amir Michail wrote:
I looked into getting rid of cursor blinking for the design recovery tool.
(This makes it easier to track the cursor from screenshots.) Apparently,
it's not easy to do since every inset has its own cursor blinking code, some
-BEGIN PGP SIGNED MESSAGE-
On Friday 09 August 2002 14:57, Angus Leeming wrote:
Kornel, I notice that loading up your document gives an error
Unknown token, lyxsize_type, skipping.
Unknown token, 1, skipping.
You should fix this with
sed 's/lyxsize_type/lyxsize_kind/g'
On Friday 09 August 2002 4:24 pm, Kornel Benko wrote:
On Friday 09 August 2002 14:57, Angus Leeming wrote:
Kornel, I notice that loading up your document gives an error
Unknown token, lyxsize_type, skipping.
Unknown token, 1, skipping.
You should fix this with
sed
Angus Leeming wrote:
On Friday 09 August 2002 4:24 pm, Kornel Benko wrote:
On Friday 09 August 2002 14:57, Angus Leeming wrote:
Kornel, I notice that loading up your document gives an error
Unknown token, lyxsize_type, skipping.
Unknown token, 1, skipping.
You should fix this with
sed
On Friday 09 August 2002 5:05 pm, Herbert Voss wrote:
Angus Leeming wrote:
On Friday 09 August 2002 4:24 pm, Kornel Benko wrote:
On Friday 09 August 2002 14:57, Angus Leeming wrote:
Kornel, I notice that loading up your document gives an error
Unknown token, lyxsize_type, skipping.
Angus Leeming wrote:
It's not documented by being placed in the mail archive. It's not documented
unless someone at some future date can deal with the difference between two
versions of the LyX file format.
Perhaps, since this one is yours, you'd add something to development/FORMAT?
On Friday 09 August 2002 5:50 pm, Herbert Voss wrote:
Angus Leeming wrote:
It's not documented by being placed in the mail archive. It's not
documented unless someone at some future date can deal with the
difference between two versions of the LyX file format.
Perhaps, since this one
Angus Leeming wrote:
On Friday 09 August 2002 5:50 pm, Herbert Voss wrote:
Angus Leeming wrote:
It's not documented by being placed in the mail archive. It's not
documented unless someone at some future date can deal with the
difference between two versions of the LyX file format.
Perhaps,
On Fri, Aug 09, 2002 at 01:05:04PM +0100, Angus Leeming wrote:
I believe that this makes more sense (and in the case of copy is probably
correct too ;-) than the current code.
I believe it is correct, though I had to re-read your use of *this's
it-second a few times before actually
On Friday 09 August 2002 6:52 pm, Herbert Voss wrote:
http://marc.theaimsgroup.com/?l=lyx-develm=102737398526073w=2
No, this one is already in.
I'm talking about lyxsize_kind, not size_kind.
Is the attached patch correct? I believe that it will do the trick.
Angus
Index:
On Friday 09 August 2002 6:50 pm, Martin Vermeer wrote:
On Fri, Aug 09, 2002 at 01:05:04PM +0100, Angus Leeming wrote:
I believe that this makes more sense (and in the case of copy is probably
correct too ;-) than the current code.
I believe it is correct, though I had to re-read your use
Angus Leeming wrote:
On Friday 09 August 2002 6:52 pm, Herbert Voss wrote:
http://marc.theaimsgroup.com/?l=lyx-develm=102737398526073w=2
No, this one is already in.
I'm talking about lyxsize_kind, not size_kind.
Is the attached patch correct? I believe that it will do the trick.
This should work, shouldn't it? Why doesn't it?
The conditional where the insets are created is
entered as witnessed by the lyxerr.
The insets don't even show up on screen; yet they
appear to save correctly using the write method.
Also latex works, but not right.
I have experimented by
On Friday 09 August 2002 7:22 pm, Herbert Voss wrote:
Angus Leeming wrote:
On Friday 09 August 2002 6:52 pm, Herbert Voss wrote:
http://marc.theaimsgroup.com/?l=lyx-develm=102737398526073w=2
No, this one is already in.
I'm talking about lyxsize_kind, not size_kind.
Is the attached
On Fri, Aug 09, 2002 at 06:55:22PM +0100, Angus Leeming wrote:
On Friday 09 August 2002 6:50 pm, Martin Vermeer wrote:
On Fri, Aug 09, 2002 at 01:05:04PM +0100, Angus Leeming wrote:
I believe that this makes more sense (and in the case of copy is probably
correct too ;-) than the
Angus Leeming wrote:
So, let me ask again, does the patch I sent you fix the problem? I believe it
does, but am rapidly reaching the don't care point.
I can't see any problem
Herbert
--
http://www.lyx.org/help/
On Friday 09 August 2002 7:39 pm, Herbert Voss wrote:
Angus Leeming wrote:
So, let me ask again, does the patch I sent you fix the problem? I
believe it does, but am rapidly reaching the don't care point.
I can't see any problem
Let me spell it out then:
LyX 1.3 does not parse the
On Friday 09 August 2002 7:24 pm, Martin Vermeer wrote:
Float counters fail to count, but that is quite unrelated to this: I
believe it is due to float captions not being part of the same
linked list of paragraphs (as linear text with sectioning headers, or
even nested enumerated lists, are).
Angus Leeming wrote:
On Friday 09 August 2002 7:39 pm, Herbert Voss wrote:
Angus Leeming wrote:
So, let me ask again, does the patch I sent you fix the problem? I
believe it does, but am rapidly reaching the don't care point.
I can't see any problem
I meant your patch ...
Herbert
--
On Fri, Aug 09, 2002 at 08:09:19PM +0100, Angus Leeming wrote:
On Friday 09 August 2002 7:24 pm, Martin Vermeer wrote:
Float counters fail to count, but that is quite unrelated to this: I
believe it is due to float captions not being part of the same
linked list of paragraphs (as linear
Sorry, forgot this:
Martin
Index: paragraph.h
===
RCS file: /cvs/lyx/lyx-devel/src/paragraph.h,v
retrieving revision 1.39
diff -u -p -r1.39 paragraph.h
--- paragraph.h 2002/08/07 16:31:45 1.39
+++ paragraph.h 2002/08/09
So your paragraph would only touch the section counter from the buffer-wide
array, assign it to its own counter after stepping (incrementing) it.
Yes that works.
Actually even better: I don't think that a paragraph should have its own
counter at all. Just the buffer-wide counter array, used
this gives support for missing Bmatrix, which is like {..}
Herbert
--
http://www.lyx.org/help/
Index: lib/symbols
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/symbols,v
retrieving revision 1.22
diff -u -r1.22 symbols
---
On Friday 09 August 2002 8:41 pm, Martin Vermeer wrote:
Hmmm yes, why not? This should work. It might even fix the floats
problem as a side effect. But how would you set up the Buffer Counters?
I just didn't see how to do that.
Well, a Counter, owned by a Paragraph would have
type //
Hi,
I'm quite suprised how much the Qt dialogs differ from the Xform ones. I don't mean
the way they look, but their contents. Some Qt dialogs have a totally different
layout and arrangement of items.
This should be avoided. Explaining how to use LyX will be unnecessarily complicated:
if you
Hi,
I'm quite suprised how much the Qt dialogs differ from the Xform ones. I don't mean
the way they look, but their contents. Some Qt dialogs have a totally different
layout and arrangement of items.
This should be avoided. Explaining how to use LyX will be unnecessarily complicated:
if you
On Sat, Aug 10, 2002 at 09:22:06AM +0900, Rob Lahaye wrote:
This should be avoided. Explaining how to use LyX will be unnecessarily
complicated:
if you use Xforms, do blablabla, however, in Qt you should do.
This UI layout definitely needs to be equalized eventually!
This is up to
On Sat, Aug 10, 2002 at 09:22:06AM +0900 or thereabouts, Rob Lahaye wrote:
Hi,
I'm quite suprised how much the Qt dialogs differ from the Xform
ones. I don't mean the way they look, but their contents. Some Qt
dialogs have a totally different layout and arrangement of items.
This
John Levon wrote:
> On Thu, Aug 08, 2002 at 09:34:16AM +0100, Angus Leeming wrote:
>
>
>>I meant the comments in the mail. I haven't got the patch. Since you started
>>this thread, I guess you have it, so apply it.
>>
>
> well I was after making sure it's reviewed ... I don't have it any
Hi,
I'm using the "2.53" and "1.5" autotools.
The qt3 package (from qt-x11-free-3.0.5.tar.bz2) on my FreeBSD PC, requires
following:
includes-dir: /usr/X11R6/include
libraries-dir: /usr/X11R6/lib
linking: -lqui (linking with /usr/X11R6/lib/libqui.so)
The -lqui is tricky because I don't
I forwarded your message to the lyx mailinglist, to possibly get some
wider attention and discussion.
--- Begin Message ---
Paolo Saggese ([EMAIL PROTECTED]) entered the
following feedback message on the LyX home page:
On Friday 09 August 2002 6:32 am, Amir Michail wrote:
> Also, I tried changing the cursor color using the dialog in the GUI.
> (Again, a unique cursor color makes it easier to track the cursor from
> screenshots.) For some reason, the cursor color changes were always ignored
> (lyx 1.2). The
-BEGIN PGP SIGNED MESSAGE-
On Thursday 08 August 2002 15:06, Andre Poenitz wrote:
> On Thu, Aug 08, 2002 at 01:26:32PM +0100, Angus Leeming wrote:
> > Kornel Benko sent me this file because we thought that the crash was
> > caused by the previewing. However, I can't load it at all with
On Thu, Aug 08, 2002 at 07:15:23PM +0100, John Levon wrote:
>
> On Thu, Aug 08, 2002 at 01:26:32PM +0100, Angus Leeming wrote:
>
> > Kornel Benko sent me this file because we thought that the crash was caused
> > by the previewing. However, I can't load it at all with current, with or
> >
On Friday 09 August 2002 10:39 am, Martin Vermeer wrote:
> On Thu, Aug 08, 2002 at 07:15:23PM +0100, John Levon wrote:
> > On Thu, Aug 08, 2002 at 01:26:32PM +0100, Angus Leeming wrote:
> > > Kornel Benko sent me this file because we thought that the crash was
> > > caused by the previewing.
On Friday 09 August 2002 10:37 am, Angus Leeming wrote:
> Incidentally, why not:
>
> void Counters::reset(string const & match)
> {
> CounterList::iterator it = counterList.begin();
> CounterList::iterator end = counterList.end();
> if (match.empty()) {
> for (;
On Fri, Aug 09, 2002 at 10:37:10AM +0100, Angus Leeming wrote:
> (I believe that they're executed in order).
They have to.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Friday 09 August 2002 10:37 am, Angus Leeming wrote:
>
>> Incidentally, why not:
>>
>> void Counters::reset(string const & match)
>> {
>> CounterList::iterator it = counterList.begin();
>> CounterList::iterator end = counterList.end();
>>
On Fri, Aug 09, 2002 at 10:37:10AM +0100, Angus Leeming wrote:
...
> > > Andre ? Martin ?
> >
> > Seems correct to me. The first dozen lines or so in LyXText::setCounter
> > are: if a par has no previous(), it resets its counter array, otherwise it
> > copies the one of its predecessor. Should
Amazing what happens if you dig deeper
aleem@pneumon:src-> grep "counters()" *.C */*.C | grep copy
text2.C:par->counters().copy(par->previous()->counters(),
par->counters(), "");
aleem@pneumon:src-> grep "counters()" *.C */*.C | grep reset
text2.C:
Angus Leeming <[EMAIL PROTECTED]> writes:
| Amazing what happens if you dig deeper
>
| aleem@pneumon:src-> grep "counters()" *.C */*.C | grep copy
| text2.C:par->counters().copy(par->previous()->counters(),
| par->counters(), "");
| aleem@pneumon:src-> grep "counters()" *.C
On Fri, Aug 09, 2002 at 11:36:13AM +0100, Angus Leeming wrote:
> and can therefore be simplified to
>
> void Counters::copy(Counters & from, Counters & to)
> {
> CounterList::iterator it = counterList.begin();
> CounterList::iterator end = counterList.end();
> for (; it != end;
On Friday 09 August 2002 12:23 pm, Andre Poenitz wrote:
> On Fri, Aug 09, 2002 at 11:36:13AM +0100, Angus Leeming wrote:
> > and can therefore be simplified to
> >
> > void Counters::copy(Counters & from, Counters & to)
> > {
> > CounterList::iterator it = counterList.begin();
> >
On Friday 09 August 2002 11:59 am, Angus Leeming wrote:
> On Friday 09 August 2002 12:23 pm, Andre Poenitz wrote:
> > On Fri, Aug 09, 2002 at 11:36:13AM +0100, Angus Leeming wrote:
> > > and can therefore be simplified to
> > >
> > > void Counters::copy(Counters & from, Counters & to)
> > > {
> >
On Friday 09 August 2002 12:14 pm, Angus Leeming wrote:
> 2. Alternatively, it could be a non-member function
>
> void Counters::copy(Counters const & from, Counters & to)
That's
void copy(Counters const & from, Counters & to)
R. Lahaye wrote:
>
> /usr/X11R6/lib/libqt-mt.so.3: undefined reference to `pthread_cond_timedwait'
> gmake[3]: *** [lyx] Error 1
>
> This is because -pthread is somewhere missing in the compilation process. This
> is a typical FreeBSD issue.
> Only on FreeBSD the compiler needs (sometimes?)
Has anybody any opinion on that topic?
I'd use such thing for interanal use in mathed but it looks as the "real"
inset could use them, too.
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 Fri, Aug 09, 2002 at 11:27:52AM +0200, Kornel Benko wrote:
> It loads here now, after making some scripts executable.
> (Yes, I am using the non-installed version from the src-directory.
anyone remember how we get them +x in the repository ? Do we have to
re-add them or is there a cvs thingy
On Fri, Aug 09, 2002 at 08:30:09AM +0200, Herbert Voss wrote:
> that is what I called "the nice committing policy of LyX" ...
I don't like to apply patches that I don't understand of code I don't
know, that's all ... no need to get het up about it.
The stuff gets in eventually doesn't it ?
On Friday 09 August 2002 1:18 pm, John Levon wrote:
> On Fri, Aug 09, 2002 at 11:27:52AM +0200, Kornel Benko wrote:
> > It loads here now, after making some scripts executable.
> > (Yes, I am using the non-installed version from the src-directory.
>
> anyone remember how we get them +x in the
On Fri, Aug 09, 2002 at 05:05:25PM +0900, R. Lahaye wrote:
> linking: -lqui (linking with /usr/X11R6/lib/libqui.so)
Oh sweet. Really nice. What is it with FreeBSD and stupid renamings of
libraries ? Don't they realise how painful qt2.m4 is ?
> checking for Qt... configure: error: Qt2
On Fri, Aug 09, 2002 at 02:17:16PM +0200, Andre Poenitz wrote:
> Has anybody any opinion on that topic?
>
> I'd use such thing for interanal use in mathed but it looks as the "real"
> inset could use them, too.
Please. We have :
insetButtonPress
insetButtonRelease
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Friday 09 August 2002 12:14 pm, Angus Leeming wrote:
>> 2. Alternatively, it could be a non-member function
>>
>> void Counters::copy(Counters const & from, Counters & to)
>
| That's
| void copy(Counters const & from, Counters & to)
How is this
1 - 100 of 150 matches
Mail list logo