On Thu, Mar 06, 2003 at 05:50:02AM +, John Levon wrote:
> On Tue, Feb 25, 2003 at 07:12:18PM +0100, Moritz Moeller-Herrmann wrote:
>
> > ATM there is a checkbox for searching backwards. I think this is awkward,
> > because you need two clicks. Also you always have to make sure you search
> > i
On Wed, Mar 05, 2003 at 09:53:53PM -0800, Ling Li wrote:
> 1. if some environments which require the amsmath package, such as align
> and cases, are included in a LyX file, amsmath should be automatically
> included.
> 2. if the user doesn't include anything that intrigues the
> auto-inclusion of a
On Thu, Mar 06, 2003 at 08:55:23AM +0100, Andre Poenitz wrote:
> > Why this isn't "Automatically use AMS math package", default selected, I
> > do not know.
>
> Because I don't know where I can switch this on by default. If I knew, this
> would be in.
My suggestion is slightly different from the
On Wed, Mar 05, 2003 at 11:26:32PM -0800, Ling Li wrote:
> So I guess the existence of \cases doesn't matter.
*sigh*
I bow to the majority.
Your patch is in.
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, Mar 06, 2003 at 08:59:59AM +0100, Andre Poenitz wrote:
> > I do not agree with this solution. The cost have having two buttons
> > outweighs the benefits of a more convenient (rarer) search backwards.
>
> What's exactly the cost of "having a button" compared with "having a
> checkbox"?
On Thu, Mar 06, 2003 at 09:09:55AM +0100, Andre Poenitz wrote:
> *sigh*
>
> I bow to the majority.
>
> Your patch is in.
I think my suggested change stops you sighing, does it not ?
There would be params.use_amsmath (not visible in UI) and
params.autouse_amsmath (visible in UI).
valildate() d
On Fri, Feb 28, 2003 at 11:41:15AM +0900, Rob Lahaye wrote:
> Patch attached, without ChangeLog; therefore:
Looked good, applied with one change: *tooltips don't have periods*.
Please remember ;)
john
John Levon wrote:
> On Fri, Feb 28, 2003 at 11:41:15AM +0900, Rob Lahaye wrote:
>
>
>>Patch attached, without ChangeLog; therefore:
>
>
> Looked good, applied with one change: *tooltips don't have periods*.
> Please remember ;)
Thanks for applying.
Argh, this tooltip-period-thing has been disc
John Levon wrote:
> On Fri, Feb 28, 2003 at 11:41:15AM +0900, Rob Lahaye wrote:
>
>
>>Patch attached, without ChangeLog; therefore:
>
>
> Looked good, applied with one change: *tooltips don't have periods*.
> Please remember ;)
Thanks for applying.
Argh, this tooltip-period-thing has been disc
On Thu, Mar 06, 2003 at 05:31:22PM +0900, Rob Lahaye wrote:
> Argh, this tooltip-period-thing has been discussed before and then
> the period was tolerated; I quote Angus here: "as long as it's consistent".
> And I tried to be as consistent as possible.
Very much my fault - it seems that xforms
On Thu, Mar 06, 2003 at 08:16:12AM +, John Levon wrote:
> Searching backwards is not very rare, but it is done less often. And
> there is a mnemonic for it.
In vi I have / and ? for that.
Requiring to open a dialog is already a pain, and an additional click moves
it pretty close to being
On Thu, Mar 06, 2003 at 09:48:51AM +0100, Andre Poenitz wrote:
> In vi I have / and ? for that.
>
> Requiring to open a dialog is already a pain, and an additional click moves
> it pretty close to being unusable. Add to that that there is no way to
> replaces structers and that part of the do
On Thu, Mar 06, 2003 at 08:19:27AM +, John Levon wrote:
> I think my suggested change stops you sighing, does it not ?
If not seen an incarnation of your idea,
> There would be params.use_amsmath (not visible in UI) and
> params.autouse_amsmath (visible in UI).
>
> valildate() does
>
>
On Thu, Mar 06, 2003 at 09:51:50AM +0100, Andre Poenitz wrote:
> I'd like to have a tri-state:
>
>- never use AMS
>- let LyX guess (i.e. use validate())
>- always use AMS
>
> with default on the second option.
>
> I think thsi is not much different from what you suggest, but simpler
On Thu, Mar 06, 2003 at 09:02:46AM +, John Levon wrote:
> It might even be simpler for the user to understand. In fact, I think it
> will. If I do the UI hacking etc. you can do the validate bits, ok ?
Sure.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not h
Heres the start of it, untested. Also needs tex2lyx fixup, and the
FORMAT changes. Andre, it's in your hands now ;)
regards,
john
Index: LaTeXFeatures.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/LaTeXFeatures.C,v
retrieving
John Levon wrote:
> Hopefully one day we will have a simple cursor class that is an iterator
> on a document, and another class that has one of those and a pixel
> offset (for passing mouse clicks around or something). But that's some
> way off I suppose.
I don't know really. Each time I make my
On Thu, Mar 06, 2003 at 08:14:37AM +0100, Andre Poenitz wrote:
> On Wed, Mar 05, 2003 at 04:28:27PM -0800, Ling Li wrote:
> > The environment "cases" requires amsmath. Patch to math_casesinset.[Ch]
> > and ChangeLog attached. The patch is against 1.3.1cvs.
>
> \cases is valid plain TeX and is used
On Thu, Mar 06, 2003 at 11:39:10AM +0100, Alfredo Braunstein wrote:
> What about keeping an up-to-date int top_row_, that is we increment top_row
> if we add a row before, decrement it if we delete a row before?
Under what circumstances do we do anything before top_y() ??
regards,
john
On Thu, Mar 06, 2003 at 10:33:44AM +, John Levon wrote:
>
> Heres the start of it, untested. Also needs tex2lyx fixup, and the
> FORMAT changes. Andre, it's in your hands now ;)
In my opinion, it is not a good idea:
1) It complicates the code
2) It is a good idea to always add the amsmath pac
John Levon wrote:
> On Thu, Mar 06, 2003 at 11:39:10AM +0100, Alfredo Braunstein wrote:
>
>> What about keeping an up-to-date int top_row_, that is we increment
>> top_row if we add a row before, decrement it if we delete a row before?
>
> Under what circumstances do we do anything before top_y(
On Thu, Mar 06, 2003 at 12:53:48PM +0200, Dekel Tsur wrote:
> For example, if you have a long numbered display formula, the formula text
> is written over the number. Amsmath fixes this bug.
Didn't know that.
> - Enable the "use amsmath" button by default
> - Remove the validate code that loads
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Sat, Feb 22, 2003 at 07:22:24PM -0800, Kayvan A. Sylvan
John> wrote:
>> > > * config/configure.in: remove the -isystem fiddling. Let's see
>> > > if Solaris people complain...
>> > >
>> > > I am complaining. Can you put it back pleas
On Thu, Mar 06, 2003 at 12:02:58PM +0100, Jean-Marc Lasgouttes wrote:
> John, how much of the problem was really pspell.m4 adding
> -I/usr/include in the search patch? I am not sure that the cause for
> the problems we saw is really our use of -isystem.
It might be that indeed. Dunno.
john
John Levon wrote:
> On Thu, Mar 06, 2003 at 11:39:10AM +0100, Alfredo Braunstein wrote:
>
>> What about keeping an up-to-date int top_row_, that is we increment
>> top_row if we add a row before, decrement it if we delete a row before?
>
> Under what circumstances do we do anything before top_y(
On Thu, Mar 06, 2003 at 12:01:42PM +0100, Alfredo Braunstein wrote:
> If you ask why a row would be added or deleted before the top_y() position,
> think about rebreaking of previous paragraphs because of image size
> changing (it indeed happends often with previews), or latex error boxes
> gettin
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Wed, Mar 05, 2003 at 09:12:30PM +0100, Lars Gullik Bj?nnes
John> wrote:
>> Not mine.
>>
>> pspell-devel-0.12.2-14 pspell-0.12.2-14 aspell-de-0.1.1-15
>> aspell-no-0.3-4 aspell-0.33.7.1-16 aspell-en-gb-0.33.7.1-16
>> aspell-devel-0.33
On Thu, Mar 06, 2003 at 12:53:48PM +0200, Dekel Tsur wrote:
> In my opinion, it is not a good idea:
> 1) It complicates the code
I don't think so.
> 2) It is a good idea to always add the amsmath package when the user uses
> math, even when no amsmath macros are used:
Screaming NO. H***, what do
On Thu, Mar 06, 2003 at 12:09:09PM +0100, Andre Poenitz wrote:
> > 2) It is a good idea to always add the amsmath package when the user uses
> > math, even when no amsmath macros are used:
>
> Screaming NO. H***, what do you think I am talking about all the time?
> If the user does not want AMS,
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "John" == John Levon <[EMAIL PROTECTED]> writes:
|
| John> On Sat, Feb 22, 2003 at 07:22:24PM -0800, Kayvan A. Sylvan
| John> wrote:
| >> > > * config/configure.in: remove the -isystem fiddling. Let's see
| >> > > if Solaris people complain
John Levon wrote:
> Yep ok. Please embed those three vars in a little struct though, so its
> obvious they are entirely related.
Sorry, yes to what? I've proposed two options. (and the one I like best is
not implemented yet and has only two vars: top_row_ and top_row_offset_).
Alfredo
On Thu, Mar 06, 2003 at 12:12:16PM +0100, Alfredo Braunstein wrote:
> > Yep ok. Please embed those three vars in a little struct though, so its
> > obvious they are entirely related.
>
> Sorry, yes to what? I've proposed two options. (and the one I like best is
> not implemented yet and has only
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Wed, Mar 05, 2003 at 11:40:47AM +, Angus Leeming wrote:
>> I find that I can apply from the 'Ok' button but that the 'Apply'
>> button has no effect. Missing connection?
John> Yup. JMarc ?
Yup.
JMarc
On Thu, Mar 06, 2003 at 11:12:52AM +, John Levon wrote:
> On Thu, Mar 06, 2003 at 12:09:09PM +0100, Andre Poenitz wrote:
>
> > > 2) It is a good idea to always add the amsmath package when the user uses
> > > math, even when no amsmath macros are used:
> >
> > Screaming NO. H***, what do you
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Thu, Mar 06, 2003 at 08:16:12AM +, John Levon wrote:
>> Searching backwards is not very rare, but it is done less often.
>> And there is a mnemonic for it.
Andre> In vi I have / and ? for that.
So we could add a find-replac
On Thu, Mar 06, 2003 at 12:20:34PM +0100, Andre Poenitz wrote:
> Whenever there was any macro that happened to be the name of a symbol from
> msa or msb, the user got AMS, no matter whether he wanted it or not.
As I read it, Dekel was not suggesting validate do anything *at all*.
Dekel wanted thi
On Thu, Mar 06, 2003 at 12:23:09PM +0100, Jean-Marc Lasgouttes wrote:
> So we could add a find-replace-backward lfun that is bound to C-r (in
> emacs mode) and selects the checkbox by default.
Super idea.
john
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> On Thu, Mar 06, 2003 at 10:33:44AM +, John Levon wrote:
>> Heres the start of it, untested. Also needs tex2lyx fixup, and the
>> FORMAT changes. Andre, it's in your hands now ;)
Dekel> In my opinion, it is not a good idea: 1) It
If I have this:
class FormBase {
public:
template
Controller & getController() const
{ return dynamic_cast(controller_); }
private:
ControllerBase & controller_;
};
class FormCitation : FormBase {
public:
void apply () {
ControlComm
On Thu, Mar 06, 2003 at 11:26:14AM +, John Levon wrote:
> A macro with some name *would not change* this value.
But this would mean we would get AMS all the time, wouldn't it?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, eithe
On Thu, Mar 06, 2003 at 12:26:40PM +0100, Jean-Marc Lasgouttes wrote:
> But are we sure that everybody really use and like amsmath?
Surely not. AMS breaks some stuff by redefining environments and
introduces several hundred of new macros that break non-AMS-aware stuff.
That's the point of the wh
On Thu, Mar 06, 2003 at 12:34:48PM +0100, Andre Poenitz wrote:
> On Thu, Mar 06, 2003 at 11:26:14AM +, John Levon wrote:
> > A macro with some name *would not change* this value.
>
> But this would mean we would get AMS all the time, wouldn't it?
Sure, unless the user turns it off themselve
On Thu, Mar 06, 2003 at 11:37:09AM +, Angus Leeming wrote:
> Can I define a shortcut in FormCitation.C. Something like:
> typedef getController controller;
I think so. What happens if you try?
[I would not use macros for that, even if it doesn't work...]
Andre'
--
Those who desire to give
On Thu, Mar 06, 2003 at 12:37:13PM +0100, Andre Poenitz wrote:
> > But are we sure that everybody really use and like amsmath?
>
> Surely not. AMS breaks some stuff by redefining environments and
> introduces several hundred of new macros that break non-AMS-aware stuff.
Can you please describe
On Thu, Mar 06, 2003 at 12:20:34PM +0100, Andre Poenitz wrote:
> > > Screaming NO. H***, what do you think I am talking about all the time?
> > > If the user does not want AMS, there would be no way to suppress this.
> >
> > Go to Documents->Extra, deselect "Use AMS Math". I don't understand your
On Thu, Mar 06, 2003 at 11:43:45AM +, John Levon wrote:
> Can you please describe for the idiot (me) what commonly deployed
> classes, available in lyx, use stuff that clashes with AMS ? Anything
> that requires ERT could easily still use the checkbox thing ...
\mho is e.g. a symbol both from
John Levon wrote:
On Thu, Mar 06, 2003 at 08:59:59AM +0100, Andre Poenitz wrote:
I do not agree with this solution. The cost have having two buttons
outweighs the benefits of a more convenient (rarer) search backwards.
What's exactly the cost of "having a button" compared with "having a
checkbox
On Thu, Mar 06, 2003 at 01:01:39PM +0100, Helge Hafting wrote:
> "<-Find" and "Find->" should be obvoius enough. The button has
> label text too.
Look at the layout of the dialog. And it's ugly.
regards
john
Andre Poenitz wrote:
> On Thu, Mar 06, 2003 at 11:37:09AM +, Angus Leeming wrote:
>> Can I define a shortcut in FormCitation.C. Something like:
>> typedef getController controller;
>
> I think so. What happens if you try?
I can't get the typedef to work. (See class ViewCitation in the
attac
On Thu, Mar 06, 2003 at 12:50:12PM +0100, Andre Poenitz wrote:
> On Thu, Mar 06, 2003 at 11:43:45AM +, John Levon wrote:
> > Can you please describe for the idiot (me) what commonly deployed
> > classes, available in lyx, use stuff that clashes with AMS ? Anything
> > that requires ERT could ea
Angus Leeming <[EMAIL PROTECTED]> writes:
| Andre Poenitz wrote:
|
| > On Thu, Mar 06, 2003 at 11:37:09AM +, Angus Leeming wrote:
| >> Can I define a shortcut in FormCitation.C. Something like:
| >> typedef getController controller;
| >
| > I think so. What happens if you try?
|
| I can't g
Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | Andre Poenitz wrote:
> |
> | > On Thu, Mar 06, 2003 at 11:37:09AM +, Angus Leeming wrote:
> | >> Can I define a shortcut in FormCitation.C. Something like:
> | >> typedef getController controller;
> | >
> | > I thi
On Thu, Mar 06, 2003 at 12:26:14PM +, Angus Leeming wrote:
> I can't get the typedef to work. (See class ViewCitation in the
> attached file).
>
> > [I would not use macros for that, even if it doesn't work...]
>
> Hmm. I thought you'd say that ;-) Still it works, so I know a little
> more.
On Thu, Mar 06, 2003 at 01:23:09PM +0100, Lars Gullik Bjønnes wrote:
> | I can't get the typedef to work. (See class ViewCitation in the
> | attached file).
>
> What is not working in this case?
The problem is that it is not a type, but a function.
Andre'
--
Those who desire to give up Freedo
On Thu, Mar 06, 2003 at 12:35:15PM +, Angus Leeming wrote:
> If I uncomment the typedef:
> class ViewCitation : public ViewBase {
Why are Controller and View separate classes?
>From what I see both hierarchies are parallel, so creating a
"ControllerAndView" should remove lots of interdepende
Any problem with attached solution?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
#include
#include
class ControllerBase;
class ViewBase;
class Dialog {
public:
Dialog() : c_(0), v_(0) {}
Andre Poenitz wrote:
> And the real problem is that writing
>
> getController().whoami()
>
> is too much effort?
Well, not really. But at the moment I have a hieracrchy of derived
classes that does just this. I thought I'd try and get rid of the
templatised middle class and was just exploring
Andre Poenitz wrote:
>
> Any problem with attached solution?
You mean virtual printcontroller() ?
In this case no. More generally yes since the different controllers
have very different contents. Eg it doesn't make much sense to have
vector & getListofCitations();
in ControlTabular.
Andre Poenitz wrote:
> On Thu, Mar 06, 2003 at 12:35:15PM +, Angus Leeming wrote:
>> If I uncomment the typedef:
>> class ViewCitation : public ViewBase {
>
>
> Why are Controller and View separate classes?
>
> From what I see both hierarchies are parallel, so creating a
> "ControllerAndVie
On Thu, Mar 06, 2003 at 01:00:33PM +, Angus Leeming wrote:
> Andre Poenitz wrote:
>
> >
> > Any problem with attached solution?
>
> You mean virtual printcontroller() ?
A virtual "whoami".
> In this case no. More generally yes since the different controllers
> have very different contents
On Thu, Mar 06, 2003 at 01:54:44PM +0100, Andre' Poenitz wrote:
> You need in the View access to the Controler without making all possible
> controler functions virtual in the ViewBase?
Hm.. what's the relation between Controlers and Views? 1:1, 1:n or
something different?
Andre'
--
Those who d
> "poenitz" == poenitz <[EMAIL PROTECTED]> writes:
poenitz> CVSROOT: /usr/local/lyx/cvsroot Module name: lyx-devel
poenitz> Repository: lyx-devel/src/mathed/ Changes by:
poenitz> [EMAIL PROTECTED] 03/02/26 19:03:48
poenitz> Modified files: lyx-devel/src/: funcrequest.C funcrequest.h
poenitz>
Andre Poenitz wrote:
> On Thu, Mar 06, 2003 at 01:00:33PM +, Angus Leeming wrote:
>> Andre Poenitz wrote:
>>
>> >
>> > Any problem with attached solution?
>>
>> You mean virtual printcontroller() ?
>
> A virtual "whoami".
>
>> In this case no. More generally yes since the different contro
On Thu, Mar 06, 2003 at 02:07:45PM +0100, Jean-Marc Lasgouttes wrote:
> What this does not do is provide a way to escape " characters in
> strings. This is why I suggested to use lyxlex, although it is clearly
> overkill...
We can move to lyxlex as long as it does not show up in the header...
An
Andre Poenitz wrote:
> On Thu, Mar 06, 2003 at 01:54:44PM +0100, Andre' Poenitz wrote:
>> You need in the View access to the Controler without making all
>> possible controler functions virtual in the ViewBase?
>
> Hm.. what's the relation between Controlers and Views? 1:1, 1:n or
> something di
On Thu, Mar 06, 2003 at 01:20:00PM +, Angus Leeming wrote:
> > Hm.. what's the relation between Controlers and Views? 1:1, 1:n or
> > something different?
>
> Each dialog has one controller and one view.
Can one View view different Controlers?
Can one View view different controler types?
Is
Angus Leeming <[EMAIL PROTECTED]> writes:
| If I have this:
|
| class FormBase {
| public:
| template
| Controller & getController() const
| { return dynamic_cast(controller_); }
| private:
| ControllerBase & controller_;
| };
|
| class FormCitation : For
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Thu, Mar 06, 2003 at 01:23:09PM +0100, Lars Gullik Bjønnes wrote:
| > | I can't get the typedef to work. (See class ViewCitation in the
| > | attached file).
| >
| > What is not working in this case?
|
| The problem is that it is not a type, but a
Andre Poenitz wrote:
> On Thu, Mar 06, 2003 at 01:20:00PM +, Angus Leeming wrote:
>> > Hm.. what's the relation between Controlers and Views? 1:1, 1:n
>> > or something different?
>>
>> Each dialog has one controller and one view.
>
> Can one View view different Controlers?
Not often. Howe
On Thu, Mar 06, 2003 at 02:17:48PM +, Angus Leeming wrote:
> Do things become clearer?
Not sure.
But
ViewCitation(Dialog & parent) : ViewBase(parent) {}
virtual void printcontroller() {
std::cout << "ViewCitation's controller is "
<< getController().whoami()
Andre Poenitz wrote:
> On Thu, Mar 06, 2003 at 02:17:48PM +, Angus Leeming wrote:
>> Do things become clearer?
>
> Not sure.
>
> But
>
> ViewCitation(Dialog & parent) : ViewBase(parent) {}
> virtual void printcontroller() {
> std::cout << "ViewCitation's controller
Mike FABIAN wrote:
>
> #5 0x402b9d25 in __cxa_pure_virtual () from /usr/lib/libstdc++.so.5
> #6 0x082cc2d7 in ~Pimpl (this=0x85b6200) at Toolbar_pimpl.C:99
> #7 0x08249b65 in ~Toolbar (this=0x85b5fe0) at Toolbar.C:41
Hmmm. This rings a bell.
CG did I see that you added a static boost::signal
On Thu, Mar 06, 2003 at 02:44:10PM +, Angus Leeming wrote:
> // Lazy instatiation. Only build the thing when a particular
> // dialog is requested.
> Dialog * Dialogs::build(string const & name) {
> if (!isValid(name))
> return 0;
>
> Dialog * dialog = new Dialo
Dear Dekel, dear developers,
Here are my two-cents: I have made a small adaptation of Dekel Tsur's
layout-file for prosper, a LaTeX-package for making PDF-presentation,
together with it small template file. It is useful for me. I hope it is
useful for others too.
Any comments you have on this
Andre Poenitz wrote:
> On Thu, Mar 06, 2003 at 02:44:10PM +, Angus Leeming wrote:
>> // Lazy instatiation. Only build the thing when a particular
>> // dialog is requested.
>> Dialog * Dialogs::build(string const & name) {
>> if (!isValid(name))
>> return 0;
>>
>>
On Thu, Mar 06, 2003 at 03:10:15PM +, Angus Leeming wrote:
> which will compile fine. However FormTabular expects to see
> ControlTabular & controller() {
> dynamic_cast(dialog().controller());
> }
> which fails at run time because the dialog actually has a
> Co
g++ -DHAVE_CONFIG_H -I. -I/home/ab/lyx-devel/src/frontends/qt2
-I../../../src -I/home/ab/lyx-devel/src/
-I/home/ab/lyx-devel/src/frontends/ -I/home/ab/lyx-devel/images
-I/home/ab/lyx-devel/src/frontends/qt2/qt2 -I/usr/lib/qt-3.1/include
-I/home/ab/lyx-devel/boost -I/home/ab/lyx-devel/src/frontends/
On Thu, Mar 06, 2003 at 04:15:04PM +0100, Alfredo Braunstein wrote:
> /home/ab/lyx-devel/src/frontends/qt2/QDocument.C:245: cannot convert `bool'
> to `BufferParams::AMS' in
fixing now
john
On Mon, Mar 03, 2003 at 03:56:30PM +0100, Michael Abshoff wrote:
> 1.3.0qt2. The maximum number displayed is 9 with both frontends, but qt
> lets one select a maximum of 20.
>
> I tracked this down to QPrefUIModule:353 there:
Good spotting, fixed now.
thanks
john
> "Serge" == Serge Winitzki <[EMAIL PROTECTED]> writes:
Serge> Dear LyX developers, I continue to use LyX on a daily basis and
Serge> I was excited to see a new version 1.3 come out recently.
Serge> Attached to this message are some updates to the files
Serge> sciword.bind (the Scientific Wor
> "Alfredo" == Alfredo Braunstein <[EMAIL PROTECTED]> writes:
Alfredo> Jean-Marc Lasgouttes wrote:
>> - don't cause a warning message to complain about starting an
>> already running timer. Just don't start it ;-)
Alfredo> I've just remembered that there was another mini fix to
Alfredo> forke
What do I have to do to make e.g. external dialog menu entry do
something now ?
john
John Levon wrote:
>
> What do I have to do to make e.g. external dialog menu entry do
> something now ?
Sorry I don't follow you. If you mean "selecting the External menu
entry should pop up the external dialog", then you need an entry in
defualt.ui that has "dialog-show-new-inset external". S
Jean-Marc Lasgouttes wrote:
> Could you try to provide a fix for 1.3.x?
>
> JMarc
How can I do that? I would have to get the whole 1.3 tree?
I suspect that it's simple to replace ForkedcallsControler::time with its
cvs HEAD version. Angus, am I right?
Alfredo
On Thu, Mar 06, 2003 at 03:57:04PM +, Angus Leeming wrote:
> > What do I have to do to make e.g. external dialog menu entry do
> > something now ?
>
> Sorry I don't follow you. If you mean "selecting the External menu
> entry should pop up the external dialog", then you need an entry in
> d
Alfredo Braunstein wrote:
> Jean-Marc Lasgouttes wrote:
>
>> Could you try to provide a fix for 1.3.x?
>>
>> JMarc
>
> How can I do that? I would have to get the whole 1.3 tree?
>
> I suspect that it's simple to replace ForkedcallsControler::time
> with its cvs HEAD version. Angus, am I right?
John Levon wrote:
> On Thu, Mar 06, 2003 at 03:57:04PM +, Angus Leeming wrote:
>
>> > What do I have to do to make e.g. external dialog menu entry do
>> > something now ?
>>
>> Sorry I don't follow you. If you mean "selecting the External menu
>> entry should pop up the external dialog", the
Angus Leeming wrote:
> Alfredo Braunstein wrote:
>
>> Jean-Marc Lasgouttes wrote:
>>
>>> Could you try to provide a fix for 1.3.x?
>>>
>>> JMarc
>>
Thanks Angus. Yes, it's simply to replace ForkedcallsControler::timer with
the current cvs version. I'll make the patch
Alfredo
On Thu, Mar 06, 2003 at 04:15:40PM +, Angus Leeming wrote:
> Hmmm. Is there an "external" in the c-string array in
> frontends/qt2/Dialogs3.C?
There is. I don't think any of the new ones work.
> Perhaps you'd try the xforms frontend too?
Works fine.
> Sorry that I'm not more helpful but m
Angus Leeming wrote:
> John Levon wrote:
>
>> On Thu, Mar 06, 2003 at 03:57:04PM +, Angus Leeming wrote:
>>
>>> > What do I have to do to make e.g. external dialog menu entry do
>>> > something now ?
>>>
>>> Sorry I don't follow you. If you mean "selecting the External menu
>>> entry should
Jean-Marc Lasgouttes wrote:
> Could you try to provide a fix for 1.3.x?
>
> JMarc
Here it is.
AlfredoIndex: forkedcontr.C
===
RCS file: /cvs/lyx/lyx-devel/src/support/forkedcontr.C,v
retrieving revision 1.6.2.1
diff -u -p -u
John Levon wrote:
> On Thu, Mar 06, 2003 at 04:15:40PM +, Angus Leeming wrote:
>
>> Hmmm. Is there an "external" in the c-string array in
>> frontends/qt2/Dialogs3.C?
>
> There is. I don't think any of the new ones work.
>
>> Perhaps you'd try the xforms frontend too?
>
> Works fine.
>
>>
On Thu, Mar 06, 2003 at 04:36:43PM +, Angus Leeming wrote:
> Strange. They did for me last night. Indded, I wouldn't have found
> that QExternal buglet with the Apply button otherwise.
>
> How about
> dialog-show-new-inset citation
Works.
Fails with external and include.
regards
j
Ok, I've reworked the patch in the Row* version. That's is:
private:
mutable Row * top_row;
mutable int top_row_offset_;
public:
int top_y() const
void top_y(int newy);
I've needed to put them mutable because removeRow() is declared constant
(why?). Now in RemoveRo
Angus Leeming wrote:
>
> Well, I've just checked out cvs head here. It looks Ok to a quick
> glance... Can anybody out there with current cvs open the External
> dialog from the menu? Either frontend...
>
No insert->external in my menu. Moreover, on lyx startup the following shows
up:
MenuItem
John Levon wrote:
> On Thu, Mar 06, 2003 at 04:36:43PM +, Angus Leeming wrote:
>
>> Strange. They did for me last night. Indded, I wouldn't have found
>> that QExternal buglet with the Apply button otherwise.
>>
>> How about
>> dialog-show-new-inset citation
>
> Works.
>
> Fails wi
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| Ok, I've reworked the patch in the Row* version. That's is:
|
| private:
| mutable Row * top_row;
| mutable int top_row_offset_;
| public:
| int top_y() const
| void top_y(int newy);
|
| I've needed to put them muta
On Thu, Mar 06, 2003 at 05:30:47PM +0100, Alfredo Braunstein wrote:
> It works beautifully, and I think it's clean and the right way this time.
Looks good to me, except please mention the units of the offset in the
comment (that is "pixel offset" not "offset")
regards
john
Alfredo Braunstein wrote:
> Angus Leeming wrote:
>
>>
>> Well, I've just checked out cvs head here. It looks Ok to a quick
>> glance... Can anybody out there with current cvs open the External
>> dialog from the menu? Either frontend...
>>
>
> No insert->external in my menu. Moreover, on lyx s
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
|
| It works beautifully, and I think it's clean and the right way this time.
|
| I would apply it. ;)
The only nitpick I have: can you make sure that there are two empty
lines between functions?
--
Lgb
1 - 100 of 121 matches
Mail list logo