Re: OT: Vi in a browser...

2007-05-30 Thread Tobias Klausmann
Hi! 

On Wed, 30 May 2007, Tim Chase wrote:
  Just stumbled across this link:
 
  http://gpl.internetconnection.net/vi/
 
  for a basic implementation of Vi, authored in JavaScript.
  Sick, sick, sick.  So just in case you're on a foreign
  computer that doesn't have vi/vim installed, and you need a
  fix, you can get it via the web. :)

as for the classic use case of wanting to edit textfields
vim-style (longer blog posts come to mind), I usually use MozEx,
an extension to FF, which allows to use any editor for such
things. It has more features but I don't use any of them.

I can definitely recommend it. Especially considering the
splendid UI of the ticket system I'm forced to use.

Regards,
Tobias


-- 
In the future, everyone will be anonymous for 15 minutes.


Re: JSVI: Vi implemented in Javascript

2007-05-30 Thread Tobias Klausmann
Hi! 

On Wed, 30 May 2007, A.J.Mechelynck wrote:

  Kevin Old wrote:
  Not sure if everyone's seen this, but it's definitely cool and quite 
  accurate.
  http://ajaxian.com/archives/jsvi-you-love-vi-you-love-javascript-now-you-have-both
 
  Hmm... when's the day when Vim will be implemented in Lisp, so if the boss 
  wants everyone to use Emacs, we can obey and still have the look, feel and 
  functionality of Vim? (Not necessarily the speed, though.)

Of course, that has already been done. It's called viper:

http://www.delorie.com/gnu/docs/emacs/viper.html

Viper Is a Package for Emacs Rebels.

Nice Backronym, too.

Regards,
Tobias

PS: I don't know if it's pure lisp. But hey, I don't need it :)

-- 
In the future, everyone will be anonymous for 15 minutes.


Re: JSVI: Vi implemented in Javascript

2007-05-30 Thread Tobias Klausmann
Hi! 

On Wed, 30 May 2007, A.J.Mechelynck wrote:
  Tobias Klausmann wrote:
  Hi! On Wed, 30 May 2007, A.J.Mechelynck wrote:
  [...]
   Hmm... when's the day when Vim will be implemented in Lisp, so if the 
  boss  wants everyone to use Emacs, we can obey and still have the look, 
  feel and  functionality of Vim? (Not necessarily the speed, though.)
  Of course, that has already been done. It's called viper:
  http://www.delorie.com/gnu/docs/emacs/viper.html
  Viper Is a Package for Emacs Rebels.
  Nice Backronym, too.
  Regards,
  Tobias
  PS: I don't know if it's pure lisp. But hey, I don't need it :)
 
  Neither do I know, neither do I need it, and Emacs-script is rumored to be 
  Lisp, but since I don't use Emacs (and never did, except maybe for just a 
  few minutes until I found out it wasn't the editor for me), and never used 
  Lisp either (I just know it uses way too much parentheses for sanity) so I 
  don't rightly know.

The one use case I know of was binary-patching UUCP back in the
day.

Back then, vi barfed on line lengths 255. But emacs was just
unusable for an admin!. So there was a small howto on installing
viper in emacs in order to patch the UUCP binary. Emacs for line
length, viper for usability.

That howto even made it into a magazine. 

Regards,
Tobias

-- 
In the future, everyone will be anonymous for 15 minutes.


Re: Why bottom-posting is prefered on Vim Mainling List?

2007-05-29 Thread Tobias Klausmann
Hi! 

On Tue, 29 May 2007, Axel Kielhorn wrote:
  Am 29.05.2007 um 05:00 schrieb [EMAIL PROTECTED]:
  Slightly Off-topic, but I'm still wondering why
  bottom-posting is prefered on Vim Mainling List.
 
  As far as I know, most e-mail clients defaults to top-posting
  (i.e. replied message shows before the original message),
 
  So far I have only met one e-mail client that forces the user
  to top-post.  Its use leads to page long full quotes even
  after a few iterations. Since you top-post, you never see what
  has already accumulated.

