lazyuser / conque Goto Github PK

What steps will reproduce the problem?
1.  enable ConqueTerm_ReadUnfocused
2.  Open a text file
3.  vsplit a buffer and run ConqueTerm sh
4.  Return to text file and visually select multiple lines for replacement
5.  Wait 'timeout' time

What is the expected output? What do you see instead?
Visual replace (or insert) mode will end after 'timeout' duration and
leave the 'f' character.

What version of the product are you using? On what operating system?
conque 2.0, gvim 7.2

Please provide any additional information below.
Seems like conque_term#read_all(0) is 'taking focus' and causing the issue.

I'm using the latest version of conque (BTW, congrats, it's excellent). 
Whenever I try to exit the application I'm running inside conque (ipython, 
psql) the specific buffer freezes and although I can still use the vim, 
looks like I cannot get rid of the frozen buffer and its application.

Is this a bug or a feature and I'm missing something?

TIA,
Mariano

What steps will reproduce the problem?
if we open bash, for example with
:ConqueTerm bash
and then save the session 
:mksession test.vim
We close vim and open it again and restore the session with
:so test.vim

What is the expected output? What do you see instead?
We see an empty buffer but not the program. Would it be possible to reinit
the program again?. I don't know if it is feasible with mksession
information. It would be fantastic.

What version of the product are you using? On what operating system?
latest gvim on ubuntu amd64 karmic koala.

Please provide any additional information below.

What steps will reproduce the problem?
1. open windows including bash with conque
2. save session with mksession
3. load session

What is the expected output? What do you see instead?
editing the conque bash window will give python errors

What version of the product are you using? On what operating system?
2.0 on ubuntu

Please provide any additional information below.

What steps will reproduce the problem?
1. start bash with conque
2. type something in edit mode
3. quit edit mode and come back in the middle of the command
4. try to go into insert

What is the expected output? What do you see instead?
it should allow to insert chars, instead it appends at the end of the line. 
Normal? maybe it does this only for me?

What version of the product are you using? On what operating system?
vim 7.2 on ubuntu

Please provide any additional information below.

What steps will reproduce the problem?
1. Open VIM and run :ConqueTermVSplit bash.
2. Run "set -o vi" to enable VI keybindings in bash
4. Hit Escape.
5. Press Control-W l and observe that focus does not move to the right 
window as expected.  Instead, the cursor moves to the right within the 
ConqueTerm window.

If 5 does not demonstrate the error, try going in and out of insert mode 
near the first character of the line.

VIM 7.2 on Ubuntu 9.10.  Please let me know if you can't reproduce the 
issue, and don't burn lots of time trying.  It's only a minor nit.

Great, great piece of work, BTW.

What steps will reproduce the problem?
1. set g:ConqueTerm_CWInsert = 1 in .vimrc file
2. open file
3. type ":ConqueTermSplit sh"
4. type "^W^W"

What is the expected output? What do you see instead?

I expect the cursor to return to the original file.  Instead, the second ^W is 
passed to the shell.


What version of the product are you using? On what operating system?

v2.0 on Gentoo Linux


Please provide any additional information below.

An easy way to patch this is to add the following line at line 606 of 
autoload/conque_term.vim:

    inoremap <silent> <buffer> <C-w><C-w> <Esc><C-w><C-w>

and things work as I expect them.

It could be awesome if we could send the current line/ word or selection to
the window wich is running the conque plugin.

for example when editing a python file it could be interesting to send the
line/word or selection to the conque window running ipyton

What steps will reproduce the problem?
1. :ConqueTerm ghci

What is the expected output? What do you see instead?

expected output is:

GHCi, version 6.12.3: http://www.haskell.org/ghc/  :? for help
Loading package ghc-prim ... linking ... done.
Loading package integer-gmp ... linking ... done.
Loading package base ... linking ... done.
Loading package ffi-1.0 ... linking ... done.
Prelude>  

but conque does not display "Prelude>" prompt.

What version of the product are you using? On what operating system?

revision 332, linux amd64

