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.
> So
[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
? m
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: Undefined
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.
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 s
> "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 |
>> s
> "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
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 n
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
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)
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
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: /u
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 c
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
> resolved.
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 compil
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, I'
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:
> 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...)
>
> # Enable
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 ow
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 -I.
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 i
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) {
+
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/../ -I../../
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 'Bibliographi
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 'emp
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
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
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
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 clutt
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 co
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 Ba
John Levon 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
Actually, my design strategy was each .h file should have a
corresponding .C
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: po/POTFILES
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 s
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
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. Thanks
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 all
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
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:
>
>
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.
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 wer
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. I
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?
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 thre
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! blac
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 ;-)
--
Angus
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> I think you are right, but I want to know if I got the enumdepth
>> part right, and also the resetting of the enum counters.
>
| Why not ask on the users' list? Someone is bound to have a complex
| example of this stuff.
I
Lars Gullik Bjønnes wrote:
> I think you are right, but I want to know if I got the enumdepth
> part right, and also the resetting of the enum counters.
Why not ask on the users' list? Someone is bound to have a complex
example of this stuff.
--
Angus
Jose' Matos wrote:
>> Nasty. Hundreds of
>> ERROR (Paragraph::DepthHook): no hook.
>
> But not with current cvs. :-)
No, that has its own problems. Try and click on the comment button :-(
--
Angus
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 'Bibliographies can't have their depth
| changed' bit entirely.
Actually I think not. Now only
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 'Bibliographies can't have their depth
changed' bit entirely. Other than that the code is pretty
understandable, although I'm not a fan of those
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> | All proposals that go against some idea/plan/whatever I have had
>> | once upon a time should be thrown away.
>>
>> Especially if you don't look at my counter patch.
>
| Nice pun. Even if not meant ;-P
Hmm... I didn't ge
Lars Gullik Bjønnes wrote:
> | All proposals that go against some idea/plan/whatever I have had
> | once upon a time should be thrown away.
>
> Especially if you don't look at my counter patch.
Nice pun. Even if not meant ;-P
--
Angus
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Angus Leeming <[EMAIL PROTECTED]> writes:
>
| | Angus Leeming wrote:
>>
>>> I would argue that 207 lines is not 'clutter' but that 11 files is.
>>> Indeed, I even save 140 lines of source if you talk about clutter.
>>
| | Make that 'save 164 lines
On Wednesday 08 October 2003 13:13, Angus Leeming wrote:
> Jose' Matos wrote:
> > I think this bug is declared in the BUGS file of reLyX.
>
> No. The 'depth hook' book is nothing to do with the underscore in the
> label. If the underscore is removed, the 'depth hook' nastiness still
> occurs.
T
Angus Leeming <[EMAIL PROTECTED]> writes:
| Angus Leeming wrote:
>
>> I would argue that 207 lines is not 'clutter' but that 11 files is.
>> Indeed, I even save 140 lines of source if you talk about clutter.
>
| Make that 'save 164 lines of source'. I forgot mkdir.C.
>
| Anyway, I asked specifical
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> | Any objections to me committing this?
>>
>> You add clutter to a file instead of the dir. why?
>> why why why!!!
>
| I would argue that 207 lines is not 'clutter' but that 11 files is.
clut clut clutter!
| Indeed, I ev
Jose' Matos wrote:
> I think this bug is declared in the BUGS file of reLyX.
No. The 'depth hook' book is nothing to do with the underscore in the
label. If the underscore is removed, the 'depth hook' nastiness still
occurs.
--
Angus
Angus Leeming wrote:
> I would argue that 207 lines is not 'clutter' but that 11 files is.
> Indeed, I even save 140 lines of source if you talk about clutter.
Make that 'save 164 lines of source'. I forgot mkdir.C.
Anyway, I asked specifically because I wanted to guage people's
opinions about
Lars Gullik Bjønnes wrote:
> | Any objections to me committing this?
>
> You add clutter to a file instead of the dir. why?
> why why why!!!
I would argue that 207 lines is not 'clutter' but that 11 files is.
Indeed, I even save 140 lines of source if you talk about clutter.
Angus
Currently:
$
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 clutter from the support dir.
>
| abort.C chdir.C getcwd.C putenv.C rmdir.C
On Wednesday 08 October 2003 12:07, Angus Leeming wrote:
> Mark van Rossum wrote:
> > THe attached valid latex file, leads to bad lyx code.
> > (Only option is to kill lyx)
>
> Nasty. Hundreds of
> ERROR (Paragraph::DepthHook): no hook.
But not with current cvs. :-)
> Ok there are lots of probl
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 clutter from the support dir.
abort.C chdir.C getcwd.C putenv.C rmdir.C unlink.C
atoi.C copy.C kill.Crename.C tempn
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 compil
Mark van Rossum wrote:
> THe attached valid latex file, leads to bad lyx code.
> (Only option is to kill lyx)
Nasty. Hundreds of
ERROR (Paragraph::DepthHook): no hook.
Ok there are lots of problems here. First, (fighting back ;-),
underscores are generally regarded as not valid in label entries.
John Levon <[EMAIL PROTECTED]> writes:
| On Tue, Oct 07, 2003 at 11:42:22PM +0200, Lars Gullik Bj?nnes wrote:
>
>> [EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
>>
>> | Have a look.
>>
>> This seems to fix the problem:
>> (please verify)
>
| I think we have least two counter bugs worth testing
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 compile runs without error until
the fi
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 were an option to create a tar or zip
archive with all files included.
If there is
THe attached valid latex file , leads to bad lyx code.
(Only option is to kill lyx)
reLyX -f test.tex ; lyx test.lyx
THis is Lyx 1.3.2 on RH 9.0
--
<[EMAIL PROTECTED]> = http://brackla.anc.ed.ac.uk/
Mark van Rossum, ANC, University of Edinburgh.
Rm D7, 5 Forrest Hill, Edinbur
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 own control?
--
AngusIndex: src/frontends/xforms/ChangeLog
Kayvan A. Sylvan wrote:
> I had to do this to compile latest CVS on Cygwin:
Thank you. Now in.
--
Angus
71 matches
Mail list logo
