On Wed, Aug 21, 2002 at 04:58:03PM +0100, John Levon wrote:
> On Wed, Aug 21, 2002 at 05:47:03PM +0200, Lars Gullik Bjønnes wrote:
>
> > Yes, but for all the intermediate versions we will not have
> > converters... (or should not have.)
>
> We will have to have this conversion code anyway !
Som
John Levon <[EMAIL PROTECTED]> writes:
| On Wed, Aug 21, 2002 at 06:27:26PM +0200, Lars Gullik Bjønnes wrote:
>
>> >> | We will have to have this conversion code anyway !
>> >>
>> >> No we won't.
>> >
>> | You've lost me
>>
>> temporary changes within the development cycle.
>
| Rob's change
On Wed, Aug 21, 2002 at 06:27:26PM +0200, Lars Gullik Bjønnes wrote:
> >> | We will have to have this conversion code anyway !
> >>
> >> No we won't.
> >
> | You've lost me
>
> temporary changes within the development cycle.
Rob's changes are permanent.
regards
john
--
"Way back at the b
John Levon <[EMAIL PROTECTED]> writes:
| On Wed, Aug 21, 2002 at 06:07:00PM +0200, Lars Gullik Bjønnes wrote:
>
>> | We will have to have this conversion code anyway !
>>
>> No we won't.
>
| You've lost me
temporary changes within the development cycle.
--
Lgb
On Wed, Aug 21, 2002 at 06:07:00PM +0200, Lars Gullik Bjønnes wrote:
> | We will have to have this conversion code anyway !
>
> No we won't.
You've lost me
regards
john
--
"Way back at the beginning of time around 1970 the first man page was
handed down from on high. Every one since is a
John Levon <[EMAIL PROTECTED]> writes:
| On Wed, Aug 21, 2002 at 05:47:03PM +0200, Lars Gullik Bjønnes wrote:
>
>> Yes, but for all the intermediate versions we will not have
>> converters... (or should not have.)
>
| We will have to have this conversion code anyway !
No we won't.
--
L
On Wed, Aug 21, 2002 at 04:54:47PM +0100, José Abílio Oliveira Matos wrote:
> IMHO, please, don't.
> Anyone that uses the dev version should know better.
>
> Make it possible for the next stable version to be able to correct any
> anomalies it found. This should take care of those files.
On Wed, Aug 21, 2002 at 05:47:03PM +0200, Lars Gullik Bjønnes wrote:
> Yes, but for all the intermediate versions we will not have
> converters... (or should not have.)
We will have to have this conversion code anyway !
john
--
"Way back at the beginning of time around 1970 the first man page
On Wednesday 21 August 2002 16:40, John Levon wrote:
>
> Seeing we've had numerous problems with documents from testers that are
> in intermediate formats, and the format is the major way that lyx2lyx
> works, I suggest bumping the number on ANY format change. Why would this
> be a problem ?
IM
John Levon <[EMAIL PROTECTED]> writes:
| On Wed, Aug 21, 2002 at 09:45:56AM +0200, Lars Gullik Bjønnes wrote:
>
>> | the old from new format. That should come with my patch! But where in the code
>does
>> | that happen? And what are the rules for incrementing the format version?
>>
>> Whenever
On Wed, Aug 21, 2002 at 09:45:56AM +0200, Lars Gullik Bjønnes wrote:
> | the old from new format. That should come with my patch! But where in the code does
> | that happen? And what are the rules for incrementing the format version?
>
> Whenever you change the .lyx format increase the format ve
Rob Lahaye wrote:
>
> Thanks Dekel!
>
> (*) same applies to "size_type 0"
> (**) same applies to "size_type 1"
> (***) same applies to "lyxsize_type 0"
These three lines should have been erased before sending. Please ignore.
Rob Lahaye <[EMAIL PROTECTED]> writes:
| Dekel Tsur wrote:
| > On Tue, Aug 20, 2002 at 10:22:58AM +0100, Angus Leeming wrote:
| > The code for compatibility read should not be in the lyx sources.
| > It is quite easy to do in lyx2lyx. If you don't know how,
| > write the differences between the o
Dekel Tsur wrote:
> On Tue, Aug 20, 2002 at 10:22:58AM +0100, Angus Leeming wrote:
>
> The code for compatibility read should not be in the lyx sources.
> It is quite easy to do in lyx2lyx. If you don't know how,
> write the differences between the old & new formats and I'll do it.
Thanks Dekel
On Tue, Aug 20, 2002 at 10:22:58AM +0100, Angus Leeming wrote:
> > I may think of this a little more, but I believe some backward
> > compatibility loss is unavoidable, with all these old keywords
> > disappearing. But keep in mind: only odd input will break, e.g. choose
> > "Original size", but a
On Tuesday 20 August 2002 4:11 am, Rob Lahaye wrote:
> Angus Leeming wrote:
> > I'm worried however by this
> >
> > +Backward compatibility from 1.2.0 to 1.3.0 is mostly all right.
> > +Compatibility problems arise when (lyx)size_kind is original_size
> > +and also values for (lyx)scale and/or (ly
Angus Leeming wrote:
>
> This is looking good Rob. Any patch that has more lines starting with "-"
> thatn with "+" is probably doing the right thing ;-) In your case you have
> 1731 '-'s and 673 '+'s. And you reckon functionality is unchanged? Excellent.
Lots of stuff concerning size_kind/typ
On Monday 19 August 2002 12:55 pm, Rob Lahaye wrote:
> Rob Lahaye wrote:
> > Hi,
> >
> > Attached is the patch that implements the new layout for the graphics
> > dialog with xforms.
>
> Thanks for the feed back. This is a new patch that deals with the image
> scaling only locally in FormGraphics.
Rob Lahaye wrote:
>
> Hi,
>
> Attached is the patch that implements the new layout for the graphics
> dialog with xforms.
Thanks for the feed back. This is a new patch that deals with the image
scaling only locally in FormGraphics. None of the unit lists elsewhere
are touched.
New Patch for t
On Mon, Aug 19, 2002 at 05:11:33PM +0900, Rob Lahaye wrote:
> > readFigInset() can be erased.
> > figinset insets are converted by lyx2lyx to insetgraphics.
>
> Double check: You mean the whole routine can be deleted right away.
> It's of no use anymore?
Yes.
Dekel Tsur wrote:
> On Mon, Aug 19, 2002 at 02:51:50PM +0900, Rob Lahaye wrote:
>
>>3) What is this strange setting of defaultUnit in FormGraphics:
>>if (lyxrc.default_papersize < 3) defaultUnit = "in";
>>(? what is this magic "3" ?).
>
>
> This should be changed to
> if (l
On Mon, Aug 19, 2002 at 02:51:50PM +0900, Rob Lahaye wrote:
> 3) What is this strange setting of defaultUnit in FormGraphics:
> if (lyxrc.default_papersize < 3) defaultUnit = "in";
> (? what is this magic "3" ?).
This should be changed to
if (lyxrc.default_papersize <= Buffer
22 matches
Mail list logo
