On Wed, 29 Oct 2003, Angus Leeming wrote:
> Well I've made a start, but really I think that this info should go in
> the external_templates file itself.
Oh, I agree, but since I couldn't get comments inside a template that
seemed difficult right now...
/Christian
--
Christian Ridderström
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
>> This patch introduces the DispatchResult::dispatched() function and
>> removes DISPATCHED, UNDISPATCHED from dispatch_result_t, and changes
>> DISPATCHED_NOUPDATE to NOUPDATE in dispatch_reuslt_t,
>
| The comment in dispat
> As dispatched() now returns a bool, why not rename it as success()?
> The code above is then very elegant.
[...]
> Staying on the subject of names:
> if (result.val() == FINISHED) {
>
> why not rename val() as status()?
> if (dispatch.status() == FINISHED) {
Just by looking at the proposed chang
Lars Gullik Bjønnes wrote:
> This patch introduces the DispatchResult::dispatched() function and
> removes DISPATCHED, UNDISPATCHED from dispatch_result_t, and changes
> DISPATCHED_NOUPDATE to NOUPDATE in dispatch_reuslt_t,
The comment in dispatchresult.h still refers to DISPATCHED_NOUPDATE.
Do
Christian Ridderström wrote:
> On Thu, 23 Oct 2003, Angus Leeming wrote:
>
>> I guess that one of these templates needs extensive in-place
>> documentation (to act as a template for the template?)
>
> I created an area where you can add some documentation/comments on
> the templates...
>
>
On Thu, 23 Oct 2003, Angus Leeming wrote:
> I guess that one of these templates needs extensive in-place
> documentation (to act as a template for the template?)
I created an area where you can add some documentation/comments on the
templates...
http://wiki.lyx.org/pmwiki.php/ExternalTempl
Christian Ridderström wrote:
> This patch allows me to see external tgif insets on screen and as
> dvi.
Fantastic effort!
However, the stuff within the LaTeXblock looks wrong.
1. Is the UpdateResult really "$$Basename.pstex_t"?
2. '\input' doesn't require 'InputOrWarn' or 'WarnNotFound'.
'\inputO
"Jose' Matos" <[EMAIL PROTECTED]> writes:
| Hello,
| I am cleaning the linuxdoc and docbook code.
>
| Attached follows a path, where I move some functions and factorise code like
| it is done with the latex backend.
>
| +720 lines
| - 816 lines
>
| This bit intends t
This patch allows me to see external tgif insets on screen and as dvi.
An annoying problem was that you are not allowed to have comments inside
items... i.e. it breaks if you have something like:
Template Tgif
# a comment
GuiName "Tgif: $$Basename"
...
/Christian
--
Christian Ridder
Andre Poenitz wrote:
> See attached.
>
> Still inactive (but 'dispatch to tip' starts to become functional...)
Cool. Does it still have problems with "insets embedded in insets" etc?
(There seems to exist code in cursor.C that suggest that)
Alfredo
Hello,
I am cleaning the linuxdoc and docbook code.
Attached follows a path, where I move some functions and factorise code like
it is done with the latex backend.
+720 lines
- 816 lines
This bit intends to catch André's attention. ;-)
After this
Martin Vermeer <[EMAIL PROTECTED]> writes:
| If so, then ignore this patch. If not, please apply :-)
>
| This makes my toes curl upward.
I won't apply this just know. Hopefully int the near futurue the whole
dispatch_result_t will be gone.
--
Lgb
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
>> This patch is too bid, too full of errors to go in, but shows a bit
>> the direction I am going in. I am going to do this is smaller steps,
>> and the result will hopefulle be a bit better than this...
>
| I _think_ I like
On Wed, 29 Oct 2003, Lars Gullik Bjønnes wrote:
> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
> >> "Hartmut" == Hartmut Haase <[EMAIL PROTECTED]> writes:
> >
> | Hartmut> Hi Jean-marc, why is http://www.lyx.org/ NOT displayed
> | Hartmut> correcty with Opera7.1?
> >
> | I _really_ do
If so, then ignore this patch. If not, please apply :-)
This makes my toes curl upward.
- Martin
Index: dispatchresult.h
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/dispatchresult.h,v
retrieving revision 1.1
diff -u -p -r1.1
Lars Gullik Bjønnes wrote:
> This patch is too bid, too full of errors to go in, but shows a bit
> the direction I am going in. I am going to do this is smaller steps,
> and the result will hopefulle be a bit better than this...
I _think_ I like it, but it's too big to take in in one go.
However
On Wednesday 29 October 2003 17:08, Jean-Marc Lasgouttes wrote:
>
> Jose'> I learned with the masters. (Are you hearing Jean-Marc? ;-)
>
> I did not know I was as annoying as that :)
Not annoying but persuasive. :-)
> JMarc
--
José Abílio
LyX and docbook, a perfect match. :-)
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Hartmut" == Hartmut Haase <[EMAIL PROTECTED]> writes:
>
| Hartmut> Hi Jean-marc, why is http://www.lyx.org/ NOT displayed
| Hartmut> correcty with Opera7.1?
>
| I _really_ do not know. I added lyx-devel in cc:, since presumably sme
| people
> "Hartmut" == Hartmut Haase <[EMAIL PROTECTED]> writes:
Hartmut> Hi Jean-marc, why is http://www.lyx.org/ NOT displayed
Hartmut> correcty with Opera7.1?
I _really_ do not know. I added lyx-devel in cc:, since presumably sme
people there will know more about it. What is wrong with opera?
JM
Hi Lars
I hope it's you I'm supposed to talk about accounts.
I'd like to get a CVS-account (mainly so that I can use 'cvs add').
If possible, I'd also like an account that allows me to modify the
pmwiki/local.php-file (I want to change it so that I can upload examples
in PDF).
Oh, given my ma
> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
>> > Obviously you put this script in wiki, I suppose? ;-)
>>
>> Bah.. now you made me do it... I even documented the bloody thing.
Jose'> I learned with the masters. (Are you hearing Jean-Marc? ;-)
I did not know I was as annoying as t
On Wed, 29 Oct 2003, Jose' Matos wrote:
> > Uh.. I get "syntax error" on the sentence above, but I don't think I've
>
> How many should we tell you to upgrade your compiler? ;-)
This one is internal unfortunately :-)
> Would it be too difficult to put there just a link?
> Please. :-)
I m
On Wednesday 29 October 2003 13:58, Christian Ridderström wrote:
> I was being ironic...
Oh, ok. :-)
> > Obviously you put this script in wiki, I suppose? ;-)
>
> Bah.. now you made me do it... I even documented the bloody thing.
I learned with the masters. (Are you hearing Jean-Marc? ;-)
On Wednesday 29 October 2003 12:47, Christian Ridderström wrote:
> >
> > And also another from John Weiss.
> > Christian some more bits about this soomewhere in the wiki.
>
> Uh.. I get "syntax error" on the sentence above, but I don't think I've
How many should we tell you to upgrade your c
On Tue, 28 Oct 2003, Jose' Matos wrote:
> > Unless you are ranting, I was mainly thinking about users who would like
> > to be able to install lyx 1.4 on RH 7.3...
> > (it's strange, but later versions of RH need better hardware...)
>
> What is strange here?
I was being ironic...
> Obvious
On Wed, Oct 29, 2003 at 02:33:40PM +0100, Lars Gullik Bjønnes wrote:
Ok...
Andre'
? Config
? dispatchresult-2.diff
? dispatchresult-3.diff
? dispatchresult.diff
? src/doit.sh
Index: src/dispatchresult.h
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/dispatchresult.h,v
retrieving revision 1.2
diff -u -p -r1.2 dis
On Wed, Oct 29, 2003 at 02:01:21PM +0100, Lars Gullik Bjønnes wrote:
> But you are saying that my next patch just as well can change
> FINISHED_POP to just FINISHED?
Presumably.
Andre'
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, Oct 29, 2003 at 01:21:51PM +0100, Lars Gullik Bjønnes wrote:
>> Andre Poenitz <[EMAIL PROTECTED]> writes:
>>
>> | On Wed, Oct 29, 2003 at 01:07:44PM +0100, Lars Gullik Bjønnes wrote:
>> >>
>> >> Can someone (Andre), please explain do me what DI
> I think the way that we specify the numbering could be improved (perhaps
> a slider or something ? ). Not sure.
That might be more affordable.
> What would be in "placement" ??
> This doesn't sound like a suitable thing to have in this dialog IMHO.
Well, let's skip it then.
> (Trivial: the dia
On Wed, 29 Oct 2003, Angus Leeming wrote:
> Andre Poenitz wrote:
> > There is a prosper.layout from Dekel. Is there a specific reason we
> > do not distribute this?
>
> There is also one from John Weiss. I don't think anyone's taken the
> time to ascertain why one and not the other, although I u
Andre Poenitz <[EMAIL PROTECTED]> writes:
| Just removing that line should work. I currently can't reach aussie.
I just commented it out.
--
Lgb
Slowly - slowly getting there.
? doit.sh
Index: BufferView_pimpl.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/BufferView_pimpl.C,v
retrieving revision 1.448
diff -u -p -r1.448 BufferView_pimpl.C
--- BufferView_pimpl.C 29 Oct
On Wed, Oct 29, 2003 at 12:58:13PM +0100, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | On Wed, Oct 29, 2003 at 11:42:47AM +, Angus Leeming wrote:
> >> Andre Poenitz wrote:
> >>
> >> >
> >> > See attached.
> >> >
> >> > Still inactive (but 'dispatch to tip' st
On Wed, Oct 29, 2003 at 12:11:57PM +, Angus Leeming wrote:
> So each 'positioning action' (left arrow, up arrow, page down,
> mouse click etc) will cause the contents of the cursor to be updated
> (the idx, inset member variables etc). Thereafter, any call to
> cursor.dispatch will just find th
On Wed, Oct 29, 2003 at 01:49:51PM +0100, Lars Gullik Bjønnes wrote:
>
> I get this error:
>
> g++ -DHAVE_CONFIG_H -I. -I. -I. -I../boost -I/usr/X11R6/include -O
> -fno-exceptions -W -Wall -c -o cursor.o `test -f 'cursor.C' || echo './'`cursor.C
> cursor.C: In member function `DispatchResult Cu
On Wed, Oct 29, 2003 at 01:21:51PM +0100, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | On Wed, Oct 29, 2003 at 01:07:44PM +0100, Lars Gullik Bjønnes wrote:
> >>
> >> Can someone (Andre), please explain do me what DISPATCHED_POP is used
> >> for?
> >
> | The inset h
I get this error:
g++ -DHAVE_CONFIG_H -I. -I. -I. -I../boost -I/usr/X11R6/include -O
-fno-exceptions -W -Wall -c -o cursor.o `test -f 'cursor.C' || echo './'`cursor.C
cursor.C: In member function `DispatchResult Cursor::dispatch(const
FuncRequest&)':
cursor.C:36: `update' undeclared (first u
On Mon, Oct 27, 2003 at 01:11:00PM +0100, Gandalf GreyHair wrote:
> LyX name is some internal name in LyX
> Displayed name and numbers tells what is printed first in the theorem, for
> example, Lemma 2.7.1322 means we have chapter+section numbers, and 1322
> lemmas in that section!
> Theorem te
On Wed, 29 Oct 2003, Jose' Matos wrote:
> On Wednesday 29 October 2003 08:55, Andre Poenitz wrote:
> > There is a prosper.layout from Dekel. Is there a specific reason we do
> > not distribute this?
>
> And also another from John Weiss.
> Christian some more bits about this soomewhere in the
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, Oct 29, 2003 at 01:07:44PM +0100, Lars Gullik Bjønnes wrote:
>>
>> Can someone (Andre), please explain do me what DISPATCHED_POP is used
>> for?
>
| The inset has handled the request, but the the cursor must leave the
| inset now.
Ok, in what
On Wed, Oct 29, 2003 at 01:07:44PM +0100, Lars Gullik Bjønnes wrote:
>
> Can someone (Andre), please explain do me what DISPATCHED_POP is used
> for?
The inset has handled the request, but the the cursor must leave the
inset now.
The name originated from removing one 'cursor slice' from the top
On Wednesday 29 October 2003 11:44, Angus Leeming wrote:
> >
> > I worked pretty hard to get it out of Paragraph and Buffer.
>
> latex_generation.[Ch] perhaps? I was just thinking that
> paragraph_funcs.C would start to get pretty cluttered if a whole heap
> of sgml_generation stuff went in there t
Andre Poenitz wrote:
> On Wed, Oct 29, 2003 at 11:56:46AM +, Angus Leeming wrote:
>> Andre Poenitz wrote:
>> >> Apart from that, it seems to make sense, although it'll be fun
>> >> to see (perhaps dummy) handlers for the LFUN in the insets.
>> >
>> > ?
>> > Which LFUN?
>>
>> Whatever LFUN is
Can someone (Andre), please explain do me what DISPATCHED_POP is used
for? And add some documentation for it to dispatchresult.h?
In the vein of the other dispatch_result_t values... would
FINISHED_POP be a better name?
--
Lgb
On Wed, Oct 29, 2003 at 11:56:46AM +, Angus Leeming wrote:
> Andre Poenitz wrote:
> >> Apart from that, it seems to make sense, although it'll be fun to
> >> see (perhaps dummy) handlers for the LFUN in the insets.
> >
> > ?
> > Which LFUN?
>
> Whatever LFUN is passed to the inset stored in C
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, Oct 29, 2003 at 11:42:47AM +, Angus Leeming wrote:
>> Andre Poenitz wrote:
>>
>> >
>> > See attached.
>> >
>> > Still inactive (but 'dispatch to tip' starts to become
>> > functional...)
>>
>> I see that your are using 'buildCursor' withi
Andre Poenitz wrote:
>> Apart from that, it seems to make sense, although it'll be fun to
>> see (perhaps dummy) handlers for the LFUN in the insets.
>
> ?
> Which LFUN?
Whatever LFUN is passed to the inset stored in Cursor in
this call I guess. I thought that you'd need new handling code in
the
Lars Gullik Bjønnes wrote:
> | or move the latex generation stuff out...
>
> out where?
>
> I worked pretty hard to get it out of Paragraph and Buffer.
latex_generation.[Ch] perhaps? I was just thinking that
paragraph_funcs.C would start to get pretty cluttered if a whole heap
of sgml_generati
On Wed, Oct 29, 2003 at 12:49:03PM +0100, Andre' Poenitz wrote:
> That's not final structure. In the end the 'cursor' will just be there
> and only modified, not created every time. Both buildCursor and asCursor
> are hacks.
... that will go again...
Andre'
On Wed, Oct 29, 2003 at 11:42:47AM +, Angus Leeming wrote:
> Andre Poenitz wrote:
>
> >
> > See attached.
> >
> > Still inactive (but 'dispatch to tip' starts to become
> > functional...)
>
> I see that your are using 'buildCursor' within lyxfunc.C, but why do
> you need 'buildCursor' as w
Andre Poenitz wrote:
>
> See attached.
>
> Still inactive (but 'dispatch to tip' starts to become
> functional...)
I see that your are using 'buildCursor' within lyxfunc.C, but why do
you need 'buildCursor' as well as 'ParIterator::asCursor' It seems
like one of them does nothing more than ca
Angus Leeming <[EMAIL PROTECTED]> writes:
| Jose' Matos wrote:
>
>> On Wednesday 29 October 2003 10:04, Martin Vermeer wrote:
>>>
>>> ...and should we somehow get rid of the '// environment tag
>>> closing' stanza at the beginning? Yes, this looks messy :-) but I
>>> don't dare to touch it without
Jose' Matos wrote:
> On Wednesday 29 October 2003 10:04, Martin Vermeer wrote:
>>
>> ...and should we somehow get rid of the '// environment tag
>> closing' stanza at the beginning? Yes, this looks messy :-) but I
>> don't dare to touch it without a non-trivial DocBook LyX test
>> file...
>
> N
See attached.
Still inactive (but 'dispatch to tip' starts to become functional...)
Andr'e
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jefferson or B. Franklin or both...)
Index: cursor.C
=
On Wednesday 29 October 2003 10:04, Martin Vermeer wrote:
>
> ...and should we somehow get rid of the '// environment tag closing'
> stanza at the beginning? Yes, this looks messy :-) but I don't dare to
> touch it without a non-trivial DocBook LyX test file...
Notice that now most of the code f
On Wednesday 29 October 2003 10:04, Martin Vermeer wrote:
> On Tue, Oct 28, 2003 at 11:32:40AM +, Jose' Matos spake thusly:
> > This code is a mess (it is my code so I am allowed to say that). I have
> > discussed this two years ago with Jürgen Vigna and it appears that the
> > latex output c
On Wednesday 29 October 2003 08:30, Martin Vermeer wrote:
> On Tue, Oct 28, 2003 at 01:10:39PM +, Angus Leeming spake thusly:
>
> OK, so done.
>
> I plan to commit the attached later today.
Ok.
> - Martin
>
> BTW does anyone have a large and complex LyX source file in the
> docbook class? T
On Tue, Oct 28, 2003 at 11:32:40AM +, Jose' Matos spake thusly:
> This code is a mess (it is my code so I am allowed to say that). I have
> discussed this two years ago with Jürgen Vigna and it appears that the latex
> output code was redone to take in account the nested environments.
Sp
Lars Gullik Bjønnes wrote:
> Also to make the process more visible.
Well, that bit worked ;-)
--
Angus
Angus Leeming <[EMAIL PROTECTED]> writes:
| More generally, why submit a patch for inspection if you don't intend
| the final code to look anything like it?
So that you can tell me if it collides with something you work on.
Also to make the process more visible.
--
Lgb
Lars Gullik Bjønnes wrote:
> except for hassle if I want to change the 'Foo' into 'Bar' (or
> course then I'll have other things to fix as well...
> Most likely the whole _fwd file will go, but it is practical for my
> when I work on the dispatch stuff.
Why not say this at the start and avoid rai
Andre Poenitz wrote:
> There is a prosper.layout from Dekel. Is there a specific reason we
> do not distribute this?
There is also one from John Weiss. I don't think anyone's taken the
time to ascertain why one and not the other, although I understand
that Christian has used both in anger.
--
On Wednesday 29 October 2003 08:55, Andre Poenitz wrote:
> There is a prosper.layout from Dekel. Is there a specific reason we do
> not distribute this?
And also another from John Weiss.
Christian some more bits about this soomewhere in the wiki.
I also intend to polish it and put it in the
On Wed, Oct 29, 2003 at 08:54:27AM +, Angus Leeming wrote:
> Kayvan A. Sylvan wrote:
>
> Sorry, Kayvan, but I don't believe your assertion that Bernoulli said
> this:
>
> ...about the consumer to assess potential risks as well as to set
> prices. Insurance companies use a plethora of mathem
On Wed, Oct 29, 2003 at 09:44:46AM +0100, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> [IMHOs]
>
> But I don't claim to get sick by seeing your IMHOs.
Well, your stomach seems to be better than mine then.
> And I disagree with several of them, both on subjective re
Kayvan A. Sylvan wrote:
Sorry, Kayvan, but I don't believe your assertion that Bernoulli said
this:
...about the consumer to assess potential risks as well as to set
prices. Insurance companies use a plethora of mathematical techniques
in their Risk Management process, including the notion of
There is a prosper.layout from Dekel. Is there a specific reason we do
not distribute this?
Andre;
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jefferson or B. Franklin or both...)
Andre Poenitz <[EMAIL PROTECTED]> writes:
[IMHOs]
But I don't claim to get sick by seeing your IMHOs.
And I disagree with several of them, both on subjective reason, but
also on technical reasons.
--
Lgb
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Wed, Oct 29, 2003 at 09:17:40AM +0100, Lars Gullik Bjønnes wrote:
>> Andre Poenitz <[EMAIL PROTECTED]> writes:
>>
>> | Please not. Forward declaring a class be saying 'class Foo;' is standard
>> | practice. It is cheap. And it is as explicit as it ca
On Wed, Oct 29, 2003 at 09:22:57AM +0100, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | On Tue, Oct 28, 2003 at 08:31:04PM +0100, Lars Gullik Bjønnes wrote:
> >> IMHO we should never manually forward declare, that should be the
> >> purpose of a header file instead.
On Wed, Oct 29, 2003 at 09:17:40AM +0100, Lars Gullik Bjønnes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> | Please not. Forward declaring a class be saying 'class Foo;' is standard
> | practice. It is cheap. And it is as explicit as it can get. Nothing
> | hidden, all clear. #include ca
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Tue, Oct 28, 2003 at 08:31:04PM +0100, Lars Gullik Bjønnes wrote:
>> IMHO we should never manually forward declare, that should be the
>> purpose of a header file instead.
>
| Could we try to reach an agreement that developers do not install there
| p
Andre Poenitz <[EMAIL PROTECTED]> writes:
| Please not. Forward declaring a class be saying 'class Foo;' is standard
| practice. It is cheap. And it is as explicit as it can get. Nothing
| hidden, all clear. #include can mean everything.
when the include has the postfix "_fwd.h" its intent is pre
On Tue, Oct 28, 2003 at 08:31:04PM +0100, Lars Gullik Bjønnes wrote:
> IMHO we should never manually forward declare, that should be the
> purpose of a header file instead.
Could we try to reach an agreement that developers do not install there
personal pets in the source, especially if it is neit
On Tue, Oct 28, 2003 at 01:10:39PM +, Angus Leeming spake thusly:
...
> The philosophy is that Buffer should be minimal but complete and that
> we should provide free functions that operate on a Buffer instance.
> Clearly this isn't the case at the moment but small steps...
>
> In this in
On Tue, Oct 28, 2003 at 08:31:04PM +0100, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | I don't see the point to the _fwd.h file.
> >
> | #include "dispatchresult_fwd.h"
> >
> | is more typing than
> >
> | class DispatchResult;
>
> Well... but now I can add other s
On Tue, Oct 28, 2003 at 07:50:14PM +0100, Lars Gullik Bjønnes wrote:
>
>
> This replaces dispatch_result enum with a real type, forward declared
> when possible.
>
> a couple of Mathed :: dispatch changed to priv_dispatch and a couple
> moved from public to protected.
>
> This will go in unless
78 matches
Mail list logo