Also it encourages lazyness: by not needing to find the spot
where one would answer the original poster. If I can't even be
bothered to find said spot, why should I trim what's irrelevant?

  and I personally feel top-posting much much easier to read
  than bottom-posting.
 
  This only works for the One question, one answer type of
  mails.

And even then, I find it very counter-intuitive. Even if there's
just one question, one answer, it's order is reversed. One might
see that differently in those cultures, where text is written
from the bottom up. Not that I'd know of such a culture.

Regards,
Tobias

PS: On another note: how do you (as in y'all) feel about somebody
re-arranging your text when quoting you? I guess the simple parts
(everything for example gw} does) are okay with just about
everyone. But what about the order of points made?
-- 
In the future, everyone will be anonymous for 15 minutes.


Re: GVim Crash

2007-03-25 Thread Tobias Klausmann
Hi! 

On Sun, 25 Mar 2007, Andy Wokula wrote:

 GVim7 (Win32) crashes if I do the following:
 
  clean startup
 :new
 :tabnew
 :call winnr(#)
 
  happens with or without 219 patches included

Same here for the Linux (amd64) console version. Throws a core.
If need be I can do a gdb bt and post the results.

Regards,
Tobias

-- 
Never touch a burning system.


Re: Console Text Display Problem

2007-03-01 Thread Tobias Klausmann
Hi! 

On Thu, 01 Mar 2007, Gene Kwiecinski wrote:

 It's somewhat hard to describe, but when typing the display appears to
 back up or stop moving, the text color looks kind of inverted, and
 characters sort of appear twice for a word or so. Backspacing and
 retying the exact same thing corrects the problem, saving and
 reopening the file also, it is purely a display problem, but highly
 irritating as I can't detect typos or read coherently. It happens
 quite frequently when typing, maybe once every couple lines.
 http://dgoodwin.dangerouslyinc.com/files/vim-problem.png
 This is just me typing I've got once.
 
 Whoa... seriously weird.

Indeed. Sometimes, mismatches in encoding settings with UTF-8
being expected and latin-1 being delivered (or a myriad of
three-way mismatches with screen, vim and the terminal) can cause
something which looks like a strange case of overstrike (like
on printers). This is due to the way UTF-8 and similar multibyte
encodings work.

I recommend double-checking terminal settings, encoding settings
and the like. Also, trying a different method of login (if
remote) or a differen terminal might be illuminating.

The speed, Xon/Xoff et al mismatches mentioned by Gene hold true,
too, of course. If there's a serial line or somesuch involved,
I'd check its settings first.

Hope this helps,
Tobias
-- 
Never touch a burning system.


Re: VimTips - Google Wiki Usefulness

2007-02-26 Thread Tobias Klausmann
Hi! 

On Mon, 26 Feb 2007, [EMAIL PROTECTED] wrote:
  ElWiki.com
 Free MediaWiki hosting with fast setup. A free .com/net/org domain
  is offered for wikis which reach 10 pages of content. Google AdSense
  text-ads may be added to the right sidebar to cover hosting expenses.
  
  From: http://en.wikibooks.org/wiki/Wiki_Science:How_to_start_a_Wiki
  
  Yakov
 
 I just checked the ElWiki.com.  It sound really nice in the
 sense that it's completely free. However, checking the terms,
 some made me think if it is what a Vim community should agree
 with (I quote from http://elwiki.com/register.php):
 
 
[...]
 So this means that they can stop the wiki without further
 question or make it not free anymore, and therefore, what would
 become of the contents of the wiki?
 
 I also believe that mediawiki would be a good solution but I
 agree with Antoine when he says: the problem would be a free
 hosting.

I'd say having a dedicated machine at a co-lo would be best. If
need be, I can ask around if our company would be willing to
host for free. 

Regards,
Tobias

-- 
Never touch a burning system.