> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> No, Jean-Marc. This does not mean we should drop support for
Angus> cygwin.
Come on, drop did not mean drop, just forget about dos paths for
cygwin. I do not see what use a cygwin port can have, except behave
like an X/unix app.
J
Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | All our pain comes from this filesystem nonsense and we have to address
> | that anyway for Windows. Once it has been addressed (means store a path
> | by passing it through internal_path and hand it to the outside world
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> All our pain comes from this filesystem nonsense and we have to
Angus> address that anyway for Windows. Once it has been addressed
Angus> (means store a path by passing it through internal_path and
Angus> hand it to the outside worl
Angus Leeming <[EMAIL PROTECTED]> writes:
| All our pain comes from this filesystem nonsense and we have to address
| that anyway for Windows. Once it has been addressed (means store a path by
| passing it through internal_path and hand it to the outside world after
| passing this stored path t
Jean-Marc Lasgouttes wrote:
>> "Kuba" == Kuba Ober <[EMAIL PROTECTED]>
>> writes:
>
>>> I think we should probably use only internal_path and only work
>>> inside LyX with paths which use / as separator. Of course, a second
>>> problem is that win32 names will retain drive numbers, but st
On piÄtek 17 grudzieÅ 2004 10:16 am, Jean-Marc Lasgouttes wrote:
> > "Kuba" == Kuba Ober <[EMAIL PROTECTED]> writes:
> >>
> >> I think we should probably use only internal_path and only work
> >> inside LyX with paths which use / as separator. Of course, a second
> >> problem is that win32 name
Jean-Marc Lasgouttes wrote:
> Angus> 2. Why don't we need to do something similar for Windows? Is it
> Angus> because we plan to store the paths internally as C:/Windows/Bar
> Angus> and so don't have to worry about this mount table nonsense?
>
> It is because we do not know how to do it and we ar
On piÄtek 17 grudzieÅ 2004 10:14 am, Kuba Ober wrote:
> > I think we should probably use only internal_path and only work inside
> > LyX with paths which use / as separator. Of course, a second problem
> > is that win32 names will retain drive numbers, but stuff in filetools
> > should take care of
> "Kuba" == Kuba Ober <[EMAIL PROTECTED]> writes:
>> I think we should probably use only internal_path and only work
>> inside LyX with paths which use / as separator. Of course, a second
>> problem is that win32 names will retain drive numbers, but stuff in
>> filetools should take care of th
> I think we should probably use only internal_path and only work inside
> LyX with paths which use / as separator. Of course, a second problem
> is that win32 names will retain drive numbers, but stuff in filetools
> should take care of that.
What about always using unix paths internally, and sim
> Different idea: (almost) drop support for cygwin!
>
> Here is an idea I had while reading your message: we could also decide
> that the cygwin version of LyX is a posix-like one, and that it can
> only deal with unix-paths. This means that most special cygwin code
> will go away, and that LyX/Cyg
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>> A grep shows a lot of uses of slashify_path, I wonder what would
>> happen if we changed these to internal_path. As far as I can see,
>> this could do harm only on cygwin...
Angus> Agree. Shall I prepare a patch? For 13x too?
I think
Jean-Marc Lasgouttes wrote:
> Angus> Clearly, the fix is to ensure that the '\' characters are
> Angus> converted '/' ones. However, what function am I supposed to
> Angus> use? I find these:
>
> Angus> string os::slashify_path(string p)
>
> Angus> string os::internal_path(string const &p)
>
> A
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Clearly, the fix is to ensure that the '\' characters are
Angus> converted '/' ones. However, what function am I supposed to
Angus> use? I find these:
Angus> string os::slashify_path(string p)
Angus> string os::internal_path(strin
14 matches
Mail list logo
