Re: Gvim for KDE
stefan-- i don't get it vim compiles for me just fine -- suse linux 10.0, using KDE, vim 7.0.35 -- am i missing something here? are you asking for a binary? if you want one that excludes arabic, farsi, and righleft, and includes python 2.4.3, i can probably find a way to get you one... scott On Wed, 2006-07-12 at 22:23 +0200, Stefan Karlsson wrote: > These two sections in the documentation seems contradictory: > > *gui-kde* *kde* *KDE* *KVim* > There is no KDE version of Vim. There has been some work on a port using > the Qt toolkit, but it never worked properly and it has been abandoned. > Work continues on Yzis: www.yzis.org. > > *gui-x11-kde* > For Vim-KDE, you need at least Qt(>=2.x) and the corresponding kdelibs. > To compile, you must use the --with-qt-dir configure flag because QTDIR > is not automatically detected yet. Giving KDE's directories to the > configure > script may also help in some cases. > > By the way, is there anyone out there that is working on a KDE version? I > have > tried Kyzis a bit, but didn't really like it ... >
Gvim for KDE
These two sections in the documentation seems contradictory: *gui-kde* *kde* *KDE* *KVim* There is no KDE version of Vim. There has been some work on a port using the Qt toolkit, but it never worked properly and it has been abandoned. Work continues on Yzis: www.yzis.org. *gui-x11-kde* For Vim-KDE, you need at least Qt(>=2.x) and the corresponding kdelibs. To compile, you must use the --with-qt-dir configure flag because QTDIR is not automatically detected yet. Giving KDE's directories to the configure script may also help in some cases. By the way, is there anyone out there that is working on a KDE version? I have tried Kyzis a bit, but didn't really like it ... -- Stefan
Patch 7.0.039
Patch 7.0.039 Problem:Calling inputdialog() with a third argument in the console doesn't work. Solution: Make a separate function for input() and inputdialog(). (Yegappan Lakshmanan) Files: src/eval.c *** ../vim-7.0.038/src/eval.c Wed Jul 12 21:48:56 2006 --- src/eval.c Mon Jul 10 23:03:13 2006 *** *** 11321,11334 static int inputsecret_flag = 0; /* ! * "input()" function ! * Also handles inputsecret() when inputsecret is set. */ static void ! f_input(argvars, rettv) typval_T *argvars; typval_T *rettv; { char_u*prompt = get_tv_string_chk(&argvars[0]); char_u*p = NULL; --- 11321,11339 static int inputsecret_flag = 0; + static void get_user_input __ARGS((typval_T *argvars, typval_T *rettv, int inputdialog)); + /* ! * This function is used by f_input() and f_inputdialog() functions. The third ! * argument to f_input() specifies the type of completion to use at the ! * prompt. The third argument to f_inputdialog() specifies the value to return ! * when the user cancels the prompt. */ static void ! get_user_input(argvars, rettv, inputdialog) typval_T *argvars; typval_T *rettv; + int inputdialog; { char_u*prompt = get_tv_string_chk(&argvars[0]); char_u*p = NULL; *** *** 11378,11384 if (defstr != NULL) stuffReadbuffSpec(defstr); ! if (argvars[2].v_type != VAR_UNKNOWN) { char_u *xp_name; int xp_namelen; --- 11383,11389 if (defstr != NULL) stuffReadbuffSpec(defstr); ! if (!inputdialog && argvars[2].v_type != VAR_UNKNOWN) { char_u *xp_name; int xp_namelen; *** *** 11413,11418 --- 11418,11435 } /* + * "input()" function + * Also handles inputsecret() when inputsecret is set. + */ + static void + f_input(argvars, rettv) + typval_T *argvars; + typval_T *rettv; + { + get_user_input(argvars, rettv, FALSE); + } + + /* * "inputdialog()" function */ static void *** *** 11452,11458 } else #endif ! f_input(argvars, rettv); } /* --- 11469,11475 } else #endif ! get_user_input(argvars, rettv, TRUE); } /* *** ../vim-7.0.038/src/version.cWed Jul 12 21:48:56 2006 --- src/version.c Wed Jul 12 21:56:30 2006 *** *** 668,669 --- 668,671 { /* Add new patch number below this line */ + /**/ + 39, /**/ -- A consultant is a person who takes your money and annoys your employees while tirelessly searching for the best way to extend the consulting contract. (Scott Adams - The Dilbert principle) /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Patch 7.0.038
Patch 7.0.038 Problem:When calling complete() from an Insert mode expression mapping text could be inserted in an improper way. Solution: Make undo_allowed() global and use it in complete(). Files: src/undo.c, src/proto/undo.pro, src/eval.c *** ../vim-7.0.037/src/undo.c Sat Apr 22 00:01:05 2006 --- src/undo.c Mon Jul 3 22:23:22 2006 *** *** 84,90 static void u_unch_branch __ARGS((u_header_T *uhp)); static u_entry_T *u_get_headentry __ARGS((void)); static void u_getbot __ARGS((void)); - static int undo_allowed __ARGS((void)); static int u_savecommon __ARGS((linenr_T, linenr_T, linenr_T)); static void u_doit __ARGS((int count)); static void u_undoredo __ARGS((int undo)); --- 84,89 *** *** 196,202 * Return TRUE when undo is allowed. Otherwise give an error message and * return FALSE. */ ! static int undo_allowed() { /* Don't allow changes when 'modifiable' is off. */ --- 195,201 * Return TRUE when undo is allowed. Otherwise give an error message and * return FALSE. */ ! int undo_allowed() { /* Don't allow changes when 'modifiable' is off. */ *** ../vim-7.0.037/src/proto/undo.pro Mon Apr 10 16:38:50 2006 --- src/proto/undo.pro Mon Jul 3 22:25:07 2006 *** *** 4,9 --- 4,10 extern int u_savesub __ARGS((linenr_T lnum)); extern int u_inssub __ARGS((linenr_T lnum)); extern int u_savedel __ARGS((linenr_T lnum, long nlines)); + extern int undo_allowed __ARGS((void)); extern void u_undo __ARGS((int count)); extern void u_redo __ARGS((int count)); extern void undo_time __ARGS((long step, int sec, int absolute)); *** ../vim-7.0.037/src/eval.c Thu Jun 22 21:01:19 2006 --- src/eval.c Mon Jul 10 23:03:13 2006 *** *** 8252,8257 --- 8252,8263 EMSG(_("E785: complete() can only be used in Insert mode")); return; } + + /* Check for undo allowed here, because if something was already inserted + * the line was already saved for undo and this check isn't done. */ + if (!undo_allowed()) + return; + if (argvars[1].v_type != VAR_LIST || argvars[1].vval.v_list == NULL) { EMSG(_(e_invarg)); *** ../vim-7.0.037/src/version.cTue Jul 11 22:59:04 2006 --- src/version.c Wed Jul 12 20:31:49 2006 *** *** 668,669 --- 668,671 { /* Add new patch number below this line */ + /**/ + 38, /**/ -- If someone questions your market projections, simply point out that your target market is "People who are nuts" and "People who will buy any damn thing". Nobody is going to tell you there aren't enough of those people to go around. (Scott Adams - The Dilbert principle) /// Bram Moolenaar -- [EMAIL PROTECTED] -- http://www.Moolenaar.net \\\ ///sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\ \\\download, build and distribute -- http://www.A-A-P.org/// \\\help me help AIDS victims -- http://ICCF-Holland.org///
Re: question for charles (or anyone): netrw whacking t
Benji Fisher wrote: I think I see the problem. In $VIMRUNTIME/autoload/netrw.vim , in the function netrw#DirBrowse() , there are the lines if &fo =~ '[ta]' set fo-=t set fo-=a echohl Warning echo '***warning*** directory browsing and formatoptions "ta" are incompatible' echohl None endif (I am not sure that I ever get to see that warning message.) I think that replacing :set with :setlocal will fix the problem. Remember, when dealing with a local option, :set changes both the local value and the global default; :setlocal changes only the value... I think it should be :let &l:spell = ... Actually, I don't want to use local settings; just obstinate, I guess! What netrw v102h does (and its available at my website, http://mysite.verizon.net/astronaut/vim/index.html#VimFuncs as "Network Oriented Reading, Writing, and Browsing) is save global settings, make them netrw-friendly, do the browsing thing, restore the settings. Regards, Chip Campbell
Re: VIM 7.0 scripts, ctags and taglist.vim
Commet nitpick/correction: // '#' is sed in the new autoload mechanism. see :h autoload in vim help Is missing a 'u': // '#' is used in the new autoload mechanism. see :h autoload in vim help