[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [vile] When using vileget a vile:dos isn't noticed
From: |
Thomas Dickey |
Subject: |
Re: [vile] When using vileget a vile:dos isn't noticed |
Date: |
Sat, 24 Nov 2012 12:56:27 -0500 |
User-agent: |
Mutt/1.5.20 (2009-06-14) |
On Sat, Nov 24, 2012 at 05:35:00PM +0000, Chris Green wrote:
> On Sat, Nov 24, 2012 at 09:43:01AM -0600, J. Chris Coppick wrote:
> > Chris Green wrote:
> > > Not a huge issue, but....
> > >
> > > I have some source files from the MS windows world that have CRLF line
> > > line endings. I have added:-
> > >
> > > // vile:dos
> > >
> > > to the file so that [x]vile automatically starts in dos mode and I don't
> > > have to deal with it manually.
> > >
> > > However when I open the files using vileget the vile:dos doesn't get
> > > acted on.
> > >
> > > It's specifically as follows:-
> > >
> > > If I "xvile commands.c" it comes up with [cmode crlf] on the status
> > > line and displays correctly. The buffer has dos and
> > > recordseparator=crlf.
> > >
> > > If I "xvile somethingElse" and then "vileget commands.c" the buffer
> > > settings don't have either dos or recordseparator set. The status
> > > line has just [cmode].
> > >
> > > A ":setl dos" gets me where I want of course so it's not a big issue.
> > >
> >
> >
> > What happens if you "xvile somethingElse" and then ":e commands.c" within
> > xvile?
> >
> It works correctly, i.e. it does act on the // vile:dos at the end of
> the file.
looking at the script, it's possible that the underlying api is acting more
like the "buffer" command than the "edit" command. In vile, the former
doesn't do as much work - for efficiency. That's something I can look
into...
--
Thomas E. Dickey <address@hidden>
http://invisible-island.net
ftp://invisible-island.net
signature.asc
Description: Digital signature