Am Sonntag, 14. Januar 2007 03:02 schrieb Enrico Forestieri:
On Sat, Jan 13, 2007 at 12:36:11PM +0100, Georg Baum wrote:
No I don't mean that. I mean useful for cygwin users in general. IIRC
I
was the only one besides you who had opinions on this patch. I stated
two
or three times
Am Sonntag, 14. Januar 2007 03:02 schrieb Enrico Forestieri:
> On Sat, Jan 13, 2007 at 12:36:11PM +0100, Georg Baum wrote:
>
> > No I don't mean that. I mean "useful for cygwin users in general". IIRC
I
> > was the only one besides you who had opinions on this patch. I stated
two
> > or three
On Fri, Jan 12, 2007 at 05:55:20PM +0100, Georg Baum wrote:
Enrico Forestieri wrote:
as a parameter introducer. To tell you the truth, the cygwin version
of lyx that I make available for download is patched such that through
an env variable it is possible to use either posix or windows
On Fri, Jan 12, 2007 at 05:50:10PM +0100, Georg Baum wrote:
Enrico Forestieri wrote:
Believe me, external_path could be completely ditched.
Please stop talking of external_path. Yesterday you wrote that you don't
want to discuss that anymore, and I don't want that either. I gave up
Enrico Forestieri wrote:
On Fri, Jan 12, 2007 at 05:55:20PM +0100, Georg Baum wrote:
Enrico Forestieri wrote:
as a parameter introducer. To tell you the truth, the cygwin version
of lyx that I make available for download is patched such that through
an env variable it is possible to use
On Sat, Jan 13, 2007 at 10:03:39AM +0100, Abdelrazak Younes wrote:
Enrico Forestieri wrote:
On Fri, Jan 12, 2007 at 05:55:20PM +0100, Georg Baum wrote:
Enrico Forestieri wrote:
as a parameter introducer. To tell you the truth, the cygwin version
of lyx that I make available for
Am Samstag, 13. Januar 2007 09:58 schrieb Enrico Forestieri:
On Fri, Jan 12, 2007 at 05:55:20PM +0100, Georg Baum wrote:
Enrico Forestieri wrote:
as a parameter introducer. To tell you the truth, the cygwin version
of lyx that I make available for download is patched such that
Am Samstag, 13. Januar 2007 10:00 schrieb Enrico Forestieri:
Ok. I'll take into account your lack of sense of humour in the future.
It was indeed not clear to me at all that this was intended as a joke.
Because it was not the first time you brought up the external_path issue
after the initial
On Sat, Jan 13, 2007 at 12:36:11PM +0100, Georg Baum wrote:
Am Samstag, 13. Januar 2007 09:58 schrieb Enrico Forestieri:
On Fri, Jan 12, 2007 at 05:55:20PM +0100, Georg Baum wrote:
Enrico Forestieri wrote:
as a parameter introducer. To tell you the truth, the cygwin version
On Sat, Jan 13, 2007 at 12:36:17PM +0100, Georg Baum wrote:
Am Samstag, 13. Januar 2007 10:00 schrieb Enrico Forestieri:
Ok. I'll take into account your lack of sense of humour in the future.
It was indeed not clear to me at all that this was intended as a joke.
Because it was not the
On Sun, Jan 14, 2007 at 03:02:26AM +0100, Enrico Forestieri wrote:
I attach here a new version of the README.cygwin file intended to
replace the existing one. I cannot do it, so someone else will have to.
I think that for better compliance with the GPL the patch should be
put alongside the
On Fri, Jan 12, 2007 at 05:55:20PM +0100, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > as a parameter introducer. To tell you the truth, the cygwin version
> > of lyx that I make available for download is patched such that through
> > an env variable it is possible to use either posix or
On Fri, Jan 12, 2007 at 05:50:10PM +0100, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > Believe me, external_path could be completely ditched.
>
> Please stop talking of external_path. Yesterday you wrote that you don't
> want to discuss that anymore, and I don't want that either. I gave
Enrico Forestieri wrote:
On Fri, Jan 12, 2007 at 05:55:20PM +0100, Georg Baum wrote:
Enrico Forestieri wrote:
as a parameter introducer. To tell you the truth, the cygwin version
of lyx that I make available for download is patched such that through
an env variable it is possible to use
On Sat, Jan 13, 2007 at 10:03:39AM +0100, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
> > On Fri, Jan 12, 2007 at 05:55:20PM +0100, Georg Baum wrote:
> >
> >> Enrico Forestieri wrote:
> >>
> >>> as a parameter introducer. To tell you the truth, the cygwin version
> >>> of lyx that I make
Am Samstag, 13. Januar 2007 09:58 schrieb Enrico Forestieri:
> On Fri, Jan 12, 2007 at 05:55:20PM +0100, Georg Baum wrote:
>
> > Enrico Forestieri wrote:
> >
> > > as a parameter introducer. To tell you the truth, the cygwin version
> > > of lyx that I make available for download is patched such
Am Samstag, 13. Januar 2007 10:00 schrieb Enrico Forestieri:
> Ok. I'll take into account your lack of sense of humour in the future.
It was indeed not clear to me at all that this was intended as a joke.
Because it was not the first time you brought up the external_path issue
after the
On Sat, Jan 13, 2007 at 12:36:11PM +0100, Georg Baum wrote:
> Am Samstag, 13. Januar 2007 09:58 schrieb Enrico Forestieri:
> > On Fri, Jan 12, 2007 at 05:55:20PM +0100, Georg Baum wrote:
> >
> > > Enrico Forestieri wrote:
> > >
> > > > as a parameter introducer. To tell you the truth, the
On Sat, Jan 13, 2007 at 12:36:17PM +0100, Georg Baum wrote:
> Am Samstag, 13. Januar 2007 10:00 schrieb Enrico Forestieri:
>
> > Ok. I'll take into account your lack of sense of humour in the future.
>
> It was indeed not clear to me at all that this was intended as a joke.
> Because it was
On Sun, Jan 14, 2007 at 03:02:26AM +0100, Enrico Forestieri wrote:
> I attach here a new version of the README.cygwin file intended to
> replace the existing one. I cannot do it, so someone else will have to.
I think that for better compliance with the GPL the patch should be
put alongside the
Enrico Forestieri wrote:
On Thu, Jan 11, 2007 at 08:19:05PM +0100, Georg Baum wrote:
Many parts of the LyX code depend on the fact that we use internal paths
only. Therefore we should fix the external inset to not call
external_path when building the to_file name. It would be nice if you
On Fri, Jan 12, 2007 at 03:55:01PM +0100, Georg Baum wrote:
Enrico Forestieri wrote:
On Thu, Jan 11, 2007 at 08:19:05PM +0100, Georg Baum wrote:
Many parts of the LyX code depend on the fact that we use internal paths
only. Therefore we should fix the external inset to not call
Enrico Forestieri wrote:
Believe me, external_path could be completely ditched.
Please stop talking of external_path. Yesterday you wrote that you don't
want to discuss that anymore, and I don't want that either. I gave up
trying to understand how it behaves now a long time ago, and I don't
Enrico Forestieri wrote:
as a parameter introducer. To tell you the truth, the cygwin version
of lyx that I make available for download is patched such that through
an env variable it is possible to use either posix or windows style
paths.
Making a binary created from patched sources
On Fri, Jan 12, 2007 at 05:55:20PM +0100, Georg Baum wrote:
Enrico Forestieri wrote:
as a parameter introducer. To tell you the truth, the cygwin version
of lyx that I make available for download is patched such that through
an env variable it is possible to use either posix or windows
On Fri, Jan 12, 2007 at 05:50:10PM +0100, Georg Baum wrote:
Enrico Forestieri wrote:
Believe me, external_path could be completely ditched.
Please stop talking of external_path. Yesterday you wrote that you don't
want to discuss that anymore, and I don't want that either. I gave up
Enrico Forestieri wrote:
> On Thu, Jan 11, 2007 at 08:19:05PM +0100, Georg Baum wrote:
>
>> Many parts of the LyX code depend on the fact that we use internal paths
>> only. Therefore we should fix the external inset to not call
>> external_path when building the to_file name. It would be nice
On Fri, Jan 12, 2007 at 03:55:01PM +0100, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > On Thu, Jan 11, 2007 at 08:19:05PM +0100, Georg Baum wrote:
> >
> >> Many parts of the LyX code depend on the fact that we use internal paths
> >> only. Therefore we should fix the external inset to not
Enrico Forestieri wrote:
> Believe me, external_path could be completely ditched.
Please stop talking of external_path. Yesterday you wrote that you don't
want to discuss that anymore, and I don't want that either. I gave up
trying to understand how it behaves now a long time ago, and I don't
Enrico Forestieri wrote:
> as a parameter introducer. To tell you the truth, the cygwin version
> of lyx that I make available for download is patched such that through
> an env variable it is possible to use either posix or windows style
> paths.
Making a binary created from patched sources
On Fri, Jan 12, 2007 at 05:55:20PM +0100, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > as a parameter introducer. To tell you the truth, the cygwin version
> > of lyx that I make available for download is patched such that through
> > an env variable it is possible to use either posix or
On Fri, Jan 12, 2007 at 05:50:10PM +0100, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > Believe me, external_path could be completely ditched.
>
> Please stop talking of external_path. Yesterday you wrote that you don't
> want to discuss that anymore, and I don't want that either. I gave up
The attached patch avoids the need to differentiate the kind of path
style returned by external_path on cygwin depending on whether Qt/X11
or Qt/Win is used for building.
It also avoids an ugly #ifdef and solves a bug related to including
something through the external material inset (this bug
Enrico Forestieri wrote:
The attached patch avoids the need to differentiate the kind of path
style returned by external_path on cygwin depending on whether Qt/X11
or Qt/Win is used for building.
It also avoids an ugly #ifdef and solves a bug related to including
something through the
On Thu, Jan 11, 2007 at 06:39:56PM +0100, Georg Baum wrote:
Enrico Forestieri wrote:
The attached patch avoids the need to differentiate the kind of path
style returned by external_path on cygwin depending on whether Qt/X11
or Qt/Win is used for building.
It also avoids an ugly
Enrico Forestieri wrote:
It goes in the following way.
Symptom: When using the external inset to include an xfig file, after
View-DVI an error dialog appears telling that the .pstex_t file is
missing. Running by hand the fig2pstex.py script, all necessary files
are regularly produced, but
On Thu, Jan 11, 2007 at 08:19:05PM +0100, Georg Baum wrote:
Many parts of the LyX code depend on the fact that we use internal paths
only. Therefore we should fix the external inset to not call external_path
when building the to_file name. It would be nice if you could do that.
I really don't
On Thu, Jan 11, 2007 at 08:19:05PM +0100, Georg Baum wrote:
Many parts of the LyX code depend on the fact that we use internal paths
only. Therefore we should fix the external inset to not call external_path
when building the to_file name. It would be nice if you could do that.
I did that,
The attached patch avoids the need to differentiate the kind of path
style returned by external_path on cygwin depending on whether Qt/X11
or Qt/Win is used for building.
It also avoids an ugly #ifdef and solves a bug related to including
something through the external material inset (this bug
Enrico Forestieri wrote:
> The attached patch avoids the need to differentiate the kind of path
> style returned by external_path on cygwin depending on whether Qt/X11
> or Qt/Win is used for building.
>
> It also avoids an ugly #ifdef and solves a bug related to including
> something through
On Thu, Jan 11, 2007 at 06:39:56PM +0100, Georg Baum wrote:
> Enrico Forestieri wrote:
>
> > The attached patch avoids the need to differentiate the kind of path
> > style returned by external_path on cygwin depending on whether Qt/X11
> > or Qt/Win is used for building.
> >
> > It also avoids
Enrico Forestieri wrote:
> It goes in the following way.
>
> Symptom: When using the external inset to include an xfig file, after
> View->DVI an error dialog appears telling that the .pstex_t file is
> missing. Running by hand the fig2pstex.py script, all necessary files
> are regularly
On Thu, Jan 11, 2007 at 08:19:05PM +0100, Georg Baum wrote:
> Many parts of the LyX code depend on the fact that we use internal paths
> only. Therefore we should fix the external inset to not call external_path
> when building the to_file name. It would be nice if you could do that.
I really
On Thu, Jan 11, 2007 at 08:19:05PM +0100, Georg Baum wrote:
> Many parts of the LyX code depend on the fact that we use internal paths
> only. Therefore we should fix the external inset to not call external_path
> when building the to_file name. It would be nice if you could do that.
I did that,
44 matches
Mail list logo
