Rob Lahaye wrote:
>
> 3) Compatibility with 1.2.0.
>
>In 1.2.0 one can select "Original Size", but still have a value for
>Scale. This does not go well with the new dialog for LyX View.
>The Read routine should remember it has read "Original Size", to
>
Hi,
Attached is a screenshot of the new dialog.
Some implementation questions remain for the new graphics dialog.
1) Image percentage unit needed for Width/Height output size.
--
Output size now only has three input fields: Width,
Who knows anything about it?
I've created the pipes as instructed in Customization.lyx Ch4.
Running with the LyXServer under Linux Alpha
aleem@thorax:aleem$ lyx -dbg lyxserver &
aleem@thorax:aleem$ Setting debug level to lyxserver
Debugging `lyxserve
I believe that this is what is meant:
Index: development/lyxserver/server_monitor.c
===
RCS file:
/usr/local/lyx/cvsroot/lyx-devel/development/lyxserver/server_monitor.c,v
retrieving revision 1.2
diff -u -p -r1.2 server_monitor.c
--
...
> Can't comment on short2.diff.
Apropos of which, I think upon mature consideration that the strings
'void' and 'none' in the layout files would better be chosen as
'Allow' and 'Deny' (capitalization?). More descriptive, and comes
close to what Allan proposed IIRC.
I'll come up with a pat
On Fri, Aug 16, 2002 at 05:27:18PM +0100, Angus Leeming wrote:
> On Friday 16 August 2002 5:24 pm, Angus Leeming wrote:
> > On Friday 16 August 2002 5:31 pm, Kayvan A. Sylvan wrote:
> > > g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../images
> > > -I../../../src/ +-I../../../src/frontends/
On Friday 16 August 2002 4:51 pm, [EMAIL PROTECTED] wrote:
> Aug 16 2002 Martin Vermeer <[EMAIL PROTECTED]>
>
> * BufferView_pimpl.C:
> LyXAction.C:
> buffer.C:
> commandtags.h:
> lyxfunc.C:
> paragraph.[Ch]:
> text2.C:
> insets/Make
On Fri, Aug 16, 2002 at 06:31:24PM +0100, Angus Leeming wrote:
> This sounds like xtl to me. Would FuncRequest not benefit from this?
Overkill IMNSHO.
_Please_ let's see how far we come using the int,int,button,string
approach.
> unscrambling of stringifications...
We certainly do not do much
On Fri, Aug 16, 2002 at 06:26:35PM +0100, Angus Leeming wrote:
> -- Forwarded Message --
>
> Subject: LyXFunc/LyXAction
> Date: 13 Oct 2000 15:48:08 +0200
> From: [EMAIL PROTECTED] (Lars Gullik Bjønnes)
> To: [EMAIL PROTECTED]
>
> We should make a way to ensure that LyXFunc are
Still trawling through old stuff I found stream_cast<>
-- Forwarded Message --
Subject: stream_cast<>
Date: 13 Oct 2000 15:51:52 +0200
From: [EMAIL PROTECTED] (Lars Gullik Bjønnes)
To: [EMAIL PROTECTED]
A nice thing that popped out on clpc++
template
T stream_cast(S const &
Wooo-hooo. Look at this that I had saved in my store of interesting stuff.
Now look at the date again!
(Nobody berate Lars for his comments recently about the name of the new
FuncRequest class.)
Anyway, the reason for posting this is the very last comment. Is this still a
possibility/needed/w
On Friday 16 August 2002 6:23 pm, Rob Lahaye wrote:
> Angus Leeming wrote:
> > That should get you started.
>
> Yep, thanks for your help.
Pleasure
> Is the patch okay for applying? If so, I send it again tomorrow with a
> decent ChangLog. Next, I would like to do a clean up of all the stuff
> t
Angus Leeming wrote:
>
> That should get you started.
Yep, thanks for your help.
Attached is the new Xforms Graphics dialog. The dialog itself is slightly improved
from last prepatch and I've done the implementation of the new input fields.
Many buttons have disappeared in the dialog, so a lot
On Fri, Aug 16, 2002 at 06:10:22PM +0100, John Levon wrote:
> > Shouldn't the BufferView be ignorant of the existence of appendices and
> > rather dispatch the event (preferably in the default branch) to "its"
> > LyXText?
>
> Logically, yes. These were moved by Juergen from lyxfunc because they
On Fri, Aug 16, 2002 at 07:00:34PM +0200, Andre Poenitz wrote:
> Shouldn't the BufferView be ignorant of the existence of appendices and
> rather dispatch the event (preferably in the default branch) to "its"
> LyXText?
Logically, yes. These were moved by Juergen from lyxfunc because they
needed
Now that it reached my conciousness that BufferView is a view on a buffer
I wonder why there is code like
bool BufferView::Pimpl::dispatch(FuncRequest const & ev)
{ [...]
switch (ev.action) {
case LFUN_APPENDIX:
{
if (available()) {
On Friday 16 August 2002 5:24 pm, Angus Leeming wrote:
> On Friday 16 August 2002 5:31 pm, Kayvan A. Sylvan wrote:
> > g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../images
> > -I../../../src/ +-I../../../src/frontends/
> > -I../../../src/frontends/controllers -I../../../boost +-isystem
> >
On Friday 16 August 2002 5:31 pm, Kayvan A. Sylvan wrote:
> g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../images
> -I../../../src/ +-I../../../src/frontends/
> -I../../../src/frontends/controllers -I../../../boost +-isystem
> /usr/X11R6/include -O2 -m486 -fno-strength-reduce -W -Wall -c +T
g++ -DHAVE_CONFIG_H -I. -I. -I../../../src -I../../../images -I../../../src/
+-I../../../src/frontends/ -I../../../src/frontends/controllers -I../../../boost
+-isystem /usr/X11R6/include -O2 -m486 -fno-strength-reduce -W -Wall -c
+Tooltips.C -Wp,-MD,.deps/Tooltips.TPlo
Tooltips.C:112: parse error
On Friday 16 August 2002 9:02 pm, Martin Vermeer wrote:
> Sorry, just found out that posting to gmane with lynx while not
> remembering how to attach a file to the message is not a good idea :-(
>
> Here come the patches and adds. Good luck.
Before someone applies this, can they alter Paragraph::
On Fri, Aug 16, 2002 at 04:13:28PM +0100, Angus Leeming wrote:
> Perhaps nobody commented because it's a good idea.
Hm... anybody else feeling like that?
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 16, 2002 at 04:44:16PM +0100, John Levon wrote:
> hmm OK. Maybe I just haven't thought about it. We use the same internal
> to lyx right ? So the frontend interface will eventually be nothing but
> some text-based thingy ?
If calling dispatch() counts as "text based thingy"... yes.
A
Sorry, just found out that posting to gmane with lynx while not
remembering how to attach a file to the message is not a good idea :-(
Here come the patches and adds. Good luck.
--
Martin Vermeer [EMAIL PROTECTED]
:wq
Index: BufferView_pimpl.C
On Friday 16 August 2002 4:44 pm, John Levon wrote:
> On Fri, Aug 16, 2002 at 04:01:10PM +0100, Angus Leeming wrote:
> > Modify it as you desire (using your script) and then return it to the
> > lyxserver with LFUN_INSET_MODIFY,
>
> hmm OK. Maybe I just haven't thought about it. We use the same in
...
>>- have InsetShortTitle::latex do nothing
>>
>>- add a InsetShortTitle::realLaTeX which does what ::latex should do
>>
>>- when outputing a paragraph, search for a shorttitle in it. If it
>> exists, output
>>\command[InsetShortTitle::realLaTeX]{par contents}
>> otherwise
>>\command
On Friday 16 August 2002 4:35 pm, John Levon wrote:
> > > Then do something like "igp.rotate == rotvalue != 0.0;"
> > > to enable it as necessary
> > support/lyxlib.h: if (float_equal(var, number, 0.0001))
> again that's not needed in this case is it ??
More barminess.
rotvalue is a float. Yo
On Fri, Aug 16, 2002 at 04:18:48PM +0100, Angus Leeming wrote:
> support/lyxlib.h: if (float_equal(var, number, 0.0001))
again that's not needed in this case is it ??
regards
john
--
"Someone turn off the good idea tap; we're drowning here!"
- Rusty Russell
On Fri, Aug 16, 2002 at 04:01:10PM +0100, Angus Leeming wrote:
> Modify it as you desire (using your script) and then return it to the
> lyxserver with LFUN_INSET_MODIFY,
hmm OK. Maybe I just haven't thought about it. We use the same internal
to lyx right ? So the frontend interface will event
On Fri, Aug 16, 2002 at 05:10:16PM +0200, Jean-Marc Lasgouttes wrote:
> >> Does Qt use the default.ui file for its menu layout?
>
> John> Yes (but this will need to change)
>
> What will need to change?
Some things like Help->tooltips are wrong in the Qt world.
> John> It's broken (mostly wai
On Friday 16 August 2002 4:35 pm, John Levon wrote:
> in apply() read the input box and convert it to a double using strToDbl
> as you do already. Then do something like "igp.rotate == rotvalue != 0.0;"
> to enable it as necessary
support/lyxlib.h: if (float_equal(var, number, 0.0001))
Angus
On Fri, Aug 16, 2002 at 07:59:43PM +0900, Rob Lahaye wrote:
> So the layout is there. I needed to introduce one new param,
> called "int lyxdisplay" in insetgrahpicsParams.h, to handle
> the new LyX display choice selector.
No, you don't need to do this. Convert the setting of the combo box into
On Friday 16 August 2002 4:21 pm, Andre Poenitz wrote:
> As nobody commented, here follows a working patch that replaces all
> Button*Notify routines with some "lfun handler" [maily a matter of changing
> the function signature and calling them wia 'localDispatch']
>
> This is just a step in that
On Friday 16 August 2002 4:18 pm, John Levon wrote:
> On Fri, Aug 16, 2002 at 10:02:17AM +0100, Angus Leeming wrote:
> > > around this maze right now
> >
> > I thought this code was now really easy to follow :-(
>
> it probably is ! I only spent ten minutes... I just can't work out where
> we are
s/developpers/developers/
s/collapsable/collapsible/
s/positionning/positioning/
s/envirnment/environment/
- revert to the old behaviour when creating new floats (figure,
table...): the empty paragraph in the float now is a caption. It
seems that 1.2.0 behaviour was confusing to many people
On Friday 16 August 2002 4:12 pm, John Levon wrote:
> On Fri, Aug 16, 2002 at 09:40:24AM +0200, Andre Poenitz wrote:
> > Maybe I did not understand Angus' idea, but especially in connection with
> > "LFUN_INTERPRET" this sounds as a big step towards scriptability...
>
> come on, how do I change th
As nobody commented, here follows a working patch that replaces all
Button*Notify routines with some "lfun handler" [maily a matter of changing
the function signature and calling them wia 'localDispatch']
This is just a step in that "everything goes through an LFUN" direction,
so it is not finis
On Fri, Aug 16, 2002 at 10:02:17AM +0100, Angus Leeming wrote:
> > around this maze right now
>
> I thought this code was now really easy to follow :-(
it probably is ! I only spent ten minutes... I just can't work out where
we are trying to display some non-existent file
john
--
"Someone t
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> On Friday 16 August 2002 3:42 pm, Jean-Marc Lasgouttes wrote:
>> What's new ==
>>
>> LyX 1.2.1 is a maintenance release which fixes many bugs in version
>> 1.2.0. Its purpose is to make people wait while the developpers
>
On Fri, Aug 16, 2002 at 09:40:24AM +0200, Andre Poenitz wrote:
> Maybe I did not understand Angus' idea, but especially in connection with
> "LFUN_INTERPRET" this sounds as a big step towards scriptability...
come on, how do I change the scale %age of an existing insetgraphics ?
how do I insert
On Friday 16 August 2002 3:42 pm, Jean-Marc Lasgouttes wrote:
> What's new
> ==
>
> LyX 1.2.1 is a maintenance release which fixes many bugs in version
> 1.2.0. Its purpose is to make people wait while the developpers are
> busy preparing the next major release 1.3.0. There are a lot of
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Fri, Aug 16, 2002 at 03:31:49PM +0900, Rob Lahaye wrote:
>> Does Qt use the default.ui file for its menu layout?
John> Yes (but this will need to change)
What will need to change?
John> It's broken (mostly waiting for backend supp
On Fri, Aug 16, 2002 at 03:31:49PM +0900, Rob Lahaye wrote:
> Does Qt use the default.ui file for its menu layout?
Yes (but this will need to change)
> Or is the menu hard coded ?
>
> The View menu list is strange. It contains
>
>
> No documents open!
> Build program
> Update->
It's b
On Fri, Aug 16, 2002 at 04:09:47PM +0900, Rob Lahaye wrote:
> If the last choice to be made boils down to either
>
> Display mode: |___| (Default|Don'tDisplay|Gs|Mono|Color)
>
> or
> o Display graphics
>
> in the graphics dialog, and we have about equal support for both,
> then let
On Friday 16 August 2002 3:46 pm, Andre Poenitz wrote:
> On Fri, Aug 16, 2002 at 01:57:32PM +0100, Angus Leeming wrote:
> > The attached patch to the xforms/Dialogs* files knocks about 30secs off
> > compile times on my machine.
>
> 12 seconds out ouf 11 minutes here.
>
> > If they find a similar
On Fri, Aug 16, 2002 at 01:57:32PM +0100, Angus Leeming wrote:
> The attached patch to the xforms/Dialogs* files knocks about 30secs off
> compile times on my machine.
12 seconds out ouf 11 minutes here.
> If they find a similar spped up with g++ and still care deeply, then perhaps
> they'll e
Hello,
You can find a list of bugs pending for 1.2.1 at URL
http://bugzilla.lyx.org/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&&target_milestone=1.2.1
As you may see, John has rescheduled all 1.2.1 bugs to 1.2.2 (thanks),
leaving only this one:
443enh P2 All [
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Sat, Aug 03, 2002 at 12:44:20AM +0100, John Levon wrote:
>> from ert116.lyx :
>>
>> This is converted wrongly because we have an inset inside ERT.
>>
>> Note no space after "inset". This is read in as "insetinside". Is
>> this cor
On Friday 16 August 2002 11:59 am, Rob Lahaye wrote:
> Hi,
>
> I have attached a patch for the new graphics dialog.
> Main focus of the patch is the layout. I desperately need
> help to implement the (new) items, since I have no clue how
> and where to do that properly, without breaking too much.
> "martin" == martin vermeer <[EMAIL PROTECTED]> writes:
martin> Great idea! Actually I am independently working on something
martin> resembling this (but less clever). I may still go to your
martin> solution.
I am sure your solution is very clever too.
>> - now add a new member to LyXLayou
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Fri, Aug 16, 2002 at 03:53:57PM +0200, Jean-Marc Lasgouttes
Andre> wrote:
>> Eliza: Oh, i a long time to compile.
Andre> Did you mis-spell 'Eulalie'?
Eliza: Oh, i misspell eulalie.
JMarc
On Fri, Aug 16, 2002 at 03:53:57PM +0200, Jean-Marc Lasgouttes wrote:
> Eliza: Oh, i a long time to compile.
Did you mis-spell 'Eulalie'?
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" == Angus Leeming <[EMAIL PROTECTED]> writes:
>> What about the other 3600s?
Angus> 60mins for xforms/Dialog*.C ? Wow. It must take you a /long/
Angus> time to compile the whole of LyX.
You: It must take you a /long/ time to compile the whole of LyX. They'll take José
0.60secs.
On Friday 16 August 2002 2:41 pm, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> My solution(s) are clean, but appear more expensive in terms of
> Angus> compile times. I therefore offer you two alternative
> Angus> implementations.
> So you sh
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> My solution(s) are clean, but appear more expensive in terms of
Angus> compile times. I therefore offer you two alternative
Angus> implementations.
So you shaved 30s. What about the other 3600s?
JMarc
On Friday 16 August 2002 2:25 pm, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> On Friday 16 August 2002 2:19 pm, Andre Poenitz wrote:
> >> On Fri, Aug 16, 2002 at 01:57:32PM +0100, Angus Leeming wrote: > So
> >> we would lose lazy construction
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> Do you want it to be added to cvs? Would that force people to
>> update to latest koma?
Juergen> Actually, I'm not shure anymore. KOMA has made enormous
Juergen> efforts and gained a lot o
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> On Friday 16 August 2002 2:19 pm, Andre Poenitz wrote:
>> On Fri, Aug 16, 2002 at 01:57:32PM +0100, Angus Leeming wrote: > So
>> we would lose lazy construction.
>>
>> What was this good for anyway? To reduce startup time?
Angus>
Jean-Marc Lasgouttes wrote:
> Do you want it to be added to cvs? Would that force people to update
> to latest koma?
Actually, I'm not shure anymore. KOMA has made enormous efforts and gained a
lot of new (and thus unsupported) features. And I think that people who use
it have a new version. OT
On Friday 16 August 2002 2:19 pm, Andre Poenitz wrote:
> On Fri, Aug 16, 2002 at 01:57:32PM +0100, Angus Leeming wrote:
> > So we would lose lazy construction.
>
> What was this good for anyway? To reduce startup time?
Conceptual elegance? Reducing compile times? Lars knows.
A
On Fri, Aug 16, 2002 at 01:57:32PM +0100, Angus Leeming wrote:
> So we would lose lazy construction.
What was this good for anyway? To reduce startup time?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
The attached patch to the xforms/Dialogs* files knocks about 30secs off
compile times on my machine.
It simply replaces al those
boost::scoped_ptr xyz;
with
XYZDialog xyz;
So we would lose lazy construction.
Personally, I'm ambivalent, but if someone cares deeply about this th
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Please try. You'll need the most recent stable KOMA release
Juergen> (2.8q).
Do you want it to be added to cvs? Would that force people to update
to latest koma?
JMarc
On Friday 16 August 2002 1:15 pm, Rob Lahaye wrote:
> Andre Poenitz wrote:
> > On Fri, Aug 16, 2002 at 04:53:26PM +0900, Rob Lahaye wrote:
> >>edit/save in less? Is that possible?
> >
> > Type 'v' and $EDITOR pops up.
> >
> >>Even if it is, I would consider
> >>that as an unwanted feature.
> >
> >
On Fri, Aug 16, 2002 at 09:15:13PM +0900, Rob Lahaye wrote:
> So, if I'm right, Update->LaTeX can never work, it better should go then.
Patch please.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
Andre Poenitz wrote:
> On Fri, Aug 16, 2002 at 04:53:26PM +0900, Rob Lahaye wrote:
>
>>edit/save in less? Is that possible?
>
>
> Type 'v' and $EDITOR pops up.
>
>
>>Even if it is, I would consider
>>that as an unwanted feature.
>
>
> Then edit you default.ui and you get rid of it. Having o
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote:
>> If there is something you really want in 1.2.1, send a (well
>> tested) patch.
Juergen> I've just discovered that you cleaned up the bindings for
Juergen> starred sectioning commands. Well
...
>Here is another less dirty idea:
>
>- have InsetShortTitle::latex do nothing
>
>- add a InsetShortTitle::realLaTeX which does what ::latex should do
>
>- when outputing a paragraph, search for a shorttitle in it. If it
> exists, output
>\command[InsetShortTitle::realLaTeX]{par contents}
Hi,
I have attached a patch for the new graphics dialog.
Main focus of the patch is the layout. I desperately need
help to implement the (new) items, since I have no clue how
and where to do that properly, without breaking too much.
So the layout is there. I needed to introduce one new param,
c
The attached patch [do not apply, it does not work] demostrates what I'd
like to do to all insets (not just FormulaBase)
It basically replaces public methods
insetButtonRelease(BufferView * bv, int x, int y, mouse_button::state button)
by private methods
lfunMouseRelease(FuncRequest con
On Friday 16 August 2002 10:03 am, Jean-Marc Lasgouttes wrote:
> Angus> We'll need LFUNs for each inset type: LFUN_BIBTEX_DIALOG_OPEN
> Angus> LFUN_CITATION_DIALOG_OPEN LFUN_TABULAR_DIALOG_OPEN
> If the inset did autoregister themselves with a name, we could reduce
> this to only one LFUN (and ge
On Friday 16 August 2002 10:42 am, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> On Friday 16 August 2002 1:11 am, John Levon wrote:
> >> Looks good from visual inspection (this is what Qt fe does). Can
> >> the relevant people deal with this ?
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> On Friday 16 August 2002 1:11 am, John Levon wrote:
>> Looks good from visual inspection (this is what Qt fe does). Can
>> the relevant people deal with this ?
Angus> Applied in my tree. Angus
Should apply it to 1.2.x?
JMarc
On Friday 16 August 2002 9:09 am, Andre Poenitz wrote:
> On Fri, Aug 16, 2002 at 09:50:53AM +0200, Lars Gullik Bjønnes wrote:
> > | Actually I think this implements _your_ idea of "every interaction
> > | between frontend and core should go through an LFUN" rather well.
> >
> > This is not how I r
On Friday 16 August 2002 1:26 am, John Levon wrote:
> On Fri, Aug 09, 2002 at 01:06:30PM +0100, Angus Leeming wrote:
> > > 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
> >
> > can I get you
On Friday 16 August 2002 1:11 am, John Levon wrote:
> Looks good from visual inspection (this is what Qt fe does).
> Can the relevant people deal with this ?
Applied in my tree.
Angus
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Communicating info to the GUI frontend
Angus> === We can tell LyX to open or
Angus> close the dialog for an existing inset: LFUN_INSET_DIALOG_OPEN
Angus> LFUN_INSET_DIALOG_CLOSE
Angus> Note that we need
Hi,
With present CVS, the numbers for sections are skrewed up.
See attachement. It starts with no. 9!
Rob.
On Fri, Aug 16, 2002 at 10:39:31AM +0200, Juergen Vigna wrote:
> Would you care to explain inside which step you have a problem?
It was a problem concerning inheritance, not nesting. And outer world
example would be CommandInset and LabelInset I believe.
With Jean-Marc's suggestion to call the B
> "mv" == mv <[EMAIL PROTECTED]> writes:
mv> Actually I wonder if anyone *really* understands this as well as I
mv> right now. I have an idea similar to the one above: to understand
mv> it, you should know that it now works as follows:
mv> For all 'LaTeX command' type paragraphs, what is ou
> "Allan" == Allan Rae <[EMAIL PROTECTED]> writes:
Allan> What you really want in comparison to various paragraph types
Allan> (in .layout files) is a "LabelType Short". Much like we have
Allan> "LabelType Counter_Section". We'd need to allow "LabelType" to
Allan> take two or maybe more argue
Andre Poenitz wrote:
> But that does not solve my current problem of having to call a base class'
> handlers manually in a derived class as far as I can see. Or does it?
I don't understand your problems, but maybe they are local to mathed
and it's therefore I don't understand them. Normal insets
On Fri, Aug 16, 2002 at 09:50:53AM +0200, Lars Gullik Bjønnes wrote:
> | Actually I think this implements _your_ idea of "every interaction between
> | frontend and core should go through an LFUN" rather well.
>
> This is not how I read it... I read it more that all LFUNS go through
> dialogs...
[EMAIL PROTECTED] wrote:
>>The trick is to get 2 minutes of Juergen's time,
#:O) if I would know how to integrate this easiest I would have
spoken earlier. But ok you are waiting for some sapient words, so
here I am #:OP
> Ah... tabular!
I just deleted a "Nope" and a hole mail as at the end i
On Fri, Aug 16, 2002 at 04:53:26PM +0900, Rob Lahaye wrote:
> edit/save in less? Is that possible?
Type 'v' and $EDITOR pops up.
> Even if it is, I would consider
> that as an unwanted feature.
Then edit you default.ui and you get rid of it. Having one-click-access to
the produced LaTeX is a ve
Andre Poenitz wrote:
> On Fri, Aug 16, 2002 at 04:12:56PM +0900, Rob Lahaye wrote:
>
>>The View-LaTeX is cute, but using xterm+less is too low level.
>>Why not throwing the text of the LaTeX file into a text dialog window, that
>>allows scrolling?
>
>
> Because xterm+less comes for free while a
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Fri, Aug 16, 2002 at 12:17:54AM +0200, Lars Gullik Bjønnes wrote:
>> I am not in favour, this puts the frontends and the dialogs in the
>> driving seat. This is IMHO not as it should be.
>
| Who else should drive?
>
| Actually I think this implements
On Fri, Aug 16, 2002 at 09:42:08AM +0200, Lars Gullik Bjønnes wrote:
> | I think it is sufficient to movve the c'tor out-of-line.
>
> I tried that... it didn't help.
>
> hmm not the c'tor, but the d'tor
It compiles for me (2.95.3) now
Andre'
--
Those who desire to give up Freedom in order to
On Fri, Aug 16, 2002 at 04:12:56PM +0900, Rob Lahaye wrote:
> The View-LaTeX is cute, but using xterm+less is too low level.
> Why not throwing the text of the LaTeX file into a text dialog window, that
> allows scrolling?
Because xterm+less comes for free while a "text dialog window" needs code.
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Thu, Aug 15, 2002 at 08:42:27PM +0100, Angus Leeming wrote:
>> On Thursday 15 August 2002 8:59 pm, Lars Gullik Bjønnes wrote:
>> So the "fix" is to #include all header files (see Dialogs.C) in
>> Dilaogs_impl.h instead of forward declaring stuff.
>
On Thu, Aug 15, 2002 at 11:21:59PM +0100, John Levon wrote:
> > This breaks the "everything has an LFUN and goes through dispatch" rule
> > and means further that modifying existing insets using (shock!) the
> > LyX server is impossible.
>
> I still don't understand the big deal here. So what ?
On Fri, Aug 16, 2002 at 12:17:54AM +0200, Lars Gullik Bjønnes wrote:
> I am not in favour, this puts the frontends and the dialogs in the
> driving seat. This is IMHO not as it should be.
Who else should drive?
Actually I think this implements _your_ idea of "every interaction between
frontend a
On Thu, Aug 15, 2002 at 11:14:35PM +0100, John Levon wrote:
> Totally ! I don't know why we have this !
For marketing reasons.
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 Thu, Aug 15, 2002 at 09:35:54PM +0100, Angus Leeming wrote:
> Communicating info to the GUI frontend
> ===
> We can tell LyX to open or close the dialog for an existing inset:
> LFUN_INSET_DIALOG_OPEN
> LFUN_INSET_DIALOG_CLOSE
>
> Note that we need just two LFUNs he
93 matches
Mail list logo
