Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> I think I'll clean up the patch a bit and just check it in, easier
>> to get people to test it then. I tried it with the UserGuide, and
>> could not see any mistakes.
>
| So what about my lyxlib.C proposal ;-)
Hrmmpff!
On Wed, Oct 08, 2003 at 12:56:58PM +0200, Lars Gullik Bj?nnes wrote:
> You add clutter to a file instead of the dir. why?
I agree with Angus. It's more important that we have separate ehader
files than the .C
john
--
Khendon's Law:
If the same point is made twice by the same person, the
John Levon <[EMAIL PROTECTED]> writes:
| On Wed, Oct 08, 2003 at 12:56:58PM +0200, Lars Gullik Bj?nnes wrote:
>
>> You add clutter to a file instead of the dir. why?
>
| I agree with Angus. It's more important that we have separate ehader
| files than the .C
You want to split the header file?
Joao Luis Meloni Assirati wrote:
> If this patch gets accepted, I will provide Changelog entries and
> also write the lyxclient manpage.
Joao, I like this a great deal. The design appears to mirror that of
LyXServer very closely which IMO is a good thing as it builds on our
existing knowledge.
On Wed, Oct 08, 2003 at 10:10:32AM +0100, Mark van Rossum wrote:
>
> Often I want to send a complete manuscript to a co-author to edit it.
> Of course I send the Lyx file, but in addition I need to send
> - figures
> - special styles files
> - biblio files.
>
> It would be convenient if there
On Wed, Oct 08, 2003 at 02:31:08PM +0200, Lars Gullik Bj?nnes wrote:
> You want to split the header file?
Yup
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread is over.
Kayvan A. Sylvan wrote:
>> If there is already a list of dependencies, it should be easy.
>> If not, then it might be tricky
>
> Would it not be easy to create a shell/perl/python script that would
> simply look for all the external file references and create a list
> of full paths? Like:
>
Lars Gullik Bjønnes wrote:
> Hrmmpff! black-mail tactics!
Hey, you started it. (Whine!)
I counter your counter with one of my own.
> I guess ok.
Augh. Thanks Lars.
--
Angus
On Wed, Oct 08, 2003 at 01:46:18PM +, Angus Leeming wrote:
> Kayvan A. Sylvan wrote:
> >> If there is already a list of dependencies, it should be easy.
> >> If not, then it might be tricky
> >
> > Would it not be easy to create a shell/perl/python script that would
> > simply look for
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> Hrmmpff! black-mail tactics!
>
| Hey, you started it. (Whine!)
| I counter your counter with one of my own.
But I am the only one able to counter your counter with a counter
counter patch.
>> I guess ok.
| Augh.
John Levon wrote:
> On Wed, Oct 08, 2003 at 02:31:08PM +0200, Lars Gullik Bj?nnes wrote:
>
>> You want to split the header file?
>
> Yup
Than why 'I agree with Angus.' ?
Anyway, I'll hold off on committing lyxlib.C...
--
Angus
On Wed, Oct 08, 2003 at 01:53:05PM +, Angus Leeming wrote:
> Than why 'I agree with Angus.' ?
Because the .C file is a different matter, it does not cause
significant false dependencies since nobody #includes C and link time is
not much of an issue
regards
john
--
Khendon's Law:
If the
Lars Gullik Bjønnes wrote:
> But I am the only one able to counter your counter with a counter
> counter patch.
Don't push your luck (or give up the day job ;-)
>>> I guess ok.
> | Augh. Thanks Lars.
>
> and now you must have a look again.
Don't build in your source tree:
Index:
Since I am not able to compile 1.4.0cvs (hint!), I'll ask directly:
does the patch still allows to increase the depth of a paragraph
to nest it inside an environment? The goal is to obtain latex code
like
\begin{theorem}
The following facts are equivalent
\begin{itemize}
\item Foo is Bar
\item
Angus Leeming <[EMAIL PROTECTED]> writes:
| Initialise itemdepth when constructing it.
eh?
| Paragraph::Paragraph()
| : y(0), pimpl_(new Paragraph::Pimpl(this))
| {
| - enumdepth = 0;
| itemdepth = 0;
| params().clear();
| }
>
| I think you should add a decent
On Wed, Oct 08, 2003 at 12:56:58PM +0200, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | I've mentioned this before. The attached file bundles the contents of
> | these files into one, making it simple to find the function declared
> | in lyxlib.h and removing
Lars Gullik Bjønnes wrote:
> | Initialise itemdepth when constructing it.
> eh?
Paragraph::Paragraph()
: y(0), pimpl_(new Paragraph::Pimpl(this)), itemdepth(0)
{}
> | I think you should add a decent comment about itemdepth in the
> | deader file.
>
> what dead file?
s/d/h/
and no, that
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Since I am not able to compile 1.4.0cvs (hint!)
That was a stern hint. (whimper...)
Have you tried with STLport? (mr. innocent strikes again)
|, I'll ask directly:
| does the patch still allows to increase the depth of a paragraph
| to nest it
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> | Initialise itemdepth when constructing it.
>> eh?
>
| Paragraph::Paragraph()
| : y(0), pimpl_(new Paragraph::Pimpl(this)), itemdepth(0)
| {}
I am only removing things... (in this part of the code), expect a
patch
InsetText is not copyable.
Well, it formally is, but it does not work. I suspect the TextCursor
part in 'its' LyXText to be the cause, most notable the
ParagraphList::iterators in there.
I came to this conclusion it out when trying to figure out why
tabulars are buggy. I have a fix for the
On Wed, Oct 08, 2003 at 01:58:13PM +0200, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Lars Gullik Bjønnes wrote:
> >> Ok, I have a patch... not the nicest one, but it seems to work, and
> >> I need others to thest it.
> >
> | You seem to have lost the
Is that to be expected?
rms.lo `test -f '../../../lyx-devel/src/insets/ExternalTransforms.C' ||
echo
'../../../lyx-devel/src/insets/'`../../../lyx-devel/src/insets/ExternalTransforms.C
g++ -DHAVE_CONFIG_H -I. -I../../../lyx-devel/src/insets -I../../src
-I../../../lyx-devel/src/insets/../
Lars Gullik Bjønnes wrote:
>>> | Have a look.
Of itself this is obviously an improvement, but I wonder if you could
make use of BufferParams::user_defined_bullet? I know, I'm probably
shifting your goal posts.
+ string itemlabel;
+ switch (pit->itemdepth) {
+
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, Oct 08, 2003 at 01:58:13PM +0200, Lars Gullik Bjønnes wrote:
>> Angus Leeming <[EMAIL PROTECTED]> writes:
>>
>> | Lars Gullik Bjønnes wrote:
>> >> Ok, I have a patch... not the nicest one, but it seems to work, and
>> >> I need others to thest
Andre Poenitz <[EMAIL PROTECTED]> writes:
| Is that to be expected?
>
| rms.lo `test -f '../../../lyx-devel/src/insets/ExternalTransforms.C' ||
| echo
| '../../../lyx-devel/src/insets/'`../../../lyx-devel/src/insets/ExternalTransforms.C
| g++ -DHAVE_CONFIG_H -I. -I../../../lyx-devel/src/insets
On Wed, Oct 08, 2003 at 09:53:52AM +, Angus Leeming spake thusly:
>
> Martin,
>
> I have just spotted this in my store of patches. I think that you sent
> it to me around the time of a freeze and I must have subsequently
> forgoten about it.
>
> Would you like to take it back under your
Angus Leeming <[EMAIL PROTECTED]> writes:
> I note that others have reported similar problems when compiling lyx
> on the Mac.
>
> On a Linux Alpha machine I find that I have to add the following to
> get the thing to link. (This makes no real sense but does work. Go
> figure...)
>
> #
Andre Poenitz wrote:
> Is that to be expected?
Here I have
$ sed -n '175p' boost/boost/any.hpp
throw_exception(bad_any_cast());
I think that you should 'cvs -q up boost' and the problem will be
resolved.
--
Angus
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
| Have a look.
>
| Of itself this is obviously an improvement, but I wonder if you could
| make use of BufferParams::user_defined_bullet?
Not now.
(as you can see from my comments, this has been thought of)
| I know,
Milton Woods wrote:
> Greetings,
>
> I have attempted to compile LyX version 1.3.3 (with xforms-1.0) on a
> fresh install of the latest release of Cygwin (1.5.5-1) and gcc
> (3.3.1-2). The configure script runs without a hitch (with the flag
> --with-extra-lib=/usr/local/lib:/usr/bin). The
On Wed, Oct 08, 2003 at 02:55:37PM +, Angus Leeming wrote:
> Andre Poenitz wrote:
> > Is that to be expected?
>
> Here I have
> $ sed -n '175p' boost/boost/any.hpp
> throw_exception(bad_any_cast());
>
> I think that you should 'cvs -q up boost' and the problem will be
>
On Wednesday 08 October 2003 4:29 pm, [EMAIL PROTECTED] wrote:
> Log message:
> * lyxtext.h: make the paragraphs_ a pointer instead a ref to make the
> thing assignable.
Do you really need to '#include ' in insettabular.C in order to
setOwner?
In insettext.C I don't see why you are
The following small patch is needed to compile LyX on OSX with gcc2.
It is fairly trivial (an already applied to 1.3.x), but since it
touches boost, I may as well ask.
Lars?
JMarc
Index: boost/boost/config/user.hpp
===
RCS file:
Jean-Marc Lasgouttes wrote:
> The following small patch is needed to compile LyX on OSX with gcc2.
> It is fairly trivial (an already applied to 1.3.x), but since it
> touches boost, I may as well ask.
>
> Lars?
Why user.hpp? Changes to this file will never make it back into boost.
(It says so
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| The following small patch is needed to compile LyX on OSX with gcc2.
| It is fairly trivial (an already applied to 1.3.x), but since it
| touches boost, I may as well ask.
>
| Lars?
Can we make it end up in config.h instead?
(edit configure.ac)
Angus Leeming <[EMAIL PROTECTED]> writes:
| Jean-Marc Lasgouttes wrote:
>
>> The following small patch is needed to compile LyX on OSX with gcc2.
>> It is fairly trivial (an already applied to 1.3.x), but since it
>> touches boost, I may as well ask.
>>
>> Lars?
>
| Why user.hpp? Changes to this
Lars Gullik Bjønnes wrote:
> | Why user.hpp? Changes to this file will never make it back into
> | boost. (It says so in the commentary at the top of the file.)
>>
> | It seems to me that
> | select_platform_config.hpp
> | or
> | select_compiler_config.hpp
> | would be more appropriate.
>
> I am
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> The following small patch is needed to compile LyX on OSX with
Lars> gcc2. | It is fairly trivial (an already applied to 1.3.x), but
Lars> since it | touches boost, I may
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Lars Gullik Bjønnes wrote:
>> | Why user.hpp? Changes to this file will never make it back into |
>> boost. (It says so in the commentary at the top of the file.)
>>>
>> | It seems to me that | select_platform_config.hpp | or |
>>
Jean-Marc Lasgouttes wrote:
> Hmm, could one of you ask on the boost list? I am not subscribed to
> it (lame excuse, I know).
>
> Ronald, could you tell us again what kind of error this cures?
>
> I agree that boost/regex/config.hpp would be a nice place for such
> code.
Reading the source it
still lists 1.3.2 as the stable release.
And what happened to the Qt graphical tour ?
john
--
Khendon's Law:
If the same point is made twice by the same person, the thread is over.
On Wednesday, October 8, 2003, at 11:37 AM, Jean-Marc Lasgouttes wrote:
Ronald, could you tell us again what kind of error this cures?
With gcc-2.95.2, which is the only Apple compiler that can compile
LyX-1.3.x, the errors w/o #define BOOST_REGEX_NARROW_INSTANTIATE are:
/usr/bin/ld:
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| and now you must have a look again.
Ok, this is final version. Please have a look and comment.
Unless I get objections this will go in.
? counter-2.diff
? counter-3.diff
? counter.diff
? deptherror.diff
? deptherror.lyx
? kystskipper-a-1.lyx
?
On Wed, 8 Oct 2003, Angus Leeming wrote:
> Of course, there are lots of small coding points,
It is not a surprise :). If there is a chance of my patch being accepted,
I would be glad to correct them. Note also that lyxclient.C is still sort
of preliminary. My concern was mainly the patch.
>
101 - 144 of 144 matches
Mail list logo