On Tue, 27 Feb 2001, John Levon wrote:
>
> Michael, what's the exact problems with compiling sigc++ on sunos cc ?
cc-5.0 will never work. cc-5.1 might work with horrible header macros.
Sun's cc is crap. It can't handle partial specialization -- at least not
the way everyone else interprets th
On 27 Feb 2001, Lars Gullik Bjønnes wrote:
[...]
> One thing I have been wondering about is why the buttoncontroller
> takes a pointer to a buttonpolicy, better would be a a traits class
> and make the ButtonController a template class that thakes the needed
> trait.
>
>
> template
> class Button
On Tue, Feb 27, 2001 at 01:11:29PM -0800, [EMAIL PROTECTED] wrote:
> Reconfiguring has no effect.
>
> Again, a clean compile of lyx-1.1.5 finds my postscript font metric
> files fine, but lyx-1.2cvs (yesterday) can't.
>
Weird. I just recompiled lyx-1.2.0cvs and it definitely works fine here
o
Reconfiguring has no effect.
Again, a clean compile of lyx-1.1.5 finds my postscript font metric
files fine, but lyx-1.2cvs (yesterday) can't.
How do the two behave differently in this regard?
On Tue, Feb 27, 2001 at 12:39:34PM -0800, Kayvan A. Sylvan wrote:
> On Tue, Feb 27, 2001 at 12:13:11
On Tue, Feb 27, 2001 at 12:13:11PM -0800, [EMAIL PROTECTED] wrote:
> Subject: 1.2-cvs and postscript
> User-Agent: Mutt/1.3.5i
>
> For some reason, lyx-1.1.5fix can find postscript font metric
> files, but lyx-1.2cvs (yesterday) can't. Any suggestions?
>
> This is dvips(k) 5.86 Copyright 1999 R
Sorry. Evidently I'm not subscribed to lyx-users anymore.
I would appreciate a copy of any response to lyx-devel or
my personal email address.
Best Regards.
- Forwarded message from Larry Marso <[EMAIL PROTECTED]> -
Date: Tue, 27 Feb 2001 06:38:43 -0800
From: Larry Marso <[EMAIL PROTECT
I've just built lyx CVS on :
r306:876 uname -a
SunOS r306 5.8 Generic_108528-05 sun4u sparc SUNW,Ultra-1
r306:877 gcc -v
Reading specs from /opt/gcc-2.95.2/lib/gcc-lib/sparc-sun-solaris2.7/2.95.2/specs
gcc version 2.95.2 19991024 (release)
On Tue, 27 Feb 2001, Kayvan A. Sylvan wrote:
> On Tue, Feb 27, 2001 at 05:12:49PM +, John Levon wrote:
> > On Tue, 27 Feb 2001, John Levon wrote:
> >
> > >
> > > mathed/math_bibop* needs removing from Makefile.am
> > >
> > > john
> >
> > er, or the typo should be fixed
> >
> > one or the
Angus Leeming <[EMAIL PROTECTED]> writes:
| On Saturday 24 February 2001 00:34, Lars Gullik Bjønnes wrote:
| > | Dear all,
| > |
| > | The MVC branch is ready to merge back into HEAD. I'll leave things
| > | as they are for the weekend and then create the patch on Monday.
| >
| > Ok, before we
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars, can I leave this with you now, please?
I can do the merging, but I will not handle any outstandining issues.
:-)
Lgb
On Tue, Feb 27, 2001 at 05:12:49PM +, John Levon wrote:
> On Tue, 27 Feb 2001, John Levon wrote:
>
> >
> > mathed/math_bibop* needs removing from Makefile.am
> >
> > john
>
> er, or the typo should be fixed
>
> one or the other :)))
>
> john
Here's my "make dist" patch from a few days a
On Saturday 24 February 2001 00:34, Lars Gullik Bjønnes wrote:
> | Dear all,
> |
> | The MVC branch is ready to merge back into HEAD. I'll leave things
> | as they are for the weekend and then create the patch on Monday.
>
> Ok, before we do the merge:
> - get people to try out your pat
John Levon <[EMAIL PROTECTED]> writes:
| The sourcedoc stuff is being partially included in the dist tarball
| ...
tell me about it.
Lgb
On Tue, 27 Feb 2001, John Levon wrote:
>
> mathed/math_bibop* needs removing from Makefile.am
>
> john
er, or the typo should be fixed
one or the other :)))
john
--
"Please crack down on the Chinaman's friends and Hitler's commander.
Mother is the best bet and don't let Satan draw you too
The sourcedoc stuff is being partially included in the dist tarball ...
john
--
"Please crack down on the Chinaman's friends and Hitler's commander.
Mother is the best bet and don't let Satan draw you too fast.
A boy has never wept ... nor dashed a thousand kim. Did you hear me?"
- D
mathed/math_bibop* needs removing from Makefile.am
john
--
"Please crack down on the Chinaman's friends and Hitler's commander.
Mother is the best bet and don't let Satan draw you too fast.
A boy has never wept ... nor dashed a thousand kim. Did you hear me?"
- Dutch Schultz
Michael, what's the exact problems with compiling sigc++ on sunos cc ?
Sourceforge have a compile box nearly up and running, so I imagine the
sigc++ people can test this soon.
Is your bug listed at
http://sourceforge.net/tracker/?group_id=1970&atid=101970
?
thanks
john
--
"Please crack do
On Tue, 27 Feb 2001, Michael Schmitt wrote:
> Hello!
>
> I have flooded lyxbugs.sourceforge.net with another 14 bug reports. I hope you
> consider them useful even though some of them a rather imprecise and some bugs
> may only occur under certain unknown circumstances. Any fixes are appreciated
Hello!
I have flooded lyxbugs.sourceforge.net with another 14 bug reports. I hope you
consider them useful even though some of them a rather imprecise and some bugs
may only occur under certain unknown circumstances. Any fixes are appreciated.
Michael
PS: I have noticed that somebody worked on
On Tue, Feb 27, 2001 at 01:23:06PM +0100, Lars Gullik Bjønnes wrote:
> Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
>
> | On Tue, Feb 27, 2001 at 12:57:23PM +0100, Lars Gullik Bjønnes wrote:
> | > |
> | > | > Lgb
> | > |
> | > | On a related issue, I want to move the funct
[EMAIL PROTECTED] (Lars Gullik Bj\o nnes) wrote:
> because of?
In the case LFUN_DATE_INSERT in Dispatch() switch, time() and
localtime() are used.
> (and I hope will do)
Of course will do. Sorry.
Regards,
SMiyata
Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
| On Tue, Feb 27, 2001 at 12:57:23PM +0100, Lars Gullik Bjønnes wrote:
| > |
| > | > Lgb
| > |
| > | On a related issue, I want to move the function that is in
| > | src/insets/includeinset.C,
| >
| > What do you need it for a
On Tue, Feb 27, 2001 at 12:57:23PM +0100, Lars Gullik Bjønnes wrote:
> |
> | > Lgb
> |
> | On a related issue, I want to move the function that is in
> | src/insets/includeinset.C,
>
> What do you need it for again? Is it for a temporary unique filename?
> In what domain, file, dir
Miyata Shigeru <[EMAIL PROTECTED]> writes:
| Juergen Vigna <[EMAIL PROTECTED]> wrote:
|
| > > And I still don't understand _why_ this is needed.
| >
| > You will!
| >
| > Diff attached (I was about to commit you just beat me for about 5 minutes
| > with your mail ;)
|
| Sorry for a very late
Juergen Vigna <[EMAIL PROTECTED]> wrote:
> > And I still don't understand _why_ this is needed.
>
> You will!
>
> Diff attached (I was about to commit you just beat me for about 5 minutes
> with your mail ;)
Sorry for a very late reply. But I forgot to tell you one thing.
You have to #include
Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
| On Tue, Feb 27, 2001 at 12:42:57PM +0100, Lars Gullik Bjønnes wrote:
| >
| > Note the function name: "IsLyX_FILENAME_" this is not really a check
| > that this is in fact a lyx file. So what we should check is that this
| > regexp holds: "
On Tue, Feb 27, 2001 at 12:42:57PM +0100, Lars Gullik Bjønnes wrote:
>
> Note the function name: "IsLyX_FILENAME_" this is not really a check
> that this is in fact a lyx file. So what we should check is that this
> regexp holds: "^.*\.lyx(\..+)$"
Will you do it?
If not I can do it.
>
On 27 Feb 2001, Lars Gullik Bjønnes wrote:
> Hmm, that might have been one of the mails denied for "not
> authenticated" reasons. but I know that I _wrote_ the mail.
Ah, OK, sorry.
> This is then closer to what I wanted in the beginning then (~5 years
> ago)
Well you'll find my patches often s
Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
| On Tue, Feb 27, 2001 at 12:26:49PM +0100, Lars Gullik Bjønnes wrote:
| >
| > This change:
| >
| > 2001-02-27 Jos=E9 Matos <[EMAIL PROTECTED]>
| >
| > * filetools.C (IsLyXFilename):
| > * filetools.C (IsSGMLFilename): test if ex
John Levon <[EMAIL PROTECTED]> writes:
| On 27 Feb 2001, Lars Gullik Bjønnes wrote:
|
| > John Levon <[EMAIL PROTECTED]> writes:
| >
| > | thanks
| > | john
| >
| > I never got a reason on the "buffer-open" -> "file-open" change.
|
| How do you expect me to answer questions you haven't asked
Ok, reading macros really seems to work now.
This means, our hydra got two new heads:
1. The cure for the matrix problem does not work anymore (so we are having
the matrix problem again). This looks pretty similar to the macro problem,
matrix contents "vanishes"...
2. Drawing is broken in some
On 27 Feb 2001, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
> | thanks
> | john
>
> I never got a reason on the "buffer-open" -> "file-open" change.
How do you expect me to answer questions you haven't asked ?
you REALLY should have mentioned this before I diffed 4 ti
This change:
2001-02-27 José Matos <[EMAIL PROTECTED]>
* filetools.C (IsLyXFilename):
* filetools.C (IsSGMLFilename): test if extension is suffix and not
only containned.
Why was this done?
This will AFAIS it impossible to have filenames like testfile.lyx.in
(i.e. L
John Levon <[EMAIL PROTECTED]> writes:
| thanks
| john
I never got a reason on the "buffer-open" -> "file-open" change.
IMO this is a separate issue from the guii of filedlg, and should be
in a separate patch... if done at all.
Lgb
On Tue, Feb 27, 2001 at 09:38:58AM +0100, Juergen Vigna wrote:
> On 26-Feb-2001 Dekel Tsur wrote:
> > Note that if the font is changed in the paragraph containing the tabular
> > then the effect of this change should be displayed in the tabular (though the
> > font of the text in the tabular shoul
Index: src/BufferView_pimpl.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/BufferView_pimpl.C,v
retrieving revision 1.74
diff -u -r1.74 BufferView_pimpl.C
--- src/BufferView_pimpl.C 2001/02/26 15:17:18 1.74
+++ src/Buff
On Tue, 27 Feb 2001, Angus Leeming wrote:
> On Monday 26 February 2001 20:06, John Levon wrote:
>
> > > Here we go again ...
> >
> > Angus, I have to put in an ed hack into fdfix.sh. Unless you
> > have bright ideas for a clean way around the problem, now I am avoiding
> > a patch
>
> Yueuchh!
Edwin Leuven <[EMAIL PROTECTED]> writes:
| > Ok, but where is the combox deleted then?
| >
| > every "new" must have a "delete".
| >
| > And why have this as a pointer in FormCharacter? It seems that it
| > could just be a regular object.
|
| Sorry guys, I am out of silly `solutions', it is time
On Mon, 26 Feb 2001, Juergen Vigna wrote:
> Hello Kevin!
>
> I forward you this mail, are you still interested in supporting this code?
Yes. That is the correct patch.
> > It shouldn't break anything for the systems with older versions of
> > libpspell but fixes compilation for the others (s
> Ok, but where is the combox deleted then?
>
> every "new" must have a "delete".
>
> And why have this as a pointer in FormCharacter? It seems that it
> could just be a regular object.
Sorry guys, I am out of silly `solutions', it is time for Combox-man or
xform-man to save the world...Ed.
Angus Leeming <[EMAIL PROTECTED]> writes:
| Can somebody apply this patch please.
Just make sure that it is uptodate first. (no conflicts with current
cvs).
and repost...
Lgb
On Monday 26 February 2001 20:06, John Levon wrote:
> > Here we go again ...
>
> Angus, I have to put in an ed hack into fdfix.sh. Unless you
> have bright ideas for a clean way around the problem, now I am avoiding
> a patch
Yueuchh! I suppose that this can go in for now, but this has definite
Edwin Leuven <[EMAIL PROTECTED]> writes:
| Hi,
|
| I think that the problem in the character form is the following:
|
| I thought that Combox was a native xforms object but it is in fact a class
| defined/declared in ./src/combox.[Ch]. This class takes care of the
| destruction of the Combox.
On Tuesday 27 February 2001 08:47, Edwin Leuven wrote:
> > Hi,
>
> I think that the problem in the character form is the following:
>
> I thought that Combox was a native xforms object but it is in fact a class
> defined/declared in ./src/combox.[Ch]. This class takes care of the
> destructio
> | I just compiled current CVS and although the one-line-patch against
> | formulamacro.C is contained, math macros do _not_ work.
>
> In what way? they seem to work ok here.
Oempf... in a very limited way... macros from John's thesis were gone, but
I probably saved them without macros before..
> The temp dir which is per lyx instance and never shared should
> be better "protected".
I was not clear: I meant the temp dir.
Andre'
--
André Pönitz [EMAIL PROTECTED]
Andre Poenitz <[EMAIL PROTECTED]> writes:
| I just compiled current CVS and although the one-line-patch against
| formulamacro.C is contained, math macros do _not_ work.
In what way? they seem to work ok here.
Lgb
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > > What system is this, according to my man page both mkstemp AND mktemp
| > > will use a permission of 600 anyway ...
| >
| > That is right. But the Converters and Export class (converter.C,
| > exporter.C) are creating files with the permission of 6
Hi,
I think that the problem in the character form is the following:
I thought that Combox was a native xforms object but it is in fact a class
defined/declared in ./src/combox.[Ch]. This class takes care of the
destruction of the Combox. The delete Combox in the destructor in
FormCharacter s
On 26-Feb-2001 Dekel Tsur wrote:
> Note that if the font is changed in the paragraph containing the tabular
> then the effect of this change should be displayed in the tabular (though the
> font of the text in the tabular should not be changed!).
> In other words, the font of a text in a tabular
> > What system is this, according to my man page both mkstemp AND mktemp
> > will use a permission of 600 anyway ...
>
> That is right. But the Converters and Export class (converter.C,
> exporter.C) are creating files with the permission of 666. I think there
> should be changed something.
Not
51 matches
Mail list logo