Please provide any additional information below.

Attached file is conque DEBUG log outputs.

It's seems that conque treat string '\x1b=Prelude> ' as unknown escape sequence 
and ignore this.

ConqTerm looks good so far, and will be my replacement of vim-shell.
However, vim-shell had one good idea which I hope you could add to
ConqTerm; allowing some Ctrl-w commands to make it easier to move between
the windows. Instead of pushing Esc-Ctr w-w to swap to the source code I'd
prefer to just to Ctrl-w w, leaving the ConqTerm window in insert mode and
not having to push Esc and i all the time.

What steps will reproduce the problem?
1. Install MacVim from MacPorts. Here are the options installed:
VIM - Vi IMproved 7.3 (2010 Aug 15, compiled Dec 27 2010 22:48:04)
MacOS X (unix) version
Included patches: 1-87
Huge version with MacVim GUI.  Features included (+) or not (-):
+arabic +autocmd +balloon_eval +browse ++builtin_terms +byte_offset +cindent
+clientserver +clipboard +cmdline_compl +cmdline_hist +cmdline_info +comments
+conceal +cryptv +cscope +cursorbind +cursorshape +dialog_con_gui +diff 
+digraphs
+dnd -ebcdic +emacs_tags +eval +ex_extra +extra_search +farsi +file_in_path
+find_in_path +float +folding -footer +fork() +fullscreen -gettext -hangul_input
+iconv +insert_expand +jumplist +keymap +langmap +libcall +linebreak +lispindent
+listcmds +localmap -lua +menu +mksession +modify_fname +mouse +mouseshape
+mouse_dec -mouse_gpm -mouse_jsbterm +mouse_netterm -mouse_sysmouse +mouse_xterm
+multi_byte +multi_lang -mzscheme +netbeans_intg +odbeditor -osfiletype 
+path_extra
-perl +persistent_undo +postscript +printer +profile +python -python3 +quickfix
+reltime +rightleft -ruby +scrollbind +signs +smartindent -sniff +startuptime
+statusline -sun_workshop +syntax +tag_binary +tag_old_static -tag_any_white 
-tcl
+terminfo +termresponse +textobjects +title +toolbar +transparency 
+user_commands
+vertsplit +virtualedit +visual +visualextra +viminfo +vreplace +wildignore
+wildmenu +windows +writebackup -X11 -xfontset +xim -xsmp -xterm_clipboard
-xterm_save

2. Install ConqueTerms
3. Try to start using :ConqueTerm bash

What is the expected output? What do you see instead?
The bash should start and typing commands should yield in meaningful output. 
Instead there is a blank window that keeps beeping (possibly bell?) and typing 
does not produce anything. Has to close the window to stop it.

What version of the product are you using? On what operating system?
ConqueTerm 2.0, installed from vba file. Mac OSX 10.6.5

Please provide any additional information below.

What steps will reproduce the problem?
1. :Conque bash
or
2. :Conque ipython

What is the expected output? What do you see instead?
It should run either bash or python console, but instead "Unable to open
command: bash" or "Unable to open command: ipython".

What version of the product are you using? On what operating system?
Ubuntu 8.10 x86
GVim(Vim) 7.2
Conque 0.6
Python 2.5.2

What steps will reproduce the problem?

1. Install trunk
2. Run :ConqueTerm bash
3. Execute 'echo foo'
4. Notice (via set hlsearch and then '/ ') that output contains enough tailing 
space characters to fill thee terminal width.

I expect a newline to appear after 'foo' and no trailing spaces to occur.

- Rhys

What steps will reproduce the problem?
1. let g:ConqueTerm_TERM = 'xterm'
2. open a conque term window, navigate to a git repository
3. run `tig`

What is the expected output? What do you see instead?
tig is an ncurses git browser.
output should look like the following
http://www.gitready.com/advanced/2009/07/31/tig-the-ncurses-front-end-to-git.htm
l

instead it's rather garbled

