20-Apr-2024 00:24 GMT.		 UNDER CONSTRUCTION
Anonymous, there are 21 items in your selection
[News] MorphOS gVIM 6.2.322 (Screenshot)ANN.lu
Posted on 07-Mar-2004 01:33 GMT by oGALAXYo21 comments
View flat
View list
Can be seen here.
MorphOS gVIM 6.2.322 (Screenshot) : Comment 1 of 21ANN.lu
Posted by bla on 07-Mar-2004 03:21 GMT
How exciting...
MorphOS gVIM 6.2.322 (Screenshot) : Comment 2 of 21ANN.lu
Posted by opi on 07-Mar-2004 09:52 GMT
Do :syntax enable and put some code into gvim window, please. :-)
MorphOS gVIM 6.2.322 (Screenshot) : Comment 3 of 21ANN.lu
Posted by Hagge on 07-Mar-2004 13:52 GMT
where are the menus and icons? and why are the binary renamed?
MorphOS gVIM 6.2.322 (Screenshot) : Comment 4 of 21ANN.lu
Posted by oGALAXYo on 07-Mar-2004 14:13 GMT
In reply to Comment 3 (Hagge):
> where are the menus and icons?

No icons. I'm just experimenting with the gui_amiga.[c|h] stuff inside VIM archive and saw that it is mostly incomplete. There are NO icons in this version only menu entries in the top Ambient menu (Somehow even this doesn't work properly). Looks like it has been started but never finished for Amiga.

> and why are the binary renamed?

That is quite easy to explain. VIM internally checks how the executable has been called up.

A plain 'vim' in shell will open VIM in shell.
A plain 'vim -g' in shell will open VIM in own Intuition Window.
A plain 'gvim' in shell will open VIM in own Intuition Window.

It only checks internally how it was called up so basicly 'vim -g' is the same as 'gvim'. Normally you would link vim to gvim and done. It only wants the internal paramenter how it was called nothing more.

I will also post some 'highlight' and 'color' action in a couple of hours.
MorphOS gVIM 6.2.322 (Screenshot) : Comment 5 of 21ANN.lu
Posted by Hagge on 07-Mar-2004 18:43 GMT
In reply to Comment 4 (oGALAXYo):
k, because only reason i saw for using gvim instead of vim was that you got menus and icons, never thougth about that amigaos/morphos has menus in another place ;D
MorphOS gVIM 6.2.322 (Screenshot) : Comment 6 of 21ANN.lu
Posted by koan on 07-Mar-2004 19:34 GMT
In reply to Comment 5 (Hagge):
gvim also gives you ability to control visual mode using
the mouse; if you run vim on a normal console you can only
highlight text to cut and paste using v, V or ctrl-v (that's
how it is on Un*x, anyway.

I've never seen highlighting text on emacs or any other editor
where you can highlight an arbitrary rectangle as you can with
ctrl-v on gvim, and then cut and paste.

I agree with the earlier comments, the screenshot does not show anything
for the extra features that gvim provides.

koan
MorphOS gVIM 6.2.322 (Screenshot) : Comment 7 of 21ANN.lu
Posted by Piru on 07-Mar-2004 20:06 GMT
In reply to Comment 6 (koan):
"I've never seen highlighting text on emacs or any other editor where you can highlight an arbitrary rectangle as you can with ctrl-v on gvim, and then cut and paste."

CygnusED and GoldED both have this feature. :-)
MorphOS gVIM 6.2.322 (Screenshot) : Comment 8 of 21ANN.lu
Posted by bitburger on 07-Mar-2004 21:31 GMT
this looks promising. i would like to see more screenshots of gvim in action =)
MorphOS gVIM 6.2.322 (Screenshot) : Comment 9 of 21ANN.lu
Posted by Anonymous on 07-Mar-2004 21:31 GMT
In reply to Comment 7 (Piru):
> CygnusED and GoldED both have this feature. :-)

GoldEd can do this but what is much more important, it can mark and you still have the cursor. CED and VIM loose the cursor if you have marked text. That is stupid.
MorphOS gVIM 6.2.322 (Screenshot) : Comment 10 of 21ANN.lu
Posted by oGALAXYo on 07-Mar-2004 22:03 GMT
Vim in Color + Syntax Highlight for MorphOS

Screenshot 1
Screenshot 2
Screenshot 3
Screenshot 4
MorphOS gVIM 6.2.322 (Screenshot) : Comment 11 of 21ANN.lu
Posted by Graham_nli on 07-Mar-2004 23:25 GMT
In reply to Comment 10 (oGALAXYo):
So has the gvim menu stuff gone into an intuition (or whatever morphos uses) menu?

I'd expect a lot more colours when syntax highlighting. Emacs is wonderful for this.

Also, Kate in KDE does box highlighting, cut, copy and paste. Press F4 when selecting test to switch selection mode. This is damned handy. Context on Windows does the same with a different method of switching selection modes.
MorphOS gVIM 6.2.322 (Screenshot) : Comment 12 of 21ANN.lu
Posted by oGALAXYo on 07-Mar-2004 23:39 GMT
In reply to Comment 11 (Graham_nli):
The problem here is that I have a bit understanding problems in how the MorphOS Shell workd and how VIM works with it as well.

