vile
[Top][All Lists]
Advanced

[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

Attachment: signature.asc
Description: Digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]