On Mon, 2003-03-10 at 21:55, Jean-Marc Lasgouttes wrote:
> > "Michael" == Michael A Koziarski <[EMAIL PROTECTED]> writes:
>
> >> I needed to install autoconf 2.57 and automake 1.7 to get rid of
> >> these messages...
> >>
>
> Michael> So have we moved autoconf 2.13 to unsupported now?
>
> I
This is a teeny-weeny patch to adjust this dialog to previous
"pretty" standards. Please apply. ChangeLog:
2003-03-11 Rob Lahaye <[EMAIL PROTECTED]>
* forms/form_text.fd: prettify layout
Regards,
Rob.
On Sat, 8 Mar 2003, John Levon wrote:
> On Sat, Mar 08, 2003 at 05:38:32PM +1000, Allan Rae wrote:
>
> > What is your setting for:
> >
> > Edit->Preferences->advanced->cache->Compare the page in the
> > cache to the page on the network
>
> When the page is out of date.
See the other email but
On Sat, 8 Mar 2003, John Levon wrote:
> I don't have another page I've seen that has this problem
How many other pages do you visit that let you change the website
design?
Do they have cache-control directives in the header?
Like:
(which doesn't mean you can't cache the page BTW)
I've
On Sat, 8 Mar 2003, John Levon wrote:
> > Can you send me a cutdown screenshot please.
>
> http://movementarian.org/pinmenu.png
This should be fixed now.
Allan. (ARRae)
On Tue, Mar 11, 2003 at 12:20:43PM +1030, Paul Medwell wrote:
> It's probably a lot of hassle, but are there any plans of implementing
> some kind of grammar checking in LyX? Having transferred from MS Word
> to LyX I have really missed this grammar checking function.
We'd need a free and easy
Hi guys,
It's probably a lot of hassle, but are there any plans of implementing
some kind of grammar checking in LyX? Having transferred from MS Word
to LyX I have really missed this grammar checking function.
Thanks,
Paul Medwell
On Tue, Mar 11, 2003 at 02:38:16AM +0100, Alfredo Braunstein wrote:
> somewhat quick & dirty, but you get the idea.
> I wouldn't expect it to work on corner cases ;)
>
> qt frontend only.
>
> Please tell me what do you think.
Building it.
Remember we will have to deal with "deletiong of a one-
somewhat quick & dirty, but you get the idea.
I wouldn't expect it to work on corner cases ;)
qt frontend only.
Please tell me what do you think.
Alfredo
? save2
? save
Index: lyxtext.h
===
RCS file: /cvs/lyx/lyx-devel/src/lyxtext.h
Rob Lahaye wrote:
> John Levon wrote:
>
>>On Mon, Mar 03, 2003 at 02:36:18AM +0900, Rob Lahaye wrote:
>>
>>>The attached patch prettifies the Xforms Changes dialog.
>>>I think it also fixes the dis/enable-buttons, when nothing is in the
>>>changed list.
>>
>>I got a crash from this I didn't get i
John Levon wrote:
> Sure you do
Hmpf Ok, I'm trying.
Alfredo
Lars Gullik Bjønnes wrote:
> please fix.
Sorry about that Lars. Should be Ok now.
--
Angus
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost
-I/usr/X11R6/include -g -O -fno-exceptions -W -Wall -Winline -c
math_gridinset.C -MT math_gridinset.lo -MD -MP -MF
.deps/math_gridinset.TPlo
math_gridinset.C: In member function `virtual dispatch_result
MathGridInset::dispatch(const
John Levon <[EMAIL PROTECTED]> writes:
| On Mon, Mar 10, 2003 at 08:42:49PM +0100, Lars Gullik Bj?nnes wrote:
|
| > A huge part of the jog is to remove all implict dependencies on the
| > next and previous members of Paragraph. One approach I have is to turn
| > the NO_NEXT define ON in paragraph
On Mon, Mar 10, 2003 at 08:42:49PM +0100, Lars Gullik Bj?nnes wrote:
> A huge part of the jog is to remove all implict dependencies on the
> next and previous members of Paragraph. One approach I have is to turn
> the NO_NEXT define ON in paragraph.h and then single out a file to
> work on, and mo
John Levon <[EMAIL PROTECTED]> writes:
| p.s. it's a bit difficult to help you with the par list stuff when I
| don't know what needs doing !
A huge part of the jog is to remove all implict dependencies on the
next and previous members of Paragraph. One approach I have is to turn
the NO_NEXT defi
On Mon, Mar 10, 2003 at 08:17:56PM +0100, Lars Gullik Bj?nnes wrote:
> I do not belive that it is the layout engine that is hard... first we
> must decide how to store the paragraphs.
Sure ... I'm not particularly speaking design wise, but the job of
getting from where we are today, to where we w
John Levon <[EMAIL PROTECTED]> writes:
| On Mon, Mar 10, 2003 at 08:06:13PM +0100, Lars Gullik Bj?nnes wrote:
|
| > | You guessed wrongly: it hasn't. I still think it's possibly the worst
| > | idea we have in the lyx source.
| >
| > What is your better solution?
|
| A proper layout engine ...
John Levon <[EMAIL PROTECTED]> writes:
| Of course it's just a pipe dream and I'll never have the energy to
| follow through on such a massive reworking.
And we cannot rework too much at the same time anyway...
So you should help me rework the paragraph list first instead.
--
Lgb
On Mon, Mar 10, 2003 at 09:10:17PM +0200, Dekel Tsur wrote:
> But it is still broken in 1.3.1cvs.
And it will stay broken.
john
On Mon, Mar 10, 2003 at 08:06:13PM +0100, Lars Gullik Bj?nnes wrote:
> | You guessed wrongly: it hasn't. I still think it's possibly the worst
> | idea we have in the lyx source.
>
> What is your better solution?
A proper layout engine ... very lightweight InsetBullet, InsetParagraph,
etc. You c
On Mon, Mar 10, 2003 at 07:02:55PM +, John Levon wrote:
> On Mon, Mar 10, 2003 at 11:04:15AM +0100, Jean-Marc Lasgouttes wrote:
>
> > Yes, I think this is the kind of bugs John was interested in fixing.
>
> And indeed, that works fine now :)
But it is still broken in 1.3.1cvs.
John Levon <[EMAIL PROTECTED]> writes:
| On Mon, Mar 10, 2003 at 10:18:16AM +0100, Lars Gullik Bj?nnes wrote:
|
| > | Guess if my opinion on the "cleverness" of inset-as-metachar
| > | has changed
| >
| > In what way has that changed?
|
| You guessed wrongly: it hasn't. I still think it's p
On Mon, Mar 10, 2003 at 11:04:15AM +0100, Jean-Marc Lasgouttes wrote:
> Yes, I think this is the kind of bugs John was interested in fixing.
And indeed, that works fine now :)
john
On Mon, Mar 10, 2003 at 10:18:16AM +0100, Lars Gullik Bj?nnes wrote:
> | Guess if my opinion on the "cleverness" of inset-as-metachar
> | has changed
>
> In what way has that changed?
You guessed wrongly: it hasn't. I still think it's possibly the worst
idea we have in the lyx source.
j
On Mon, Mar 10, 2003 at 09:35:54AM +0100, Jean-Marc Lasgouttes wrote:
> Michael> I just checked cvs and as far as I can tell the patch made it
> Michael> into lyx-devel, but not into the 1_3_X-branch. I think that
> Michael> the patch should go in before 1.3.1.
>
> John, could you do that?
If so
On Mon, Mar 10, 2003 at 10:09:56AM +0100, Alfredo Braunstein wrote:
> Hey, be my guest! I don't have the skills.
Sure you do
john
On Mon, Mar 10, 2003 at 08:42:50AM +0100, Andre Poenitz wrote:
> The document is _logically_ unchanged after a CursorRight.
Wrong. The saved document can contain empty paragraphs.
> So what about implementing it and let the rest have a look. This is the
> kind of things were consensus is never r
On Monday 10 March 2003 6:20 pm, Andre Poenitz wrote:
> On Mon, Mar 10, 2003 at 06:20:41PM +, Angus Leeming wrote:
> > Try the attached patch anyway...
>
> Doesn't look wrong...
>
> But I have another problem: I need to re-implement almost all of the
> TabularInset interface to make it play nic
Angus Leeming wrote:
> We could certainly pass a BufferView to showDialog and updateDialog and
> that BufferView could come from the calling FuncRequest. The problem comes
> with hideDialog which must be called from the inset's d-tor. I'm at a bit
> of a loss how to do that otherwise. I would reall
On Mon, Mar 10, 2003 at 06:20:41PM +, Angus Leeming wrote:
> Try the attached patch anyway...
Doesn't look wrong...
But I have another problem: I need to re-implement almost all of the
TabularInset interface to make it play nicely with FormTabular.C
(and I am not sure I like it)
Not toda
On Monday 10 March 2003 6:01 pm, Andre Poenitz wrote:
> On Mon, Mar 10, 2003 at 06:02:16PM +, Angus Leeming wrote:
> > Because the plan was to consider a LyXView as a GUI entity. This enitity
> > would have its own dialogs and (possibly) multiple BufferViews.
> > Moreover, we could have multipl
On Mon, Mar 10, 2003 at 06:08:10PM +, Angus Leeming wrote:
> You did. Anything before mid July is no good for me. Thereafter I have some
> commitments in mid August and the w/e of 11 Sep but the rest is free. I'll
> dig out my diary again.
Ok. I'll wait.
Sep 27 is starting to look really g
On Mon, Mar 10, 2003 at 07:07:17PM +0100, Lars Gullik Bjønnes wrote:
> | May 3 1 0 5 0 0
> | May10 1 0 5 0 0
> | May17 1 0 5 0 0
> | May24 1 0 5 0 0
> | June1 1 5 5 0
On Mon, Mar 10, 2003 at 06:02:16PM +, Angus Leeming wrote:
> Because the plan was to consider a LyXView as a GUI entity. This enitity
> would have its own dialogs and (possibly) multiple BufferViews.
> Moreover, we could have multiple LyXViews each with its own dialogs.
Hmm.. stupid me... the
On Monday 10 March 2003 5:53 pm, Andre Poenitz wrote:
> On Mon, Mar 10, 2003 at 06:47:25PM +0100, Lars Gullik Bjønnes wrote:
> > | You'll get an extra free beer in June. Oh, no, wait...
> >
> > btw. Have we decided on a date?
>
> I was waiting for Jean-Marc's wish list.
>
> Current plan is still 22
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Mon, Mar 10, 2003 at 06:46:51PM +0100, Jean-Marc Lasgouttes wrote:
| > Andre> PS: Jean-Marc, I still need a few numbers...
| >
| > Yes, sorry about that. I am still waiting for answer of somebody I am
| > suppoed to visit at the beginning of june. Wh
On Monday 10 March 2003 5:43 pm, Andre Poenitz wrote:
> On Mon, Mar 10, 2003 at 05:45:31PM +, Angus Leeming wrote:
> > > Ok, the view() is 0. But I do not want to store it somewhere, nor
> > > would I like to guess.
> > >
> > > Why is the view() essential for the dialogs?
> >
> > Something has
On Mon, Mar 10, 2003 at 06:47:25PM +0100, Lars Gullik Bjønnes wrote:
> | You'll get an extra free beer in June. Oh, no, wait...
>
> btw. Have we decided on a date?
I was waiting for Jean-Marc's wish list.
Current plan is still 22th of June, but it does not look like a very
senssible date right n
On Mon, Mar 10, 2003 at 06:46:51PM +0100, Jean-Marc Lasgouttes wrote:
> Andre> PS: Jean-Marc, I still need a few numbers...
>
> Yes, sorry about that. I am still waiting for answer of somebody I am
> suppoed to visit at the beginning of june. What are the periods you ar
> ethe most interested in?
On Mon, Mar 10, 2003 at 05:45:31PM +, Angus Leeming wrote:
> > Ok, the view() is 0. But I do not want to store it somewhere, nor would I
> > like to guess.
> >
> > Why is the view() essential for the dialogs?
>
> Something has to physically store the bloody things you burk ;-)
I'd guess so.
> "Adrien" == Adrien Rebollo <[EMAIL PROTECTED]> writes:
Adrien> This script is diabolic... more than 60 warnings. I fixed
Adrien> about half of them, and here is the patch. I will check the
Adrien> shortcuts later.
Thanks. It is in now.
JMarc
"Garst R. Reese" <[EMAIL PROTECTED]> writes:
| But it still crashes if you try to export or view the file.
I have a fix for that, will check-in in a few minutes.
--
Lgb
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Mon, Mar 10, 2003 at 05:32:58PM +, Angus Leeming wrote:
| > Dialogs.C and Dialog2.C were originally split over two files because the
| > template instatiations of the old scheme were by far the most expensive
| > part of the entire compilation p
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Mon, Mar 10, 2003 at 05:32:58PM +, Angus Leeming wrote:
>> Dialogs.C and Dialog2.C were originally split over two files
>> because the template instatiations of the old scheme were by far
>> the most expensive part of the ent
Andre Poenitz wrote:
>
> Ok, the view() is 0. But I do not want to store it somewhere, nor would I
> like to guess.
>
> Why is the view() essential for the dialogs?
Something has to physically store the bloody things you burk ;-)
bv->owner()->getDialogs().show(name(), inset2string(),
Ok, the view() is 0. But I do not want to store it somewhere, nor would I
like to guess.
Why is the view() essential for the dialogs?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
Le lun 10/03/2003 à 14:19, Jean-Marc Lasgouttes a écrit :
> > "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
>
> Michael> Hello, I have written a tiny Perl script (pochecks.pl) that
> Michael> checks the consistency of a given po file:
> [...]
>
> Nicely done. I tried it on fr.po an
On Mon, Mar 10, 2003 at 05:32:58PM +, Angus Leeming wrote:
> Dialogs.C and Dialog2.C were originally split over two files because the
> template instatiations of the old scheme were by far the most expensive
> part of the entire compilation process. The new scheme is far, far cheaper
> as we
On Monday 10 March 2003 5:27 pm, Garst R. Reese wrote:
> Angus Leeming wrote:
> > Lars Gullik Bjønnes wrote:
> > > It seems that the "ok" button is always disabled in current CVS.
> > >
> > > Is this due to the Dialog work?
> >
> > Must be. I must be missing a bc().valid() call.
> > Thanks Lars.
>
Andre Poenitz wrote:
> On Mon, Mar 10, 2003 at 05:23:55PM +, Angus Leeming wrote:
>> frontends/$GUI/Dialogs.Cwill all die when the new scheme
>> frontends/$GUI/Dialogs2.C is implemented fully
>> frontends/$GUI/Dialog3.C contains stuff that is dependent on the GUI
>> toolk
On Mon, Mar 10, 2003 at 03:07:47PM +0100, Jean-Marc Lasgouttes wrote:
> > "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
>
> Kayvan> I guess it does not matter much. The make process is slightly
> Kayvan> broken for Cygwin and for some Solaris machines (2.5.1) that I
> Kayvan> build o
On Mon, Mar 10, 2003 at 05:23:55PM +, Angus Leeming wrote:
> frontends/$GUI/Dialogs.Cwill all die when the new scheme
> frontends/$GUI/Dialogs2.C is implemented fully
> frontends/$GUI/Dialog3.C contains stuff that is dependent on the GUI
> toolkit.
I meant these.
If two
Andre Poenitz wrote:
> On Mon, Mar 10, 2003 at 05:00:33PM +, Angus Leeming wrote:
>> The Dialogs::show method (frontends/Dialogs.C) will filter out crap if
>> you pass it a (!isValidName(name))... Does anything arrive here but
>> proceed no further?
>
> Hm.. why is this split over three files
On Mon, Mar 10, 2003 at 05:00:33PM +, Angus Leeming wrote:
> The Dialogs::show method (frontends/Dialogs.C) will filter out crap if you
> pass it a (!isValidName(name))... Does anything arrive here but proceed no
> further?
Hm.. why is this split over three files?
The files aren't _that_ bi
On Mon, Mar 10, 2003 at 05:00:33PM +, Angus Leeming wrote:
> One possible problem: MailInset::showDialog will fail silently if
> inset.view() == 0. Maybe this is the root of your problems?
Could well be. I'll have a look.
Andre'
--
Those who desire to give up Freedom in order to gain Secur
Jean-Marc Lasgouttes wrote:
> No, I'll try to look in my various
> mailboxes [correct]
> boxen?) [Deutschlish --- like franglish]
> Something that could be useful, though, is the fixes that you did to
> the xforms Crossref dialog shortly after 1.3.0.
I'll try and dig it out.
--
Angus
Andre Poenitz wrote:
>
> It does not get to ControlParam::initialiseParam() as far as I can tell.
>
> Andre'
The Dialogs::show method (frontends/Dialogs.C) will filter out crap if you
pass it a (!isValidName(name))... Does anything arrive here but proceed no
further?
One possible problem: Ma
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote:
>> BTW, wasn't there some patch you were supposed to apply for me to
>> 1.3.1cvs?
Angus>
Angus> If there was then I have no idea what. I sent you something
Angus> recently that you appled yourself,
Lars Gullik Bjønnes wrote:
> It seems that the "ok" button is always disabled in current CVS.
>
> Is this due to the Dialog work?
Must be. I must be missing a bc().valid() call.
Thanks Lars.
--
Angus
It does not get to ControlParam::initialiseParam() as far as I can tell.
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 Mon, Mar 10, 2003 at 04:40:22PM +, Angus Leeming wrote:
> Add a debug statement to the top of ControlTabular::initialiseParams.
> lyxerr << "ControlTabular::initialiseParams\n"
><< data << std::endl;
Ok, that's the information I was looking for.
> It expects to see
Andre Poenitz wrote:
> On Mon, Mar 10, 2003 at 04:26:43PM +, Angus Leeming wrote:
>> > Angus: What code should handle the mailer.show() request?
>>
>> localDispatch(LFUN_MOUSE_RELEASE)?
>>
>> (is that what you meant?)
>
> No...
>
> I see the
>
>
> lyxerr << "mailer " << mailer.name() <<
It seems that the "ok" button is always disabled in current CVS.
Is this due to the Dialog work?
--
Lgb
On Mon, Mar 10, 2003 at 04:26:43PM +, Angus Leeming wrote:
> > Angus: What code should handle the mailer.show() request?
>
> localDispatch(LFUN_MOUSE_RELEASE)?
>
> (is that what you meant?)
No...
I see the
lyxerr << "mailer " << mailer.name() << " active\n
Jean-Marc Lasgouttes wrote:
> BTW, wasn't there some patch you were supposed to apply for me to
> 1.3.1cvs?
If there was then I have no idea what. I sent you something recently that
you appled yourself, turning status.13x into something sensible. Is that
what you're thinking about?
--
An
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote:
>> I think defining the variables at the top of the script would be a
>> good first step.
Angus> I've applied this to cvs. Perhaps you could do the same for
Angus> 1.3?
Will do. Thanks.
BTW, wasn't the
[EMAIL PROTECTED] wrote:
> CVSROOT: /usr/local/lyx/cvsroot
> Module name: lyx-devel
> Repository: lyx-devel/src/mathed/
> Changes by: [EMAIL PROTECTED]03/03/10 17:23:34
>
> Modified files:
> lyx-devel/src/mathed/: math_gridinset.C
>
> Log message:
> Angus: What code should hand
Jean-Marc Lasgouttes wrote:
> I think defining the variables at the top of the script would be a
> good first step.
I've applied this to cvs. Perhaps you could do the same for 1.3?
--
Angus? lib/reLyX-safe
Index: lib/ChangeLog
===
R
On Mon, Mar 10, 2003 at 04:19:01PM +0100, Jean-Marc Lasgouttes wrote:
>
> Andre', since you did not answer to Serge Winitzki's report about it,
I have it still in my inbox...
> Is this easily fixable?
By disabling the LFUN, yes.
We don't have the 'greek_mode' flag anymore, so if people _really
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>> I think it is too complicated for its own good. However, having
>> the programs set in variables at the top of the script would be a
>> good start.
Angus> Next thought. reLyX is generated from reLyX.in for exactly the
Angus> reasons y
Andre', since you did not answer to Serge Winitzki's report about it,
I re-send the description of the problem: using math-greek-toggle (for
example with the binding M-m S-G) leads to the following messages to
the console.
this should not really happen - 1: 0 0 in: 0x8969c30
idx_ 0
On Monday 10 March 2003 14:16, [EMAIL PROTECTED] wrote:
>
> I told you that the script produces false positives... However,
> Claus, Alfredo, and Jean-Marc already found a few real mistakes in
> their po files.
You can add me to such set. ;-)
> Michael
--
José Abílio
[EMAIL PROTECTED] wrote:
> http://bugzilla.lyx.org/show_bug.cgi?id=365
> --- Additional Comments From [EMAIL PROTECTED] 2003-03-09 23:07
> --- Fixed this. Juergen please test it.
Looks good!
Thanks,
Jürgen.
Lars Gullik Bjønnes <[EMAIL PROTECTED]> schrieb am 10.03.2003, 15:06:53:
> What is a redundant shortcut?
A shortcut that is introduced in the translated message but does not
occur in the orignal (English) message. I apologize if the word
"redundant" is inappropriate in this context.
> Note that
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> Also here | Missing or redundant QT shortcut: | QT should be Qt,
Lars> since this is after all a script for the pedantics | among us.
Lars> What is a redundant shortcut?
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> I guess it does not matter much. The make process is slightly
Kayvan> broken for Cygwin and for some Solaris machines (2.5.1) that I
Kayvan> build on.
Kayvan> Then I edit src/BUILD, removing everything but the final link
Kayvan
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Also here
| Missing or redundant QT shortcut:
| QT should be Qt, since this is after all a script for the pedantics
| among us.
What is a redundant shortcut?
Note that missing shortcut is perfectly sane...
--
Lgb
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> Dear Jean-Marc, it seems that the current tgif converters do
Michael> not work with the QT frontend (which means they are broken in
Michael> general).
Michael> Could you please apply the attached patch to 1.4.0cvs and
Michael
On Mon, Mar 10, 2003 at 01:30:04PM +, Angus Leeming wrote:
> Incidentally, does the xforms frontend work for you?
No, I have currently 1.3.0 running ("real work" ;-})
But I'll have a look.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they d
John Levon wrote:
> On Mon, Mar 03, 2003 at 02:36:18AM +0900, Rob Lahaye wrote:
>
>
>>The attached patch prettifies the Xforms Changes dialog.
>>I think it also fixes the dis/enable-buttons, when nothing is in the
>>changed list.
>
>
>
> I got a crash from this I didn't get in my other tree.
On Monday 10 March 2003 1:17 pm, Andre Poenitz wrote:
> On Mon, Mar 10, 2003 at 01:11:29PM +, Angus Leeming wrote:
> > To do this I had to move these into InsetBase. Ok with this?
>
> Yes.
Incidentally, does the xforms frontend work for you? I get an instant crash
when I try to load a buffer
On Mon, Mar 10, 2003 at 01:11:29PM +, Angus Leeming wrote:
> To do this I had to move these into InsetBase. Ok with this?
Yes.
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> Hello, I have written a tiny Perl script (pochecks.pl) that
Michael> checks the consistency of a given po file:
[...]
Nicely done. I tried it on fr.po and indeed it uncovers a few things.
What would be nice (but probably di
On Mon, 10 Mar 2003, Christian Ridderström wrote:
> On Mon, 10 Mar 2003, Michael Schmitt wrote:
>
> The patch works in LyX and for DVI, PS and PDF, but there's something
> strange with PDF-LATEX (see below).
I'm probably being stupid here.. changing the image setting to 100% COL
changes the s
Andre Poenitz wrote:
> class MailInset {
> [...]
> protected:
> ///
> virtual Inset & inset() const = 0;
> [...]
>
> Ideally, I don't have Insets, only InsetBases.
To do this I had to move these into InsetBase. Ok with this?
/// Methods to cache and retrieve a cached BufferView.
On Mon, 10 Mar 2003, Michael Schmitt wrote:
> Dear Jean-Marc,
>
> Could you please apply the attached patch to 1.4.0cvs and 1.3.1cvs?
Hi Michael
The patch works in LyX and for DVI, PS and PDF, but there's something
strange with PDF-LATEX (see below).
Also, I think you only need the switch '-
On Mon, Mar 10, 2003 at 12:56:59PM +, Angus Leeming wrote:
> I'm not suggesting actually creating a separate process to run the dialogs,
> but it does help clarify the rationale.
Yes, keeping in mind that we just have a pipe between Gui and Kernel is a
good aid to decide where things belong..
On Monday 10 March 2003 12:48 pm, Andre Poenitz wrote:
> On Mon, Mar 10, 2003 at 12:47:34PM +, Angus Leeming wrote:
> > A. I remember now. The bulk of the work is actually done in the
> > _static_ methods params2string and string2params. If I did as you
> > suggest, then I'd have to create
On Monday 10 March 2003 12:13 pm, Andre Poenitz wrote:
> On Mon, Mar 10, 2003 at 11:53:30AM +, Angus Leeming wrote:
> > That's what I have now. I think of class Dialogs as part of the lyx
> > kernel and it is this that stores the InsetBase* in just such a map. The
> > dialogs themselves derive
On Mon, Mar 10, 2003 at 12:47:34PM +, Angus Leeming wrote:
> A. I remember now. The bulk of the work is actually done in the _static_
> methods params2string and string2params. If I did as you suggest, then I'd
> have to create a temporary MailInset just to extract the name.
The name fun
On Mon, Mar 10, 2003 at 01:45:35PM +0100, Jean-Marc Lasgouttes wrote:
> It would work if the name is always the same char array, defined once
> in the inset .C file. And the addresses can be used as inset codes
> too.
But the cicumstances where this is guaranteed to work are rather
fragile... Lars
Andre Poenitz wrote:
> What's the benefit of
>
> virtual string const & name() const { return name_; }
> ///
> static string const name_;
> ...
> string const InsetTabularMailer:: name_("tabular");
>
> over
>
> virtual string const & name() const { return "tabular"; }
A. I remember now. T
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Andre Poenitz <[EMAIL PROTECTED]> writes:
Lars> | On Mon, Mar 10, 2003 at 12:32:46PM +0100, Lars Gullik Bjønnes wrote:
Lars> | > Angus Leeming <[EMAIL PROTECTED]> writes:
Lars> | >
Lars> | > | > Uh, no. But returning by value s
On Mon, Mar 10, 2003 at 11:53:30AM +, Angus Leeming wrote:
> That's what I have now. I think of class Dialogs as part of the lyx
> kernel and it is this that stores the InsetBase* in just such a map. The
> dialogs themselves derive from class Dialog (note, no 's'). I think of
> them as separate
On Monday 10 March 2003 11:30 am, Andre Poenitz wrote:
> On Mon, Mar 10, 2003 at 11:25:52AM +, Angus Leeming wrote:
> > > Ideally, I don't have Insets, only InsetBases.
> >
> > Sure. That would work too.
>
> So can you change that to InsetBase?
I'll try and make this change and the name one th
On Mon, Mar 10, 2003 at 12:43:08PM +0100, Lars Gullik Bjønnes wrote:
> One reason:
>
> inset1->name() == inset2->name()
>
> Would that work with char const *?
I am aware of the pitfalls.
I suggested to use your preference to avoid this kind of discussion ;-)
Andre'
--
Those who desi
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Mon, Mar 10, 2003 at 12:32:46PM +0100, Lars Gullik Bjønnes wrote:
| > Angus Leeming <[EMAIL PROTECTED]> writes:
| >
| > | > Uh, no. But returning by value should do no harm.
| > |
| > | I agree that it would simplify things. Would you return a strin
On Mon, Mar 10, 2003 at 12:32:46PM +0100, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | > Uh, no. But returning by value should do no harm.
> |
> | I agree that it would simplify things. Would you return a string or a
> | char const* ?
>
> A string.
>
> A const s
On Mon, Mar 10, 2003 at 11:29:25AM +, Angus Leeming wrote:
> > Uh, no. But returning by value should do no harm.
>
> I agree that it would simplify things. Would you return a string or a
> char const* ?
_I_ would return a char const *. But Lars would return a string.
To keep the speed of th
1 - 100 of 162 matches
Mail list logo
