Jose' Matos wrote:
> On Tuesday 03 June 2003 13:30, Angus Leeming wrote:
>> I'm thinking of killing it.
>>
>> It's a nice idea (allows you to tune the variables passed to the
>> conversion command) but actually there should be one for each output
>> format. So the implementation is clunky. Moreove
On Tuesday 03 June 2003 13:30, Angus Leeming wrote:
> I'm thinking of killing it.
>
> It's a nice idea (allows you to tune the variables passed to the conversion
> command) but actually there should be one for each output format. So the
> implementation is clunky. Moreover, it doesn't sit well with
I'm thinking of killing it.
It's a nice idea (allows you to tune the variables passed to the conversion
command) but actually there should be one for each output format. So the
implementation is clunky. Moreover, it doesn't sit well with the converter
mechanism. No other converters have this "p
On Monday 02 June 2003 20:19, Angus Leeming wrote:
>
> I am the Absolute Ruler of all I survey. (1 London flat is about the size
> of your average Italian Princedom?)
Probably not, but from what I read it should be about the same price. ;-)
--
José Abílio
Index: rowpainter.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/rowpainter.C,v
retrieving revision 1.18
diff -u -p -r1.18 rowpainter.C
--- rowpainter.C30 May 2003 06:48:20 - 1.18
+++ rowpainter.C3 Jun 20
On Tue, Jun 03, 2003 at 08:48:33AM +0200, Andre' Poenitz wrote:
> ... could die.
>
> The attached patch basically disables Inset::update() and yet the sky
> does not fall on our heads.
>
> There are some glitches in the table drawing (I've seen diagonal(!) lines
> once) and somehow everything is
... could die.
The attached patch basically disables Inset::update() and yet the sky
does not fall on our heads.
There are some glitches in the table drawing (I've seen diagonal(!) lines
once) and somehow everything is left-aligned there but nested minipages etc
seem flawlessly.
Andre'
--
Tho
On Tue, Jun 03, 2003 at 01:02:12AM +0100, John Levon wrote:
> and this one uses ParIterator based on Lars'. It seems to work OK, so
> I'll commit it soon...
Looks like we have to work on your understanding of soon ;-|
Andre'
--
Those who desire to give up Freedom in order to gain Security, will
On Tue, Jun 03, 2003 at 12:07:04AM +, Angus Leeming wrote:
> I have an external inset that displays the contents of an xfig file quite
> happily. However, I can imagine that users will often be quite happy not to
> have a graphical preview at all. How then should LyX display the inset?
>
> S
On Mon, Jun 02, 2003 at 08:33:51PM +0100, John Levon wrote:
> On Mon, Jun 02, 2003 at 08:53:08PM +0200, Juergen Spitzmueller wrote:
>
> > has been changed to
> > void cutSelection(bool doclear = true, bool realcut = true);
> > (in lyxtext.h/text2.C).
> >
> > cutSelection(bv, true);
> > an
Doesn't exist on HP-UX 11.x. Patch below against 1.3.2.
--
albert chin ([EMAIL PROTECTED])
-- snip snip
--- src/ispell.C.orig Tue Jun 3 00:09:02 2003
+++ src/ispell.CTue Jun 3 00:09:51 2003
@@ -25,7 +25,9 @@
#include "support/forkedcall.h"
#include "support/lstrings.h"
+#ifdef H
On Tue, Jun 03, 2003 at 01:23:03AM +0200, Lars Gullik Bj?nnes wrote:
> patch
and this one uses ParIterator based on Lars'. It seems to work OK, so
I'll commit it soon...
regards
john
Index: CutAndPaste.C
===
RCS file: /usr/local/l
? src/newfile1.lyx
? src/frontends/xforms/lyx_forms.h
? src/frontends/xforms/lyx_xpm.h
Index: po/POTFILES.in
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/po/POTFILES.in,v
retrieving revision 1.329
diff -u -p -r1.329 POTFILES.in
--- p
I have an external inset that displays the contents of an xfig file quite
happily. However, I can imagine that users will often be quite happy not to
have a graphical preview at all. How then should LyX display the inset?
Should it:
* do as it does now and display a button with some text [Chess
John Levon wrote:
> it's wrong.
well then here's a patch. It also sets bool realcut to false (i.e. do not
touch the clipboard) for LFUN_DELETE. This is a bug Jean-Marc mentioned
recently.
I have found two other instances in insettext.C and formulabase.C (see second
patch). Please check if that
On Mon, Jun 02, 2003 at 08:53:08PM +0200, Juergen Spitzmueller wrote:
> has been changed to
> void cutSelection(bool doclear = true, bool realcut = true);
> (in lyxtext.h/text2.C).
>
> cutSelection(bv, true);
> and similar. This strikes me wrong, or am I missing something obvious?
it
Between 1.3 and 1.4, the function
void cutSelection(BufferView *, bool doclear = true, bool realcut = true);
has been changed to
void cutSelection(bool doclear = true, bool realcut = true);
(in lyxtext.h/text2.C).
Nevertheless, in text3.C, there are still lots of
cutSelecti
On Mon, Jun 02, 2003 at 07:38:32PM +0200, Andre Poenitz wrote:
> That's the 'natural width'.
Is it ? You mean the width if we didn't break a contained lyxtext ??
> /// if this is set...
> bool restrictwidth;
> /// ... this is valid
> int textwidth;
sweet
> But you are r
Jose' Matos wrote:
> The next problem is to find his "Prince" and since you live in the
> London
> area you are the most natural choice. ;-)
I am the Absolute Ruler of all I survey. (1 London flat is about the size of
your average Italian Princedom?)
--
Angus
On Monday 02 June 2003 19:43, Angus Leeming wrote:
>
> Read all about it!
> Hot off the Press!!
> Exclusive!!!
> You read it here first
>
> Machiavelli is alive and well in Manchester. He merely retired from
> Florentine politics in 1527 to persue a more profitable career in Open
> Source softw
John Levon wrote:
> On Mon, Jun 02, 2003 at 07:33:33PM +0200, Andre Poenitz wrote:
>
>> Why isn't the clone stuff in yet anyway?
>
> Waiting on some CutAndPaste work.
>
>> Does it break more than what's already broken (i.e. undo?)
>
> No. But if it gets committed, I suspect it will be a long t
On Mon, Jun 02, 2003 at 06:30:56PM +0100, John Levon wrote:
> On Mon, Jun 02, 2003 at 07:28:33PM +0200, Andre Poenitz wrote:
>
> > Would be nice if we had a 'desire width' field for InsetButton at some
> > point of time, though...
>
> We don't ? Isn't that ->width() ?
That's the 'natural width'.
On Monday 02 June 2003 5:32 pm, Andre Poenitz wrote:
> On Mon, Jun 02, 2003 at 06:26:10PM +, Angus Leeming wrote:
> > New helper function, currently used by insetgraphics, but also used by
> > insetexternal in my tree.
>
> Although I like_the_underscored_identifier better than
> thoseJavaLikeLo
John Levon wrote:
> On Mon, Jun 02, 2003 at 06:26:10PM +, Angus Leeming wrote:
>
>> New helper function, currently used by insetgraphics, but also used by
>> insetexternal in my tree.
>
> Please hold off on this, it clashes directly with the clone() patch
> which is a bit more important righ
On Mon, Jun 02, 2003 at 07:33:33PM +0200, Andre Poenitz wrote:
> Why isn't the clone stuff in yet anyway?
Waiting on some CutAndPaste work.
> Does it break more than what's already broken (i.e. undo?)
No. But if it gets committed, I suspect it will be a long time before
CutAndPaste is fixed :)
On Mon, Jun 02, 2003 at 06:31:26PM +0100, John Levon wrote:
> On Mon, Jun 02, 2003 at 06:26:10PM +, Angus Leeming wrote:
>
> > New helper function, currently used by insetgraphics, but also used by
> > insetexternal in my tree.
>
> Please hold off on this, it clashes directly with the clone(
On Mon, Jun 02, 2003 at 06:26:10PM +, Angus Leeming wrote:
> New helper function, currently used by insetgraphics, but also used by
> insetexternal in my tree.
Although I like_the_underscored_identifier better than
thoseJavaLikeLookingCamelBacks myself, I'd guess the latter
are used more ofte
On Mon, Jun 02, 2003 at 06:26:10PM +, Angus Leeming wrote:
> New helper function, currently used by insetgraphics, but also used by
> insetexternal in my tree.
Please hold off on this, it clashes directly with the clone() patch
which is a bit more important right now
thanks
john
On Mon, Jun 02, 2003 at 07:28:33PM +0200, Andre Poenitz wrote:
> Would be nice if we had a 'desire width' field for InsetButton at some
> point of time, though...
We don't ? Isn't that ->width() ?
It would be nice to see the Dimension stuff approach sanity by killing
off getMaxWidth however. Bas
On Mon, Jun 02, 2003 at 12:19:18PM +0200, Andre Poenitz wrote:
> As I said, we call metrics() immediately before draw() (and stores it in
> the 'dim_' 'cache) so there should be no need to do it in draw() again.
>
> If there was, something else is broken...
seems OK to me
regards
john
New helper function, currently used by insetgraphics, but also used by
insetexternal in my tree.
--
AngusIndex: insets/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/insets/ChangeLog,v
retrieving revision 1.696
diff -u
We do not even have to fake any length here, just using the 'natural' width
of the label does not make things worse.
Would be nice if we had a 'desire width' field for InsetButton at some
point of time, though...
Andre'
Index: paragraph_funcs.C
===
On Mon, Jun 02, 2003 at 06:05:58PM +0100, John Levon wrote:
> On Mon, Jun 02, 2003 at 06:02:31PM +, Angus Leeming wrote:
>
> > Personally, I think that they should just be thrown away...
>
> I don't understand.
The on-screen stuff is _only_ cosmetics, moreover, it does not even work
properly
On Monday 02 June 2003 5:15 pm, Andre Poenitz wrote:
> On Mon, Jun 02, 2003 at 06:02:31PM +, Angus Leeming wrote:
> > Personally, I think that they should just be thrown away...
> Concerning the drawing on screen, I guess you are right.
This is what I meant.
> Replacing that bibitemMaxWidth w
On Mon, Jun 02, 2003 at 06:02:31PM +, Angus Leeming wrote:
> Personally, I think that they should just be thrown away...
When writing to .tex, it seems to be needed (although I doubt it works
properly in all cases anyway...)
as possible
Concerning the drawing on screen, I guess you are right.
On Mon, Jun 02, 2003 at 06:02:31PM +, Angus Leeming wrote:
> Personally, I think that they should just be thrown away...
I don't understand.
regards
john
Andre Poenitz wrote:
>
> This moves the 'spurious' bibitem*Width() functions closer to the place
> where they are used.
>
> Ok?
>
> [And no, this won't fix the bibitem issue (yet), John]
>
> Andre'
Personally, I think that they should just be thrown away...
--
Angus
On Mon, Jun 02, 2003 at 06:58:21PM +0200, Andre Poenitz wrote:
> [And no, this won't fix the bibitem issue (yet), John]
I see my whining is becoming entirely superfluous now :)
(testing the last metrics patch now ...)
john
This moves the 'spurious' bibitem*Width() functions closer to the place
where they are used.
Ok?
[And no, this won't fix the bibitem issue (yet), John]
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
On Monday 02 June 2003 3:55 pm, Andre Poenitz wrote:
> Using 'cases' would get you the braces for free...
>
> \ p h i = \ c a s e s
>
> for the second line, for the '\mbox' (this will get you a
> \textrm, but that's just fine.
Thank you both.
Angus
Simply pulls the different validate() trees to InsetBase.
Ok?
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...)
Index: insets/inset.C
On Mon, Jun 02, 2003 at 04:42:40PM +0100, Angus Leeming wrote:
> André,
>
> how do I enter this in mathed:
>
> \[ \phi =\left{
> \begin{array}{ll}
> y & \mbox{if $x\leq l/2$} \\
> z+y & \mbox{otherwise}
> \end{array}
> \right. \]
Using
André,
how do I enter this in mathed:
\[ \phi =\left{
\begin{array}{ll}
y & \mbox{if $x\leq l/2$} \\
z+y & \mbox{otherwise}
\end{array}
\right. \]
I have _no idea_ how do it it the "proper" way within mathed itself.
(Of course, I know
On Mon, Jun 02, 2003 at 04:55:54PM +0200, Andre Poenitz wrote:
> Good boy.
I really am great aren't I !
john
On Mon, Jun 02, 2003 at 03:52:34PM +0100, John Levon wrote:
> On Mon, Jun 02, 2003 at 04:50:39PM +0200, Andre Poenitz wrote:
>
> > Sure. But this has not been working for years as there have been some
> > 'holes'in the sequence for quite a while.
>
> Well it was a lot more difficult to keep up u
On Mon, Jun 02, 2003 at 04:50:39PM +0200, Andre Poenitz wrote:
> Sure. But this has not been working for years as there have been some
> 'holes'in the sequence for quite a while.
Well it was a lot more difficult to keep up until I moved the numbering
onto a separate line recently ...
regards
jo
On Mon, Jun 02, 2003 at 02:24:44PM +0100, John Levon wrote:
> On Mon, Jun 02, 2003 at 08:21:31AM +0200, Andre Poenitz wrote:
>
> > LFUN_LDOTS = 180
> >
> > etc here. It would make looking up the 'LFUN_*' tag from some numerical id
> > (which is not too uncommon during debugging) much easier.
>
Jean-Marc Lasgouttes wrote:
>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> Jean-Marc, this is a backport of the patch already in 1.4.x.
> Angus> Ago to apply? Angus
>
> It is OK if it has been tested with regular xforms 1.0 too.
Good point. I'll try this evening.
--
Ang
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc, this is a backport of the patch already in 1.4.x.
Angus> Ago to apply? Angus
It is OK if it has been tested with regular xforms 1.0 too.
JMarc
On Mon, Jun 02, 2003 at 10:05:19AM +0100, Jose' Matos wrote:
> from parser_tools import find_token
ok
> This look suspicious, the indentation of the last two lines is wrong, I
tabs vs. spaces
> Those three can be replace by a single line:
> del lines[i:i+3]
done
> Actually this kind o
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Jean-Marc Lasgouttes wrote:
>> Reading the patch, this seems a bit convoluted, but I guess that it
>> works :) What I do not like is that the syntax $$s/script_name does
>> not look like any syntax I know :) What about using somethi
Jean-Marc Lasgouttes wrote:
> Reading the patch, this seems a bit convoluted, but I guess that it
> works :) What I do not like is that the syntax $$s/script_name does
> not look like any syntax I know :) What about using something like
> $$script(script-name) (I think we have anlready a $$content
52 matches
Mail list logo