headers
Mikolaj Machowski | 1 Aug 2005 13:28
Picon
Favicon

Re: diff options set to late to use autocommands in diffsplit

Dnia sobota 30 lipiec 2005 12:52, Bram Moolenaar napisał:
> Well, then you need to explain what you are doing.

OK. Gary Johnson's trick works for me.

m.
Permalink | Reply | 0 comments |
headers
Ligesh | 1 Aug 2005 18:35
Picon

Re: Vim php interface.


 Greetings.

 I would like to know if anyone has seen and/or interested in the vimphp interface effort by shin seung woo at
sourceforge. the url is: http://sourceforge.net/projects/phpvim/

  I would like to know there are some plans for integrating this into the main vim source tree. I for one would
love to have php interface, and I am really dying to write my own web browser with vim. I am currently using
emacs-w3m as my web browser. Though the browser is good, but like all standard emacs stuff, it is damn too
slow.  If there is php interface, I can write a browser, and finally do away with the clumsy emacs altogether.

  I have really come to like php-5 (php4 cannot be called as a language, but php5 is a different matter
altogether), and I think php interface would be really cool.

  Thanks in advance.

--
:: Ligesh :: http://ligesh.com
Permalink | Reply | 4 comments |
headers
Aaron Griffin | 1 Aug 2005 19:07
Picon

Re: Vim php interface.

On 8/1/05, Ligesh <gxlists <at> gmail.com> wrote:
>   I would like to know there are some plans for integrating this into the main vim source tree. I for one would
love to have php interface, and I am really dying to write my own web browser with vim. I am currently using
emacs-w3m as my web browser. Though the browser is good, but like all standard emacs stuff, it is damn too
slow.  If there is php interface, I can write a browser, and finally do away with the clumsy emacs altogether.

Umm, I believe you're misunderstanding two things:
1) vim is an editor, nothing more - integrating web browsing goes
against the principals of vim.  Also, why not just use w3m?
2) embedding php does not imply that vim can suddenly render HTML. 
php works well for outputting raw HTML text, but doesn't do any actual
rendering... if you really want to write a console base browser, I
suggest you take a look at w3m's code
Permalink | Reply | 3 comments |
headers
Ligesh | 2 Aug 2005 12:14
Picon

Re: Vim php interface.

> 
> [Ligesh]
> >  Xmms is considered to be media player. It really doesn't 
> > have an mp3 decoder. It uses the mpg123's decoder as a 
> > module. I just use mpg123 (and like xmms people, I patched 
> > the mpg123 code with a proper equalizer) directly. If xmms is 
> > a media player, so is vim.  As for mailer, the primary 
> > mailboxes are displayed in vim. Then VIM calls mutt with each 
> > mailbox, and not the other way round. So my primary mailer is 
> > vim which in turn calls mutt.
> 
> Aha, see above. Actually, quite an interesting setup.
> Not the one I would use but inventive IMHO.
> 

 Vimamp is actually a full fledged media player. It has live equalization, and also it will display the
lyrics of the current song that is being played. It even has a progress bar. It will even do some abstract
spelling correction and show you the songs that have close matches to the current one. The code is a big
mess, and it has absolutely ZERO documentation. I wrote it around 4-5 years back - before vim 6 I think - , but
it has been my sole media player since then, and I have this 24/7 music attitude. 

  You can see the screenshot here.

  http://ligesh.com/songs/vimamp_screenshot.png

  I wouldn't recommend it for anyone other than utterly obssesive people like me though.

  As for the mailer, I have written some vim functions which will actually check the file modification times,
and thus if you press 'q' on a list of mailboxes, vim will automatically go into the one which has new mail. It
is far far better than the mutt -y option. I have 42 mailboxes, and I don't think I can manage them with
(Continue reading)

Permalink | Reply | 0 comments |
headers
Bram Moolenaar | 2 Aug 2005 12:39
Picon

Re: bug with 'path'


Marian Csontos wrote:

> I'm trying to set up 'path', but it does not work as expected,
> 
> I'd like to set it up to search in directories  
> $IDE_ROOT/embedded/**/include,
> there is problem with **/ sequence, **\\ should be used instead.
> Is this a bug or a feature?

Vim should support using / as path separator everywhere.  Backslashes
are confusing.

> I've found it in both Vim 6.3.86, and 7.0aa.

Please give details about the way Vim was compiled.

--

-- 
If the Universe is constantly expanding, why can't I ever find a parking space?

 /// Bram Moolenaar -- Bram <at> Moolenaar.net -- http://www.Moolenaar.net   \\\
