> Yes, I agree that this is the best solution to the problem. Who is going to do
> the backport?
I send the patch to the list.
regards Uwe
Jean-Marc Lasgouttes wrote:
> I propose to backport a subset of this (even the GUI changes may not
> be necessary).
>
> Juergen, as always it s up to you.
Yes, I agree that this is the best solution to the problem. Who is going to do
the backport?
Jürgen
[EMAIL PROTECTED] writes:
> I think the real "fix" should be in 1.6. Is it a real problem to do a
> 1.6 that in practice only contains this as the major difference?
I do not think it would be a good idea.
JMarc
>>> The link is there in sidebar, it is the header with the text
>>> "LyX documentation"
>>> but unfortunately I don't people understand it is also a link to a page
>>> about LyX documentation.
>>
>> the problem is i was not searching through sidebar but from basic lyx page
>> and its document
On Wed, 6 Feb 2008, Pavel Sanda wrote:
The link is there in sidebar, it is the header with the text
"LyX documentation"
but unfortunately I don't people understand it is also a link to a page
about LyX documentation.
the problem is i was not searching through sidebar but from basic lyx
Darren Freeman schrieb:
On Tue, 2008-02-05 at 08:00 +0100, Herbert Voss wrote:
Uwe Stöhr schrieb:
> Generally speaking I think it sucks that the user guide doesn't
compile out of the box. Have other > popular (Linux) LaTeX distributions
also skipped the floatflt package?
TeXLive came up wi
> The link is there in sidebar, it is the header with the text
> "LyX documentation"
> but unfortunately I don't people understand it is also a link to a page
> about LyX documentation.
the problem is i was not searching through sidebar but from basic lyx page
and its documentation section.
On Wed, 6 Feb 2008, Uwe Stöhr wrote:
i found the wiki structure confusing.
Yes, because this was originally thought as developer page.
intuitively i will look for these manuals either in
http://wiki.lyx.org/LyX/Manuals
Yes, this should be the right place. Could you design this page the
On Tue, 5 Feb 2008, Pavel Sanda wrote:
Is there some part of the introduction or tutorial that explains that
these documents are also available as PDFs, and where they can be
found?
I added now a link in a note to where to find the PDFs.
(to http://wiki.lyx.org/LyX/DocumentationDevelopment)
On Tue, 2008-02-05 at 08:00 +0100, Herbert Voss wrote:
> Uwe Stöhr schrieb:
>
> > > Generally speaking I think it sucks that the user guide doesn't
> > compile out of the box. Have other > popular (Linux) LaTeX distributions
> > also skipped the floatflt package?
> >
> > TeXLive came up with t
> Yes, this should be the right place. Could you design this page the way you
> think it should be? I'll correct then the links in the documentation to
> this page.
Just added one section, nothing more needed IMHO - if it was on me I would
simply move the contents of download section in Document
> i found the wiki structure confusing.
Yes, because this was originally thought as developer page.
> intuitively i will look for these manuals either in
> http://wiki.lyx.org/LyX/Manuals
Yes, this should be the right place. Could you design this page the way you think it should be? I'll
corre
> > Is there some part of the introduction or tutorial that explains that
> these documents are also
> > available as PDFs, and where they can be found?
>
> I added now a link in a note to where to find the PDFs.
> (to http://wiki.lyx.org/LyX/DocumentationDevelopment)
i found the wiki structure c
On Tue, 5 Feb 2008, Jean-Marc Lasgouttes wrote:
note that there are many people with tex distros (tetex, older texlive
etc) which are simply not striked by this problem, but could be striked
by the fact the output suddenly changed from 1.5.3 to 1.5.4, so we are
doing favour for one part of peo
> Is there some part of the introduction or tutorial that explains that these
documents are also
> available as PDFs, and where they can be found?
I added now a link in a note to where to find the PDFs.
(to http://wiki.lyx.org/LyX/DocumentationDevelopment)
regards Uwe
rgheck schrieb:
Herbert Voss wrote:
Uwe Stöhr schrieb:
> I think we should not include floatflt in the Windows installer.
This would mean that the
> restrictive floatflt license conditions also apply to the installer.
But that is no problem, because we don't want donations for the
installe
Herbert Voss wrote:
Uwe Stöhr schrieb:
> I think we should not include floatflt in the Windows installer.
This would mean that the
> restrictive floatflt license conditions also apply to the installer.
But that is no problem, because we don't want donations for the
installer.
that is not
Uwe Stöhr schrieb:
> I think we should not include floatflt in the Windows installer. This
would mean that the
> restrictive floatflt license conditions also apply to the installer.
But that is no problem, because we don't want donations for the installer.
that is not the point ...
None of
Pavel Sanda wrote:
Uwe Stöhr wrote:
Unfortunately using wrapfig like in trunk cannot be backported since it is
a fileformat change.
Well - this rule doesn't have to be absolute!
this is not just about the rules. being as user used to increace from x to
1.y.x+1 without any wor
> I think we should not include floatflt in the Windows installer. This would
mean that the
> restrictive floatflt license conditions also apply to the installer.
But that is no problem, because we don't want donations for the installer.
regards Uwe
> Is there really a lyx2lyx entry related to this change?
I checked my commit history. When we only use a very basic implementation, I
think we could backport it:
http://www.lyx.org/trac/changeset/20185
This was the first commit that changes wrap floats from floatflt to wrapfig. It only need a
> contact the author to change the license ...
> which is sometimes difficult after all these years.
I already did this, but got no reply until now.
If I get no reply till the end of this week, I'll try to phone him.
regards Uwe
Pavel Sanda <[EMAIL PROTECTED]> writes:
> note that there are many people with tex distros (tetex, older texlive etc)
> which are simply not striked by this problem, but could be striked
> by the fact the output suddenly changed from 1.5.3 to 1.5.4, so we are doing
> favour for one part of people
> I think even the dummy file format change was not needed, since there
> is nothing lyx2lyx can do to alleviate whatever problem may appear.
> This change of package may change the output, there not much we can do
> about it.
>
> I propose to backport a subset of this (even the GUI changes may no
> Uwe Stöhr wrote:
>>
>> Unfortunately using wrapfig like in trunk cannot be backported since it is
>> a fileformat change.
> Well - this rule doesn't have to be absolute!
this is not just about the rules. being as user used to increace from x to
1.y.x+1 without any worry about _the latex output_
Uwe Stöhr wrote:
Unfortunately using wrapfig like in trunk cannot be backported since
it is a fileformat change.
Well - this rule doesn't have to be absolute!
It sure is a good rule to have for changes initiated by the LyX project.
But this time the change is imposed from the outside.
Distri
Uwe Stöhr <[EMAIL PROTECTED]> writes:
>> Is there really a lyx2lyx entry related to this change?
>
> I checked my commit history. When we only use a very basic
> implementation, I think we could backport it:
> http://www.lyx.org/trac/changeset/20185
Yes.
> This was the first commit that changes
>>> E1) Putting the section about wrapping floats in a branch?
>>> (Will this help?)
>>
>> This is indeed an option.
>
> How about the following solution:
>
> (Temporarily) move the section regarding wrapping floats from the users'
> guide to some other document, and let the section in th
On Tue, 5 Feb 2008, Uwe Stöhr wrote:
E1) Putting the section about wrapping floats in a branch?
(Will this help?)
This is indeed an option.
How about the following solution:
(Temporarily) move the section regarding wrapping floats from the users'
guide to some other document, and
On Tue, 5 Feb 2008, Jean-Marc Lasgouttes wrote:
Uwe Stöhr <[EMAIL PROTECTED]> writes:
Jean-Marc Lasgouttes schrieb:
> The problem is not only the documentation, but a feature of LyX that
does not work anymore. Should we investigate backporting the wrapfig
patch to branch?
But this would be
Uwe Stöhr schrieb:
> Generally speaking I think it sucks that the user guide doesn't
compile out of the box. Have other > popular (Linux) LaTeX distributions
also skipped the floatflt package?
TeXLive came up with the removal, others followed. For Linux TeXLive is
the only active LaTeX-dist
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes schrieb:
>
> > The problem is not only the documentation, but a feature of LyX that
>> does not work anymore. Should we investigate backporting the wrapfig
>> patch to branch?
>
> But this would be a fileformat change.
Sure, but having
Pavel Sanda wrote:
F) Provide the flaotflt.sty package with the users' guide?
(Can we do this from a license point of view?)
The license allows this, but this doesn't help as you have o install the
pacakge to LaTeX.
this seems to be good news, because if we are allowed to provide floatflt,
Uwe Stöhr wrote:
> D) Windows only: Modify the installer to install floatflt.sty
I'll implement this in the installer for LyX 1.5.4.
I think we should not include floatflt in the Windows installer. This
would mean that the restrictive floatflt license conditions also apply
to the installer.
Jean-Marc Lasgouttes schrieb:
> The problem is not only the documentation, but a feature of LyX that
does not work anymore. Should we investigate backporting the wrapfig
patch to branch?
But this would be a fileformat change.
regards Uwe
> > F) Provide the flaotflt.sty package with the users' guide?
> >(Can we do this from a license point of view?)
>
> The license allows this, but this doesn't help as you have o install the
> pacakge to LaTeX.
this seems to be good news, because if we are allowed to provide floatflt, i
guess
> B) Say that users have to install floatflt.sty themselves in the
installation notes.
For linux I see no other way.
> B1) Explain how users can install flaotflt.sty
Yes, together with B.
> C) Provide the manual in PDF form
We already do.
> D) Windows only: Modify the installer to install
Pavel Sanda <[EMAIL PROTECTED]> writes:
> imho the priority #1 is to have users manual compilable without _any_ special
> action on the users side. anything else gives very wrong impression of lyx no
> matter if we are (not) responsible.
>
> if we are not allowed to distribute floatflt package or t
> For LyX 1.6, I rewrote the wrap floats stuff so that we now use wrapfig.
> But shall we do in the meantime for LyX 1.5.4. I could remove the
> explanation of wrap floats but don't like this solution. Any ideas?
imho the priority #1 is to have users manual compilable without _any_ special
actio
On Sun, 3 Feb 2008, Uwe Stöhr wrote:
The LaTeX-package floatflt that we use for wrap floats has been deleted in
TeXLive and MikTeX:
http://article.gmane.org/gmane.comp.tex.live/15236
So from now on new LyX users won't be able to use wrap floats nor compile the
manuals. This was the reason why
The LaTeX-package floatflt that we use for wrap floats has been deleted in
TeXLive and MikTeX:
http://article.gmane.org/gmane.comp.tex.live/15236
So from now on new LyX users won't be able to use wrap floats nor compile the manuals. This was the
reason why we got so many complaints abpout the ma
41 matches
Mail list logo