What version of the product are you using? On what operating system?
conque_term 2.0, for vim 7.0 (modified 2010-11-15)
vim 7.3 with +python -python3
tig version 0.16.2-9-g4cf7c37-dirty

Please provide any additional information below.

Hi, just wanted to put in a feature request for windows gvim support.  
Thanks!

What steps will reproduce the problem?
1. Write a short python script in a buffer:
a = 1
print a
2. :conqueTermSplit python
3. :<C-u>call conque_term#send_selected(visualmode()) (I don't use F9, since 
I've already 
assigned it to something else.

What is the expected output? What do you see instead?
This is what I'm expecting:
Python 2.6.4 (r264:75706, Apr  8 2010, 00:26:48)
[GCC 4.3.4] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> a = 1
>>> print a
1

This is what I get instead:
ython 2.6.4 (r264:75706, Apr  8 2010, 00:26:48) 
GCC 4.3.4] on linux2 
ype "help", "copyright", "credits" or "license" for more information. 
>> a = 1
>> print a 

Note the leftmost column has been shifted out of view. Also, regardless of 
whether I hit return at 
the end of the line, the same thing occurs.

What version of the product are you using? On what operating system?
I'm using it on Gentoo Linux with vim 7.2. I ssh into the shell in which I use 
it from a Mac OS X 
computer.

Please provide any additional information below.

I wrote a program which has a busy output.
I run it in the shell open by conque in gvim
Then the whole gvim lost response, until I kill -9 the program.
htop shows that the gvim was taking 100% of the CPU, however, 
the program itself is not taking much CPU.

In bash, if a colored line is wrapped, some of the characters will miss its 
color.

* What steps will reproduce the problem?
start Vim with two files loaded
Split the window (:sb)
Start ConqueTerm zsh
ESC, :close (in my configuration this leaves a buffer loaded but hidden)
:sb (fails)
:sb 2 (works, splits to other file)
:b 3 (go back to zsh)
Weirdness ensues.

* What is the expected output? What do you see instead?

I expect the window to go away and come back again, unscathed.  Instead
closing the window seems to've really messed up the entire editor state.

* What version of the product are you using? On what operating system?

1.0 of Conque, vim 7.1, patches 1-314, python 2.5.2, Debian Linux

* Please provide any additional information below.

Vim settings and version:

:set
--- Options ---
  autoindent          lazyredraw          smarttab
  autowrite           linebreak           splitbelow
  backspace=2         mouse=a             splitright
  backup              report=0          nostartofline
  backupext=.bak      ruler               textwidth=78
