ryanphuang / conque Goto Github PK
View Code? Open in Web Editor NEWAutomatically exported from code.google.com/p/conque
Automatically exported from code.google.com/p/conque
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
Original issue reported on code.google.com by [email protected]
on 6 Mar 2011 at 6:30
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.
Original issue reported on code.google.com by [email protected]
on 19 Feb 2010 at 9:01
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
Original issue reported on code.google.com by [email protected]
on 16 Nov 2010 at 6:49
Attachments:
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.
Original issue reported on code.google.com by [email protected]
on 17 Dec 2010 at 8:12
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..
Original issue reported on code.google.com by [email protected]
on 15 Nov 2010 at 3:54
Attachments:
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.
Original issue reported on code.google.com by [email protected]
on 14 Sep 2010 at 11:58
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
Original issue reported on code.google.com by [email protected]
on 19 Oct 2010 at 2:48
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.
Original issue reported on code.google.com by [email protected]
on 24 Dec 2010 at 7:40
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?
Original issue reported on code.google.com by [email protected]
on 30 Oct 2010 at 7:37
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.
Original issue reported on code.google.com by [email protected]
on 7 May 2010 at 5:50
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
Original issue reported on code.google.com by [email protected]
on 15 Oct 2009 at 2:03
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.
Original issue reported on code.google.com by [email protected]
on 14 Aug 2010 at 7:02
Attachments:
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.
Original issue reported on code.google.com by [email protected]
on 16 Mar 2010 at 11:40
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.
Original issue reported on code.google.com by mattias%[email protected]
on 17 May 2010 at 10:37
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!
Original issue reported on code.google.com by [email protected]
on 16 Dec 2010 at 4:13
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
Original issue reported on code.google.com by [email protected]
on 28 May 2010 at 8:39
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.
Original issue reported on code.google.com by [email protected]
on 23 Feb 2011 at 6:06
Hi, just wanted to put in a feature request for windows gvim support.
Thanks!
Original issue reported on code.google.com by [email protected]
on 25 Apr 2010 at 5:12
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.
Original issue reported on code.google.com by [email protected]
on 24 Nov 2010 at 8:25
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.
Original issue reported on code.google.com by [email protected]
on 26 May 2010 at 3:50
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.
Original issue reported on code.google.com by [email protected]
on 24 Nov 2010 at 5:23
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.
Original issue reported on code.google.com by [email protected]
on 13 Sep 2010 at 3:39
I can't use arrow keys or any other shortcuts to control these programs, such
as htop, top and `make menuconfig`.
Original issue reported on code.google.com by [email protected]
on 12 Jan 2011 at 9:17
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.
Original issue reported on code.google.com by [email protected]
on 23 Jan 2011 at 12:35
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.
Original issue reported on code.google.com by [email protected]
on 24 Nov 2010 at 8:23
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
Original issue reported on code.google.com by [email protected]
on 21 Dec 2009 at 8:34
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.
Original issue reported on code.google.com by [email protected]
on 11 Apr 2010 at 11:24
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
Original issue reported on code.google.com by [email protected]
on 1 Dec 2010 at 7:46
In bash, if a colored line is wrapped, some of the characters will miss its
color.
Original issue reported on code.google.com by [email protected]
on 12 Jan 2011 at 9:08
Attachments:
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.
Original issue reported on code.google.com by [email protected]
on 15 Feb 2011 at 3:33
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.
Original issue reported on code.google.com by [email protected]
on 26 May 2010 at 12:09
Attachments:
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.
Original issue reported on code.google.com by [email protected]
on 17 Mar 2011 at 4:49
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.
Original issue reported on code.google.com by [email protected]
on 21 Sep 2010 at 4:12
Attachments:
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.
Original issue reported on code.google.com by [email protected]
on 21 Jan 2011 at 9:55
While <c-w>k will work correctly, <c-w>Up key won't.
Original issue reported on code.google.com by [email protected]
on 16 Feb 2011 at 12:36
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.
Original issue reported on code.google.com by [email protected]
on 26 May 2010 at 4:09
Attachments:
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
Original issue reported on code.google.com by [email protected]
on 5 Oct 2010 at 3:32
:ConqueTerm cmd
> C:
> cd C:\Windows\System32
> dir
You will find the buffer doesn't show correctly.
Original issue reported on code.google.com by Broken.zhou
on 1 Apr 2011 at 3:12
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.
Original issue reported on code.google.com by richard.quirk
on 12 Sep 2009 at 4:27
* 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
Original issue reported on code.google.com by [email protected]
on 7 May 2010 at 7:23
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
Original issue reported on code.google.com by [email protected]
on 23 Feb 2011 at 5:56
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)
Original issue reported on code.google.com by [email protected]
on 21 Nov 2010 at 5:19
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)
Original issue reported on code.google.com by weirdan
on 29 Aug 2010 at 5:01
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[]
Original issue reported on code.google.com by [email protected]
on 21 Apr 2010 at 7:12
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.
Original issue reported on code.google.com by [email protected]
on 7 Jan 2011 at 2:57
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
Original issue reported on code.google.com by [email protected]
on 28 May 2010 at 6:17
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
Original issue reported on code.google.com by [email protected]
on 15 Oct 2009 at 2:22
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.
Original issue reported on code.google.com by [email protected]
on 13 Aug 2010 at 8:05
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
Original issue reported on code.google.com by cdemoulins
on 23 Feb 2010 at 9:31
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.
Original issue reported on code.google.com by [email protected]
on 15 Apr 2011 at 10:39
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.