[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [sc-users] scvim strange behaviour



Re: Peter

Yes, I've noticed the same thing, ctrl-^ freezes scvim occasionally. And I
found out that happens whenever I hit ctrl-^ directly after something was
sent to the sclang pipe. Next thing I noticed is that in scvim, the buffer
numbers keep growing without actual files being loaded.

So I philosophized this: When scvim runs any sclang, it opens a new buffer
for the sclang pipe, then puts you back to your file buffer, and removes the
sclang pipe buffer (or something). If you then hit ctrl-^, the previous
buffer is actually the sclang pipe buffer, which does not exist. Actually,
maybe it's still open and scvim tries to read from the pipe, freezing up. I
noticed if I kill the sclang pipe process via `kill`, scvim comes back. It's
a very predictable thing, easy to reproduce. I guess the scvim creator
simply doesn't use ctrl-^ so he never came across it.

Workaround: don't use ctrl-^ in scvim. I know it's painful, I used it a lot
too. For a few days I made the mistake out of habit. But I easily got used
to :b, as in
:b <bufnumber>
or
:b filename
or
:b name<TAB>[<TAB>[<TAB>[...]]]  (autocompletion for loaded buffers!)

or do
<bufnumber> ctrl-^
instead of just ctrl-^

Sure would be nice if we could sort that problem out somehow.


Re: jml
Don't know what you're talking about. I'm using scvim fine, and in fact it's
nothing more than a vim with a few extra config. "scvim" is just a wrapper
that starts clean vim with that other config enabled.

Sure, no rtf in scvim. But when I get an rtf, I just (for the record:)
open it in OpenOffice,
select all,
go to vim,
do ":se paste" (switch off autoindent),
go to INSERT mode and
SHIFT-middle-click into the window. It pastes the RTF text without the
formatting.
Then do ":se nopaste" to go back to autoindenting.

I see rtf people having to hit some button to re-enable syntax highlighting
for pasted code -- that's not necessary in scvim.

Also, if you follow the instructions in the scvim docs, you can have all the
help and source files using shift-K or ctrl-K on a class name/keyword,
respectively. very nice.

But another thing that's a pity with scvim is that a GUI like the class
browser (currently?) can't tell scvim to go open some other file on the
click of a button. I work around it using ctrl-K.

Definitely the one thing that makes me use scvim instead of any other way is
that I just hit F5 anywhere to run a code block enclosed in "(" ")". No need
to click and select the block if I don't want to. Just
type-type-type-F5-listen-listen-type-type-F5... I can't use emacs because it
makes my pinkie hurt.

big up vim! ;)

Oh, jml, could you explain what you mean by auto-refreshing windows in SC?
Or post the nabble link? Seems I can't find it...

Thanks!
~Neels


jml wrote:
> Hi Peter,
> 
> I have to say- I've moved to just using straight vim along with a custom
> syntax definition file.
> I think it's a bit more clean and matches my workflow.
> That being said, scvim is certainly a fun idea.
> 
> There is a recent thread which you can find in nabble that covers a
> couple ways for you to auto-refresh your windows in SC so that you can
> work in vim and I find the whole process a bit more streamlined.
> 
> If you'd like, hit me up off-list and I can pass you my file.
> The only drawback is that you have to edit everything as a .sc file...
> Which I don't mind at all, but I know that most people use .rtf .
> 
> jml
> 
> On May 6, 2009, at 5:32 AM, Peter O'Doherty wrote:
> 
>> Hi,
>>
>> Strange behaviour in scvim: when I'm editing more than one buffer and
>> I do <F12> or thisProcess.stop in a buffer other than the one scvim
>> opened in, ctrl-^ freezes vim. :bn and :bp work fine but I prefer
>> ctrl-^ for flipping back and forward quickly between buffers.
>>
>> It doesn't happen in vim or gvim, just scvim.
>> Has anyone else encountered the same problem?
>>
>> Thanks,
>> Peter
> 
> _______________________________________________
> sc-users mailing list
> 
> info (subscription, etc.):
> http://www.beast.bham.ac.uk/research/sc_mailing_lists.shtml
> archive: https://listarc.bham.ac.uk/marchives/sc-users/
> search: https://listarc.bham.ac.uk/lists/sc-users/search/
> 

Attachment: signature.asc
Description: OpenPGP digital signature