VIM has three types of 'Terminal emulations'

term: A dumb terminal that only understands some colors. Most of the VIM colorschemes put values like bold, underline, italic, normal, inverse etc. as color derivate into it to highlight text.

cterm: A color terminal as used in MSDOS and stuff like this (I also believe that Lunix is handled that way) the values represents colors that are available for Console.

gui: Depends on the GUI system used and can be all depths up to 32bit that means full aspekt of colors can be used.

So a colorscheme in VIM has all these 3 things in a scheme file. term definitions, cterm definitions and gui definitions. The GUI version of VIM (even for Intuition) can do what the card offers (but the code is so what unfinished (not written by me either)) and needs to get some love. But it's hard to figure where to actually start because the entire code is full of IFDEFS even from and for other Operating Systems. I also don't know yet how term.c and termlib.c works and figures out the Terminals.

I do know that MorphOS Shell (which gets detected as AMIGA) Shell understands all the ANSI colors (I was told it supports 8 pens) so it does

30-37, 40-47 and intense (1 or 0)

But I was also told that it can deal with RGB values but I have absolutely NO clue how this works now (and honestly I am doing more on VIM right now than I initially wanted). Let's see it's a good education and excercise. Would be nice if some people could enlighten me more on this so I get the rest working too.

Right now I have mapped bold, italics, underline, normal etc. to ANSI color values, that's why you get colors now.
MorphOS gVIM 6.2.322 (Screenshot) : Comment 13 of 21ANN.lu
Posted by oGALAXYo on 07-Mar-2004 23:43 GMT
In reply to Comment 12 (oGALAXYo):
Just to add, somehow only the 'term' is passed to MorphOS shell. Vim doesn't detect it as cterm and thus I only get the bold, italics, underline etc. Way of highlighting. That's what I am investigating atm.
MorphOS gVIM 6.2.322 (Screenshot) : Comment 14 of 21ANN.lu
Posted by Anon on 08-Mar-2004 00:00 GMT
Is there a chance for a 68K version of this program????
MorphOS gVIM 6.2.322 (Screenshot) : Comment 15 of 21ANN.lu
Posted by koan on 08-Mar-2004 08:05 GMT
In reply to Comment 9 (Anonymous):
> GoldEd can do this but what is much more important, it can mark
> and you still have the cursor. CED and VIM loose the cursor if you
> have marked text. That is stupid.

gvim doesn't lose the cursor

koan
MorphOS gVIM 6.2.322 (Screenshot) : Comment 16 of 21ANN.lu
Posted by Anonymous on 08-Mar-2004 09:03 GMT
In reply to Comment 15 (koan):
> gvim doesn't lose the cursor

Of course it does, at least gvim for windows. You can not mark text and have a cursor and that is extremely annoying. If you try to move the cursor, the mark is gone. vim should have the same defect imposed by the shell.
MorphOS gVIM 6.2.322 (Screenshot) : Comment 17 of 21ANN.lu
Posted by koan on 08-Mar-2004 11:55 GMT
In reply to Comment 16 (Anonymous):
>> gvim doesn't lose the cursor

It doesn't on my gvim, VIM v6.1.364 on Linux.

> Of course it does, at least gvim for windows.
> You can not mark text and have a cursor and that is extremely
> annoying. If you try to move the cursor, the mark is gone.

That may happen on Windows but under Linux, the cursor becomes a
green line and highlighted text has a dark grey background (default colours).

> vim should have the same defect imposed by the shell.

Only if this build is based on the Windows build, this would seem
unlikely...

koan
MorphOS gVIM 6.2.322 (Screenshot) : Comment 18 of 21ANN.lu
Posted by Anonymous on 08-Mar-2004 13:35 GMT
In reply to Comment 17 (koan):
> That may happen on Windows but under Linux, the cursor becomes a
green line and highlighted text has a dark grey background (default colours).

You mean you can move the cursor and the block does not disappear? You can move the cursor into the block, before the block, use function to move the block, insert columns, remove columns etc.? That was not possible with gvim win32s. Anyway, I found the whole thing too annoying and have since then switched to http://www.sourcedyn.com/index.html which must be the world's best source code editor. It allows you to rename a variable in a structure and all source codes in the project will be fixed. I love that feature.
MorphOS gVIM 6.2.322 (Screenshot) : Comment 19 of 21ANN.lu
Posted by koan on 08-Mar-2004 14:24 GMT
In reply to Comment 18 (Anonymous):
> You mean you can move the cursor and the block does not disappear?

If I hit v or control-v then I can highlight and move the cursor around.
Then you can "yank" or "delete" the block and move the cursor to where
you want to paste it.

koan
MorphOS gVIM 6.2.322 (Screenshot) : Comment 20 of 21ANN.lu
Posted by ToDi on 08-Mar-2004 18:18 GMT
In reply to Comment 10 (oGALAXYo):
The links don't work...

404 file not found
MorphOS gVIM 6.2.322 (Screenshot) : Comment 21 of 21ANN.lu
Posted by oGALAXYo on 09-Mar-2004 00:35 GMT
In reply to Comment 20 (ToDi):
Look at the new announcement above in ANN. I changed some locations of my Web page and put VIM with the Screenshots in an own subdir.
Anonymous, there are 21 items in your selection
Back to Top