///        Sponsor Vim, vote for features -- http://www.Vim.org/sponsor/ \\\
\\\              Project leader for A-A-P -- http://www.A-A-P.org        ///
 \\\     Buy LOTR 3 and help AIDS victims -- http://ICCF.nl/lotr.html   ///
Permalink | Reply | 0 comments |
headers
Bram Moolenaar | 2 Aug 2005 12:39
Picon

Re: new command modifiers


Marian Csontos wrote:

> I was looking around a bit if is possible to show :find matches in list  
> and select from it - as with :tselect - or in quickfix window. And it is  
> not.
> 
> What about adding ``modifiers'' (something like :vertical, :topleft,  
> :silent) for tasks in which list could be returned?
> :select for showing list and allow user to select from it,
> :ccmd or :qf or :anything for showing quickfix window.
> 
> And
> :scmd which splits if there is some result from command
> :aadd to add results to agrlist

Something like this is near the top of the todo list.  But how it would
work is still unclear.

One important issue is whether you want to list files first and then
decide what to do with it, or the other way around.  For example:

	:select write `find . -name "foo*"`

Here you first decide to write the file, then select the file name from
a list.  This is a bit like ":browse".

Another method would be to open a window with matches:

	:select `find . -name "foo*"`
(Continue reading)

Permalink | Reply | 1 comment |
headers
Mikolaj Machowski | 2 Aug 2005 10:20
Picon
Favicon

Re: Vim php interface.

Dnia wtorek 02 sierpień 2005 00:52, Ligesh napisał:
>
>  Neither of the features are needed to render html. I might need some
> method to mark regions in the text, but other than that, you can turn
> vim into a browser even now using vimscript.

Do you know there is already browser for Vim written with perl
interface?

Look for browser.vim on vim-online.

m.
Permalink | Reply | 3 comments |
headers
Marian Csontos | 2 Aug 2005 13:17
Picon

Fwd: Re: bug with 'path'

Bram Moolenaar wrote:
>
> Marian Csontos wrote:
>
>> I'm trying to set up 'path', but it does not work as expected,
>>
>> I'd like to set it up to search in directories
>> $IDE_ROOT/embedded/**/include,
>> there is problem with **/ sequence, **\\ should be used instead.
>> Is this a bug or a feature?
>
> Vim should support using / as path separator everywhere.  Backslashes
> are confusing.
>
>> I've found it in both Vim 6.3.86, and 7.0aa.
>
> Please give details about the way Vim was compiled.
>

I'm using Tony's 6.3.86, my system is WinXP SP1:

VIM - Vi IMproved 6.3 (2004 June 7, compiled Jul 29 2005 16:23:08)
MS-Windows 32 bit GUI version with OLE support
Included patches: 1-86
Compiled by antoine.mechelynck <at> skynet.be
Big version with 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 +dialog_con_gui +diff +digraphs -dnd -ebcdic
(Continue reading)

Permalink | Reply | 0 comments |
headers
Ligesh | 2 Aug 2005 13:24
Picon

Re: Vim php interface.

On Tue, Aug 02, 2005 at 10:20:32AM +0200, Mikolaj Machowski wrote:
> Dnia wtorek 02 sierpie? 2005 00:52, Ligesh napisa?:
> >
> >  Neither of the features are needed to render html. I might need some
> > method to mark regions in the text, but other than that, you can turn
> > vim into a browser even now using vimscript.
> 
> Do you know there is already browser for Vim written with perl
> interface?
> 
> Look for browser.vim on vim-online.
> 

 I tried that, but it gave some version mismatch, and I am not a perl expert, and I don't want to learn it at this
point. I would prefer to write one myself in php. So I am just waiting for the php interface to be added to vim.
I would want to make wholesale changes to the interface, and it is better if I am an expert in the language in
which it is written.

 Thanks.
Permalink | Reply | 2 comments |
headers
François Pinard | 2 Aug 2005 16:09
Picon
Gravatar

Re: Vim php interface.

[Ligesh]

> Since everything can be turned on or off at compile time, it is not
> going to affect people who want a lean vim.

It increases the maintenance burden nevertheless.  More features mean
more possible bugs, and unless Bram feels like maintaining all features
himself, this also increases the probability that Vim accumulates some
unmaintained, dead wood in the long run.

Most likely, part of Vim's quality comes from its maintainability.
Quality is related to success, and somehow, to permanence.  We all
benefit from the permanent quality of Vim, it should be protected. :-)

--

-- 
François Pinard   http://pinard.progiciels-bpi.ca
Permalink | Reply | 7 comments |

Gmane