noequalalways         scroll=18           ttimeoutlen=300
  helplang=en         scrolloff=3         ttyfast
  hidden              shiftwidth=2        ttymouse=xterm2
  history=1000        showbreak=+         window=37
  ignorecase          showcmd           nowrapscan
  incsearch           showmatch           t_Co=16
  laststatus=2        smartcase
  complete=.,w,b,u,t
  diffopt=filler,iwhite
  fileencodings=ucs-bom,utf-8,default,latin1
  path=.,/usr/include
  statusline=%<%f %(%h%m%r[fo=%{&formatoptions}]%{VarSet(&paste,' [P
ASTE]')}%)%=%l,%c%V %{Percent()}%% %P
  viminfo=!,'100,s10

:ver
VIM - Vi IMproved 7.1 (2007 May 12, compiled Oct 17 2008 18:04:59)
Included patches: 1-314
Compiled by [email protected]
Huge version with GTK2 GUI.  Features included (+) or not (-):
+arabic +autocmd +balloon_eval +browse ++builtin_terms +byte_offset
 +cindent +clientserver +clipboard +cmdline_compl +cmdline_hist
+cmdline_info +comments +cryptv +cscope +cursorshape
+dialog_con_gui +diff +digraphs +dnd -ebcdic +emacs_tags +eval
+ex_extra +extra_search +farsi +file_in_path +find_in_path +folding
 -footer +fork() +gettext -hangul_input +iconv +insert_expand
+jumplist +keymap +langmap +libcall +linebreak +lispindent
+listcmds +localmap +menu +mksession +modify_fname +mouse
+mouseshape +mouse_dec +mouse_gpm -mouse_jsbterm +mouse_netterm
+mouse_xterm +multi_byte +multi_lang -mzscheme +netbeans_intg
-osfiletype +path_extra +perl +postscript +printer +profile +python
 +quickfix +reltime +rightleft +ruby +scrollbind +signs
+smartindent -sniff +statusline -sun_workshop +syntax +tag_binary
+tag_old_static -tag_any_white +tcl +terminfo +termresponse
+textobjects +title +toolbar +user_commands +vertsplit +virtualedit
 +visual +visualextra +viminfo +vreplace +wildignore +wildmenu
+windows +writebackup +X11 -xfontset +xim +xsmp_interact
+xterm_clipboard -xterm_save
   system vimrc file: "$VIM/vimrc"
     user vimrc file: "$HOME/.vimrc"
      user exrc file: "$HOME/.exrc"
  system gvimrc file: "$VIM/gvimrc"
    user gvimrc file: "$HOME/.gvimrc"
    system menu file: "$VIMRUNTIME/menu.vim"
  fall-back for $VIM: "/usr/share/vim"
Compilation: gcc -c -I. -Iproto -DHAVE_CONFIG_H -DFEAT_GUI_GTK  -I/u
sr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0
 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2
.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/inclu
de/libpng12 -I/usr/include/pixman-1     -g -O2 -O2 -g -Wall    -D_RE
ENTRANT -D_GNU_SOURCE -DDEBIAN  -I/usr/local/include -D_LARGEFILE_SO
URCE -D_FILE_OFFSET_BITS=64  -I/usr/lib/perl/5.10/CORE  -I/usr/inclu
de/python2.5 -pthread -I/usr/include/tcl8.4  -D_REENTRANT=1  -D_THRE
AD_SAFE=1  -D_LARGEFILE64_SOURCE=1  -I/usr/lib/ruby/1.8/i486-linux
Linking: gcc   -L.  -rdynamic -Wl,-export-dynamic  -Wl,-E  -Wl,--as-
needed -L/usr/local/lib -o vim   -lgtk-x11-2.0 -lgdk-x11-2.0 -latk-1
.0 -lgdk_pixbuf-2.0 -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2
.0 -lgmodule-2.0 -lglib-2.0   -lXt -lncurses -lselinux  -lacl -lgpm
-Wl,-E  -L/usr/local/lib  -L/usr/lib/perl/5.10/CORE -lperl -L/usr/li
b/python2.5/config -lpython2.5 -lutil -Xlinker -export-dynamic -Wl,-
O1 -Wl,-Bsymbolic-functions -L/usr/lib -ltcl8.4 -lieee -lruby1.8 -lm

First of, thats one of the greatest VIM plugin ever! 

As I develop I like to have some automated tests. So I made a mapping that run 
a test script inside my project. I tried to substitute the "VIMs shell" 
(:!python) with ConqueShell and I'm facing the following problem:

When I run 
:ConqueTermSplit bash -c "python tests/test_script.py"
It returns me the following errors:

tests/test_script.py": -c: linha 0: fim do arquivo inesperado enquanto 
procurava por `"'
tests/test_script.py": -c: linha 1: erro de sintaxe: fim prematuro do arquivo

In english would be something like:
tests/test_script.py": -c: line 0: unexpected end of file while searching for 
`"'
tests/test_script.py": -c: line 1: syntax error: unexpected end of file

As a test I tried it with a terminal and everything went normal: 
$ bash -c "python tests/test_script.py"
Running test_script.py...
All tests ok!

After a chmod +x test_script.py I changed the line to :ConqueTermSplit bash -c 
"tests/test_script.py" and everythin went fine too. But there are cases that I 
need to run a certain group of tests:
:ConqueTermSplit bash -c "tests/test_script.py settingsXML.test". 

And the error came back:
settingsXML.test": -c: linha 0: fim do arquivo inesperado enquanto procurava 
por `"'
settingsXML.test": -c: linha 1: erro de sintaxe: fim prematuro do arquivo 

It seems that conque split the arguments with the space.

I'd appreciate a lot if was possible to solve!
Thanks once again and sorry for my bad english!

What steps will reproduce the problem?
1. :ConqueTermSplit bash
2. Attempt <esc>k for previous command within bash shell. (or any <esc>
command)

What is the expected output? What do you see instead?
Expect bash history navigation, but <esc> leaves vims insert mode (as
expected, but unwanted in this context.)

What version of the product are you using? On what operating system?
Vim 7.2
Conque plugin 1.0
Debian sarge, rxvt-unicode

Please provide any additional information below.

Requesting a vim-modeline invocation mode (:ConqueTermVimModeline bash)?
to support sending <esc> to shell.

What steps will reproduce the problem?
1. configure a prompt (PS1) using 256color mode (�[38;5;249m for example)
2. launch zsh in vim using conque

What is the expected output? What do you see instead?
terminal don't display the colors.


What version of the product are you using? On what operating system?
conque 1.0
vim 7.2
zsh 4.3.10
kernel 2.6.32
on archlinux

What steps will reproduce the problem?
1. Use ":split" to create multiple views
2. Use ":ConqueTerm tcsh" to start a tcsh shell
3. Do "ls -Rl /" from shell see a lot list of outputs
4. Press escape and do control-w to switch over to another view.
5. Observe stall in the tcsh shell view

What is the expected output? What do you see instead?
I expect the tcsh shell will keep on outputting results from "ls" command.

What version of the product are you using? On what operating system?
Vim 7.3, Python 2.3, Linux 2.4.21 (RedHead 3.0)

Please provide any additional information below.

 i entered the bash mode with the command ":ConquertermTab bash"
but i can't input chinese filename or pathname. forexample, i need to excute 
the follow command:

mao@laptop:~$ sudo mv 你好.png Pictures

i can ‘t type '你好' in the Conquer shell now.
gvim support chinese is not very well. so in order to input chinese , i have to 
install a plugin called "vimim.vim",after done that , , i can type chinese 
smoothly.
/*screen shot1--i can type chinese in documents in normal */


but now , when i press the input method trigger key, there nothing happens .
i ‘m not sure whether there is a conflict mistake between vimim.vim and 
conquer shell
i hope you can fix the problem
at last,  thank you develop the stuff for us..

Conque assumes python files located in ~/.vim/autoload, which does not work, if 
the package is 
installed as pathogen bundle:

pyfile ~/.vim/autoload/conque.py
pyfile ~/.vim/autoload/conque_subprocess.py
pyfile ~/.vim/autoload/conque_screen.py

Maybe its possible to load python files relative to installed directory. In my 
case Conque is installed 
in ~/.vim/bundle/conque/ with subdirs autoload, doc, etc.

For info on pathogen, please see http://github.com/tpope/vim-pathogen

What steps will reproduce the problem?
1. :Conque bash

What is the expected output? What do you see instead?
a shell(like) running bash

What version of the product are you using? On what operating system?

Conque 0.3 + vim 7.2 (2008 Aug 9, compiled Mar 19 2009 15:27:51)


Please provide any additional information below.

Some error logs (sorry it's in french)

Erreur détectée en traitant function <SNR>23_tab_complete :
ligne    2 :
E121: Variable non définie : b:subprocess
E15: Expression invalide : b:subprocess.get_library_name() != 'pty'
Erreur détectée en traitant function
<SNR>23_tab_complete..conque#run_return..conque#write..<SNR>23_get_command :
ligne   33 :
E716: La clé 0 n'existe pas dans le Dictionnaire
E116: Invalid arguments for function len(b:prompt_history[i]) : ]
E15: Expression invalide : l:in[len(b:prompt_history[i]) : ]
Invalid input.
no process
Erreur détectée en traitant function
<SNR>23_tab_complete..conque#run_return..conque#read_return_raw..conque#exit :
ligne    2 :
E121: Variable non définie : b:subprocess
E15: Expression invalide : b:subprocess.get_status() == 1
Erreur détectée en traitant function <SNR>23_tab_complete :
ligne    2 :
E121: Variable non définie : b:subprocess
E15: Expression invalide : b:subprocess.get_library_name() != 'pty'
Erreur détectée en traitant function
<SNR>23_tab_complete..conque#run_return..conque#write..<SNR>23_get_command :
ligne   33 :
E716: La clé 0 n'existe pas dans le Dictionnaire
E116: Invalid arguments for function len(b:prompt_history[i]) : ]
E15: Expression invalide : l:in[len(b:prompt_history[i]) : ]
Invalid input.
no process
Erreur détectée en traitant function
<SNR>23_tab_complete..conque#run_return..conque#read_return_raw..conque#exit :
ligne    2 :
E121: Variable non définie : b:subprocess
E15: Expression invalide : b:subprocess.get_status() == 1

hello i start work for color syntax support in conque
patch in attach.
also i create fork on github
https://github.com/darvin/conquecolor.vim

The help file in the /doc directory lacks a modeline, e.g.

 vim:tw=78:ts=8:ft=help:norl:

Currently the help file lags behind the documentation on the Wiki (e.g. <c-w> 
isn't mentioned in the help file at all); this should take minimal effort to 
fix.

What steps will reproduce the problem?
1. We are in normal mode and have edited some stuff in other buffers before
2. Then return to the buffe with conque terminal.
3. Press i to change to insert mode

What is the expected output? What do you see instead?
It is expected return to insert mode but I got lots of errors.
I have attached a screenshot to make it easier.
This happens sometimes and unfortunately I don't have an exact steps to
reproduce the bug.
thanks


What version of the product are you using? On what operating system?
Conque 1.0
Gvim 7.1.242
Fedora Core


Please provide any additional information below.

What steps will reproduce the problem?
1. :Conque bash
2. cd /usr
3. ls l<Tab>

What is the expected output? What do you see instead?
Shows a list of directories to tab complete (e.g. lib local) on a new line
in regular bash, but inside conque you get something like this:

ls l^M^@lib/   lib64/ local/ ^M^@/usr

What version of the product are you using? On what operating system?

v0.1 with proc.so compiled from source for 32-bit Linux (unchanged from r28
though).
Please provide any additional information below.

What steps will reproduce the problem?
1. Start MacVim
2. Type :ConqueTerm ipython

What is the expected output? What do you see instead?

I'm expecting a normal ipython session, and it seems to work but the control 
characters in the prompt are displayed literally rather than being interpreted 
(I think). This doesn't happen when I run ipython from the command line. Could 
this be a readline problem? I don't have this problem running bash from 
ConqueTerm, so I suspect it is something to do with my ipython set up not 
playing nicely.

What version of the product are you using? On what operating system?

Mac OS X - 10.6.4
MacVim - snapshot 52
ipython - 0.10
ConqueTerm - v1.1

Please provide any additional information below.

What steps will reproduce the problem?
1.Use ConqueTermSplit with you favourite program

What is the expected output? What do you see instead?
I expect to have the conque sindow below my current window, I prefer to
have the terminal at the bottom of my windows layout.
But conque splits and open the terminal window on top of the previous one.
Is there any way to make conque to split and put theterminal at the bottom?


What version of the product are you using? On what operating system?
Conake 1.0
Vim 7.1


Please provide any additional information below.

In doc/conque_term.txt.  Re-introduced by revision 365 [1]

[1]: 
http://code.google.com/p/conque/source/diff?spec=svn365&r=365&format=side&path=/
trunk/doc/conque_term.txt

What steps will reproduce the problem?
1. Login using putty, launch vim
2. Type :set mouse=a - now you may scroll vim windows using mouse wheel
3. But you can't scroll ConqueTerm's window

What is the expected output? What do you see instead?

It should be possible to scroll Conque's window using mouse wheel.

What version of the product are you using? On what operating system?

Vim 7.3, ConqueTerm v1.1, Debian sid (connecting from Windows machine via ssh)

Does anyone know how to run above ConqueTerm sh without below error? Thanks!

=============
Conque ERROR: Python interface cannot be loaded

Your version of Vim appears to be installed without the Python interface.

You are using a Unix-like operating system. Most, if not all, of the popular 
Linux package managers have Python-enabled Vim available. For example 
vim-gnome or vim-gtk on Ubuntu will get you everything you need.

If you are compiling Vim from source, make sure you use the 
--enable-pythoninterp 
configure option. You will also need to install Python and the Python headers.

If you are using OS X, MacVim will give you Python support by default.

When opening a conque term, conque_term.vim sets `nocompatible`.  This in turn 
sets `showmode`.

`showmode` should be restored after setting `nocompatible` just as `showcmd` 
currently is.

Version: current trunk

Hi,

your conque plugin is amazing! Thanks for making it available. If I was to 
suggest one useful feature, it would be to let buffers automatically close when 
the associated process terminates. That would make it super-fast to open up a 
shell in a split window, type a few commands, and then have it close after 
pressing Ctrl+D.

Thanks,
Wenzel

What steps will reproduce the problem?
1.
2.
3.

What is the expected output? What do you see instead?
When I have conque-term.vim in my plugin folder some of my keymaps are
messed up.
These keymap use the <C-M> most of the time as the modifier keys.
If I moe conque-term.vim from the plugin folder and restart my keymaps are
there again working perfectly.
I have attached two screenshots showing, at the end of the keymaps list,
some funny characters in my mapping in some shortcuts, for the worng one.
The other file shows how it should be looking.


What version of the product are you using? On what operating system?
Conque 1.0
Vim 7.1

Please provide any additional information below.

I can't use arrow keys or any other shortcuts to control these programs, such 
as htop, top and `make menuconfig`.

What steps will reproduce the problem?
1. Check out conque on a Mac
2. run build.sh
3. note errors, this means the sed commands don't change anything.

What version of the product are you using? On what operating system?
Trunk on MacOSX 10.6 (snow leopard)

Please provide any additional information below.

Make all

    sed -i

into

    sed -i[]

What steps will reproduce the problem?

" I added the following to my vimrc:
---------------
let g:ConqueTerm_CWInsert = 1       " allow <c-w> to work in insert mode
let g:ConqueTerm_InsertOnEnter = 1
function MyConqueStartup(term)
    inoremap <silent> <buffer> <C-j> <Esc><C-w>j<C-w>_
    inoremap <silent> <buffer> <C-k> <Esc><C-w>k<C-w>_
endfunction
call conque_term#register_function('buffer_leave', 'MyConqueStartup')
---------------

I like to have a lot of horizontally split windows and I use <c-j> and <c-k> to 
move between them.  I wanted this to work in insert mode in my conque shell 
rather than getting stuck in the shell when repeatedly moving up or down across 
my open windows (with <c-j> and <c-k>).

What is the expected output? What do you see instead?
When I use these mappings to move across my horizontally split windows, when I 
enter my conque shell I see lots of python errors that I should not see.

What version of the product are you using? On what operating system?
r458 on linux


Please provide any additional information below.

What steps will reproduce the problem?
1. pip install bpython
2. vim
3. ConqueTerm bpython
4. type, e.g. 'a' 

What is the expected output? What do you see instead?

Bpython  display a pop-up box with completions (abs, all, etc.)
It tries to render the box using graphcs drawing characters, these get mapped 
to alpha characters as follows


>>> a 
lqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq
qqqqqqqqqqqk
xabs(   all(   and    any(   apply( as     assert                               
           x
mqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqqq
qqqqqqqqqqqj


What version of the product are you using? On what operating system?

" FILE:     plugin/conque_term.vim {{{
" AUTHOR:   Nico Raffo <[email protected]>
" MODIFIED: 2010-10-10
" VERSION:  1.2, for Vim 7.0

Ubuntu linux 10.10.
bpython 0.9.6.2

Please provide any additional information below.

Tried with term set to xterm and then it renders all the escapes from bpython's 
colour handling which is worse. 

Maybe there is a terminal emulator I can use that supports +------- type line 
drawing?

What steps will reproduce the problem?
1. start vim
2. split in 2 windows vertically
3. type something until it line feeds
4. get out of edit mode and press 0 for beginning

What is the expected output? What do you see instead?
it should go to first char of the command? instead it goes at left completely

What version of the product are you using? On what operating system?
vim 7.2 on ubuntu

Please provide any additional information below.

:ConqueTerm cmd
> C:
> cd C:\Windows\System32
> dir

You will find the buffer doesn't show correctly.

If you use
    vim -u blank-conque-vimrc.vim -c 'ConqueTerm sh' -c 'inoremap ,<space> ,<space>' -c 'normal A, |'
with the following lines in blank-conque-vimrc.vim:
    set nocompatible
    set rtp=~/.vam/Conque_Shell
(where ~/.vam/Conque_Shell is a directory which contains only Conque), you will 
see something like
    sh-4.0$ |
while without this mapping you will see
    sh-4.0$ , |
, what is expected in a first case also.

Users should have an easy way to list Vim commands or configuration immediately 
before and after a Conque window is created.

For example a user may want to run the :lcd command immediately before opening 
a terminal.

Or a user may want to add some extra key mappings immediately after the 
terminal is created.

This could happen either with a ....rc file (probably not a nice requirement), 
or by some magical Vim functions (easy), or user defined autocommand events 
(elegant)

While <c-w>k will work correctly, <c-w>Up key won't.

What steps will reproduce the problem?
1. ConqueTermSplit bash --restricted
2. ps aux | grep bash
   Confirm there is exactly one bash with the --restricted commandline option
2. <ESC>:bd
3. :ls
   Note that the buffer is no longer listed in vim
In another terminal:
4. ps aux | grep bash
   Notice the 'bash --restricted' process is still running?
5. Exit vim.
6. ps aux | grep bash
   Notice the 'bash --restricted' process has been killed.

What is the expected output? What do you see instead?
In step 4 I would expect the bash process to have been killed as the terminal 
window controlling it is no longer accessible.


What version of the product are you using? On what operating system?
ConqueTerm 2.1, Vim 7.3, Ubuntu 10.10


Please provide any additional information below.
I can't think of any.

What steps will reproduce the problem?
1. cat > blank-conque-vimrc.vim << EOF
set nocompatible
set rtp=~/.vam/Conque_Shell
EOF
2. vim -u blank-conque-vimrc.vim -c 'ConqueTerm sh' -c 'execute ''python 
''.b:ConqueTerm_Var.''.write("«")''' -c 'execute ''python 
''.b:ConqueTerm_Var.''.write(chr(8))'''

What is the expected output?
sh-4.0$

What do you see instead?
sh-4.0$ <c2>

What version of the product are you using? On what operating system?
Linux, amd64, svn revision 330

Please provide any additional information below.
I have added support for ConqueShell to my 
[translit3](http://www.vim.org/scripts/script.php?script_id=3056) plugin which 
is able to translate ASCII to unicode, thinking that the only problem with 
unicode is that it contains too many characters to map them all.

What steps will reproduce the problem?
1. build vim with python3
2. open vim and run `:ConqueTermSplit bash`
3. `exit` the bash shell, and vim freezes and needs a kill from another 
terminal to get out.

What is the expected output? What do you see instead?
I should be able to still interact with vim once the bash inside of conque term 
is exited.  Vim however freezes and no more interaction is possible


What version of the product are you using? On what operating system?
OS: Mac os X 10.6.6
vim: 7.3
Conque_term: 2.0, for Vim 7.0 (modified: 2010-11-15)


Please provide any additional information below.
it doesn't matter what g:ConqueTerm_CloseOnEnd is set to.
it only happens when python3 is compiled into vim and not python 2