> In XML, you can define default values for attributes in the DTD.
> So with XML, it will be even easier to handle this.
>
> I think we should accept a patch to reduce the bloat.
I didn´t see the patch but I would like to do this myself. But if any
of the others think the patch is clean and can g
> "Jürgen" == Jürgen Vigna <[EMAIL PROTECTED]> writes:
>> I would agree to such code, but if it is written in a safe way,
>> that is not by assuming that any boolean value is false by default.
Jürgen> Well you surely read my mail before and I think Herbert is
Jürgen> right in his way. If we
On Fri, 25 Jan 2002, Jürgen Vigna wrote:
> What I don´t know is the format of leftline without the =true part.
> Is this more or less valid XML code? I changed this fileformat from
> the compact one before to this format to have an XML like format so
> I surely don´t change it back to an incompat
Jürgen Vigna wrote:
>>I can delete in a lyx file all blah="false" all [length]=0 and
>>all [align]=center in the table sections. reading the original file and
>>the changed file makes no difference.
>>The same file format or not?
>>
>
> I think we could agree here. So we´re not talking about def
> I would agree to such code, but if it is written in a safe way, that is
> not by assuming that any boolean value is false by default.
Well you surely read my mail before and I think Herbert is right in his
way. If we have the rule that only "true" values get written equal what
default value the
> I can delete in a lyx file all blah="false" all [length]=0 and
> all [align]=center in the table sections. reading the original file and
> the changed file makes no difference.
> The same file format or not?
I think we could agree here. So we´re not talking about default
values now! What you´r
> And don't tell me that it doesn't matter that the file format is a
> total bloat. If I were seeing lyx now for the first time, I might have
> decided not to use it due to the file format bloat.
Well I actually have a big smile on my face right now. Don´t you
think you´re a bit ridiculous :) Did
> Remember that I never changed the read-code of the tabular.
> So it's a good question, why to write a lot of code when
> it's not important for reading???
I know, but as Lars said we should let settle this thing before
we go and enhance stuff.
> celcius and it seems to be quiet here in Bariloc
On Thu, Jan 24, 2002 at 11:08:04AM +0100, Andre Poenitz wrote:
> zipping the stuff has an extra advantage: we could 'really include' stuff
> like .eps or .gif (or even .fig) within the .lyx file. StarOffice does
> something similar and I think I rather like it.
... of course only as long as there
On Thu, Jan 24, 2002 at 10:46:14AM +0100, Lars Gullik Bjønnes wrote:
> Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> | I first want to apply my patch which is rather simple. Any objections ?
>
> yes.
>
> I really, really do not think that we should change the tabular
> writing/reading now. We have
On Thu, Jan 24, 2002 at 11:14:35AM +0200, Dekel Tsur wrote:
> In my opinion, we should change the file format rather than trying to hide
> its bloat by compressing the lyx file.
zipping the stuff has an extra advantage: we could 'really include' stuff
like .eps or .gif (or even .fig) within the .
On Thu, Jan 24, 2002 at 11:14:35AM +0200, Dekel Tsur wrote:
> On Thu, Jan 24, 2002 at 12:42:33AM -0400, Garst R. Reese wrote:
> > Andre Poenitz wrote:
> > >
> > > On Wed, Jan 23, 2002 at 08:02:33AM -0400, Garst R. Reese wrote:
> > > > Given the redunancy in table parameters, on the fly compressio
On Thu, Jan 24, 2002 at 07:11:56AM +0200, Martin Vermeer wrote:
> > Here is the patch.
> > It doesn't rely on default values except for one case:
> > we assume that the default value for cell.rotate is false
> > (and don't tell me that in the future lyx will make all cell rotated by
> > default).
On Thu, Jan 24, 2002 at 12:42:33AM -0400, Garst R. Reese wrote:
> Andre Poenitz wrote:
> >
> > On Wed, Jan 23, 2002 at 08:02:33AM -0400, Garst R. Reese wrote:
> > > Given the redunancy in table parameters, on the fly compression would
> > > save more space.
> >
> > Good idea actually.
> >
> I s
On Wed, Jan 23, 2002 at 11:49:41PM +0200, Dekel Tsur wrote:
> On Wed, Jan 23, 2002 at 10:01:33AM +0100, Jean-Marc Lasgouttes wrote:
> > > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
> >
> > Dekel> 3. We can use a different approach for saving tabulars: Take
> > Dekel> for example valign
Dekel Tsur wrote:
> we assume that the default value for cell.rotate is false
> (and don't tell me that in the future lyx will make all cell rotated by
> default).
but maybe that a rotation of 360 degrees makes some sense ... :-)
Herbert
--
http://www.lyx.org/help/
On Wed, Jan 23, 2002 at 10:01:33AM +0100, Jean-Marc Lasgouttes wrote:
> > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> Dekel> 3. We can use a different approach for saving tabulars: Take
> Dekel> for example valignment. It is only relevant for column that
> Dekel> have fixed width.
On Tue, Jan 22, 2002 at 07:21:51PM +0100, Jean-Marc Lasgouttes wrote:
> > "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> Dekel> I don't see a reason why the default values should be changed.
> Dekel> When you create a table in 1.3.0, will every cell be a
> Dekel> multicolumn by default
Jean-Marc Lasgouttes wrote:
>>"Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
>>
>
> Andre> On Tue, Jan 22, 2002 at 05:22:32PM +0100, Herbert Voss wrote:
>
>>>I can delete in a lyx file all blah="false" all [length]=0 and all
>>>[align]=center in the table sections. reading the ori
Jean-Marc Lasgouttes wrote:
>>"Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
>>
>
> Herbert> why is this save, when the logical structure of read()
>
> Herbert> doesn't notice that there are some values missing??
>
> Yes, but read() may change in a year or two.
there may be ot
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> no, not from my point of view ...
Herbert> I would like for an example and a 10x10 table \begin_inset
Herbert> Tabular
Herbert> leftline>leftline>leftline> bottomline>
Herbert> that's all. all other options fal
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> I don't see a reason why the default values should be changed.
Dekel> When you create a table in 1.3.0, will every cell be a
Dekel> multicolumn by default ?
No, but maybe for some reason, we'll decide that valignment is
"center".
Or
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Tue, Jan 22, 2002 at 05:22:32PM +0100, Herbert Voss wrote:
>> I can delete in a lyx file all blah="false" all [length]=0 and all
>> [align]=center in the table sections. reading the original file and
>> the changed file makes no
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> why is this save, when the logical structure of read()
Herbert> doesn't notice that there are some values missing??
Yes, but read() may change in a year or two.
JMarc
Andre Poenitz wrote:
> On Tue, Jan 22, 2002 at 05:22:32PM +0100, Herbert Voss wrote:
>
>>I can delete in a lyx file all blah="false" all [length]=0 and
>>all [align]=center in the table sections. reading the original file
>>and the changed file makes no difference.
>>The same file format or not?
On Tue, Jan 22, 2002 at 05:22:32PM +0100, Herbert Voss wrote:
> I can delete in a lyx file all blah="false" all [length]=0 and
> all [align]=center in the table sections. reading the original file
> and the changed file makes no difference.
> The same file format or not?
Such a change would only
Lars Gullik Bjønnes wrote:
default ?
>
>>>What could be done maybe is to output at the beginning things like
>>>
>>> width="0pt" special="">
>>> endfoot="false" endlastfoot="false" newpage="false">
>>> bottomline="false" leftline="true" rightline="false" rotate="false" usebox="none"
>width="0p
Jean-Marc Lasgouttes wrote:
> Herbert> Remember that I never changed the read-code of the tabular.
> Herbert> So it's a good question, why to write a lot of code when it's
> Herbert> not important for reading???
>
> Because if we decide in lyx 1.3.0 that some bool should be true by default
> ins
On Tue, Jan 22, 2002 at 03:40:53PM +0100, Jean-Marc Lasgouttes wrote:
> Herbert> Remember that I never changed the read-code of the tabular.
> Herbert> So it's a good question, why to write a lot of code when it's
> Herbert> not important for reading???
>
> Because if we decide in lyx 1.3.0 that
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> Lars Gullik Bjønnes wrote:
>> "Jürgen Vigna" <[EMAIL PROTECTED]> writes: | Well I didn´t see the patch,
>> but I can imagine what you did. While I agree | that the pwidth can
>> be omited if the string is empty I don´t think we
Lars Gullik Bjønnes wrote:
> "Jürgen Vigna" <[EMAIL PROTECTED]> writes:
>
> | Well I didn´t see the patch, but I can imagine what you did. While I agree
> | that the pwidth can be omited if the string is empty I don´t think we should
> | omit "booleans". I think we had this discussion already an
Jürgen Vigna wrote:
>> - I appreciate any fix for the multicolumns table problem
>>(see mail "Table and figure bugs")
>>
>
> I´m still waiting for an answer for this problem. I don´t know how
> to fix the LaTeX code in the right way.
is there a demofile for that?
Herbert
--
http://www
> - I appreciate any fix for the multicolumns table problem
> (see mail "Table and figure bugs")
I´m still waiting for an answer for this problem. I don´t know how
to fix the LaTeX code in the right way.
Jug
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> we don't really have at this time a "defaulttab".
This is what happens when you create a new LyXTabular object, no?
Herbert> It makes
Herbert> sense for all options which are not of boolean and length.
Herbert> But especially
> "Herbert" == Herbert Voss <[EMAIL PROTECTED]> writes:
Herbert> I suppose that I got confused with the changlogs.
Herbert> here is the next try against cvs from 0.30am
Perfect. Applied.
JMarc
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I am very reluctant to do this, especially since we have decided
Lars> earlier to make everything work first, and only then begin with
Lars> work like this.
I remember, although I doubt this can affect any of the bugs we are
c
Jean-Marc Lasgouttes wrote:
>>
>> thanks, this did it. The one from John maybe the
>> cleaner solution, but I don't know ...
>
>
>
> Except that you do not have access to the buffer at this point.
>
>
>> Here is a small patch for the above problem from
>> Michael's buglist.
>>
>
>
> The pa
Garst R. Reese wrote:
> Herbert Voss wrote:
>
>
>>before I investigate some more work, please discuss
>>the attached gif, if it makes sense.
>>If yes, than we have to save all variables of width/height/scale
>>in the inset, which is not possible in the current cvs.
>>
> Display in LyX ?
> What
Jean-Marc Lasgouttes wrote:
> Herbert Voss wrote:
>
>> Michael Schmitt wrote:
>>
>> > - Insert an "include" inset with an invalid file name; then open its
>> dialog and click
>> > on "load" -> console message: "OkCancelReadOnlyPolicy: No
>> transition for input 3 from state 0"
>>
>> can some
On Sun, Jan 20, 2002 at 05:41:29PM +0100, Herbert Voss wrote:
> can somebody help please: I want to test if the chosen file exists,
> but how can I get the filepath, when I enter in the include-gui
> only (for example) "myfile.lyx". In this case the path is the one from
> the active doc, but how
Michael Schmitt wrote:
> - Insert an "include" inset with an invalid file name; then open its
dialog and click
> on "load" -> console message: "OkCancelReadOnlyPolicy: No
transition for input 3 from state 0"
can somebody help please: I want to test if the chosen file exists,
but how can I
Herbert Voss wrote:
>> - The file format for tables is absolutely bloated. Can't we suppress
>> tags that have
>> default values (e.g. endfoot="false" or width="0pt" )? Two tiny
>> tables => >1500 lines in LyX file!!!
>
> please try the attached patch. It decreases the filesize of docs with
Michael Schmitt wrote:
> This is exactly what I had in mind!
>
> The dialog could be made a bit nicer (e.g. I don't like "Enable"; maybe
> Juergen S. can do the final polishing) but the logical structure is
> correct.
but what is a nice looking dialog ... ;-)
> > If yes, than we have to s
Herbert Voss wrote:
>> - Graphics dialog:- It is not a good idea to clear the width and
>> height fields if "scale" is chosen (and vice versa); IMHO new
>> buttons for the three sections
>> default/height+width/scale should be added and the "Width"/"Height"/
>> "Scale" labels
Michael Schmitt wrote:
> - Wouldn't it be wiser to have "algorithm"/"figure"/etc. as an option to
> a general float? Currently, it is not possible to switch between types
> once you have created the float (you must cut&paste the content).
I have the new float inset in my tree for 1.3.0, so
Michael Schmitt wrote:
> - Graphics dialog:
>- It is not a good idea to clear the width and height fields if "scale"
> is chosen (and vice versa); IMHO new buttons for the three sections
> default/height+width/scale should be added and the "Width"/"Height"/
> "Scale" labels
Jean-Marc Lasgouttes wrote:
> Herbert Voss wrote:
>
>> Michael Schmitt wrote:
>>
>>> - The file format for tables is absolutely bloated. Can't we suppress
>>> tags that have
>>> default values (e.g. endfoot="false" or width="0pt" )? Two tiny
>>> tables => >1500 lines in LyX file!!!
>>
>>
>>
Herbert Voss wrote:
> Michael Schmitt wrote:
>
>> - The file format for tables is absolutely bloated. Can't we suppress
>> tags that have
>> default values (e.g. endfoot="false" or width="0pt" )? Two tiny
>> tables => >1500 lines in LyX file!!!
>
>
> please try the attached patch. It decr
Michael Schmitt wrote:
> - The file format for tables is absolutely bloated. Can't we suppress tags that have
> default values (e.g. endfoot="false" or width="0pt" )? Two tiny tables => >1500
>lines in LyX file!!!
please try the attached patch. It decreases the filesize of docs with
a lot of
Herbert Voss wrote:
> attached a small fix.
time to sleep ...
> Index: src/frontends/controllers/ChangeLog
> ===
> if (!title.empty())
> - result << ", " << title;
> + result title;
should be result
Jean-Marc Lasgouttes wrote:
> I still have problems with the attached bib file, and I cannot see why
> (the entry is truncated).
>
> JMarc
>
>
>
>
> @Proceedings{AlfMun:1,
> title = {Queuing Models for Pol
Herbert Voss wrote:
> Herbert Voss wrote:
>
>>
>> attached a patch for this.
>
>
>
> sorry, it was the old one ...
> here it comes again.
>
Thanks Herbert, I applied it, after a bunch of whitespece changes and a
few tweaks.
I still have problems with the attached bib file, and I cannot see
A few more fixes
> - "About LyX" and "TeX Information" cannot be opened if no buffer is opened
Fixed (#196)
>
> - See mail "Table & figure bugs" (export to DVI) (#200,201,202)
I fixed #200 and #201
JMarc
Herbert Voss wrote:
>
> attached a patch for this.
sorry, it was the old one ...
here it comes again.
Herbert
--
http://www.lyx.org/help/
Index: src/frontends/controllers/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-d
Michael Schmitt wrote:
>
> - The year of the following bibtex entry is not shown correctly in the citation
>dialog (#109)
>
> @STRING{ ProcOfThe = "Proceedings of the " }
> @ARTICLE{FrinckeTomp96,
> AUTHOR = {D. A. Frincke and A. Tompkins},
> JOURNAL = {Jou
> - When starting LyX for the first time, Screen DPI (in the preferences dialog) is
>set to
> "nan" (=not a number?) LyX did not create an entry in lyxrc.defaults, just in
>lyxrc.example;
> I guess an uninitialized variable
>
As I told you this is probably not an initialized variable, bu
Herbert Voss wrote:
> Michael Schmitt wrote:
>
>> - In the "external material" dialog, "apply" is not activated if you
>> enter the file name by hand
>
> attached a patch
Applied.
JMarc
Michael Schmitt wrote:
> - In the "external material" dialog, "apply" is not activated if you enter the file
>name by hand
attached a patch
Herbert
--
http://www.lyx.org/help/
Index: src/frontends/xforms/ChangeLog
===
RCS
58 matches
Mail list logo
