Heh, I thought I'd be summarily flamed.. Luke Francl wrote: > > On Sat, 22 Jul 2000, Mike Hicks wrote: > > [snip] > > > I want this: An editor that can understand all of my nice keys that I > > used to use when I ran DOS -- arrows, delete, insert, home, and end > > should all work in a nice and/or easily re-configurable manner > > (personally, I prefer home and end to go to the beginning and end of a > > line on the screen, rather than the beginning and end of a document, or > > the beginning and end of a line that wraps around the screen). > > Selecting text using shift-arrow was nice. Fortunately, Linux seems to > > understand shift-insert for paste (though it locks up Netscape..). > > Vim has a nice interface for this which I just learned about: hit "v" to > enter "visual mode" then move your selection around with the arrow or > movement keys. It selects blocks of text. "V" does whole lines and > "^V" does text veritcally! That's neat. While I don't particularly go for the use of `v' (like I said, I'd rather use shift for selecting text), I like the fact that there are several different modes. Getting back to the home, end, delete, insert keys, I realized a while after I started using Linux that I was not able to use those keys in most situations, and it got really annoying. Now, after using pico for so long, I don't use home and end much anymore. To get to the end of a line, I go down a line, get to the beginning of that line, and do one more left-arrow keystroke to get to the end of the previous line. It really annoys me that this doesn't work in vi, as the arrow keys won't wrap around to the next/previous line when you reach the beginning or end. > > I also (need)/(really, really want) to have colorized text. I know this > > is a feature on many editors, but it's never easy to find. > > Does anyone know how to turn this on in plain Emacs? I know it's possible, > but I don't know how! I found the option once or twice (by going through the menus), but I never figured out how to save that configuration. However, once it was enabled, it also caused anything you printed to be in color as well. Not such a good thing if you only have a B&W laser printer, or if your colors don't display well on white (such as yellow..) > Again, Vim does pretty nice colorized text, but it only seems to work well > in the console and in rxvt -- everything else looks awful, and since at > work I can't use either of those, I can't use syntax coloring. Oh yeah.. `syntax highlighting' -- that's the word I was looking for.. > I also wish Vim was smarter about indents, like Emacs. I'm probably crazy to ask about this, as I don't know if it's a feature I'd like at all, but is there an editor out there that can do automatic `style'? I only ask because there are different projects out there that like to format things in different ways. Some want you to declare functions like int myfunc1() { printf("Hello.\n"); return 0; } While others (like GTK/Gnome) want formatting to look more like char * myfunc2 (char *str) { printf ("Hello\n"); return str; } It would be nice if you could just flip a switch somewhere and change formatting, either of a source file you already have, or something that will automatically re-arrange things as you type them in. However, this kind of scares me -- I know how Word and other programs do similar things which end up just confusing people. Definitely not an option that I'd turn on by default.. > > be a bit smarter about line wrapping. Files that end in .c, .html, and > > other well-known source file formats should automatically disable line > > wrapping. > > vi never wraps lines, which is annoying for writing long things (which is > why I'm writing in Emacs right now). Yeah, there should be some sort of save mode that acts like Netscape's plaintext message composer. After you finish the message, all of the lines get wrapped around at a certain number of characters. Any lines that start with `>' or other characters used for quoting should not be wrapped. I actually really like Netscape's composer as an editor. I guess the Motif text widget must be really good. I don't particularly like the text editing widget in Gtk, as it doesn't let the home and end keys work in a way that I like (well, maybe there's an option somewhere...). If a line wraps around, the home and end keys can take you to the beginning or end of an entire paragraph. Yucky.. > > After using Linux for a while, I think the PC DOS 7.0 edit command was > > probably one of the best editors I've seen. I'm not sure if it had > > color highlighting, but it had a nice command line interface > > (unfortunately, I never figured it out until far too late). To do a > > global search-and-replace in your document, hit [ESC] (to get to the > > command line), then type `s/original/replacement/g'. Anyone who has > > used sed or perl knows this syntax. > > You mean, like vi? > :s/original/replacement/g Oops.. yeah. vi is very close in many ways to what I'd really like in an editor, though I've pointed out some of the things I don't like. I personally wish that there was a good menuing system that would allow new users to quickly and easily learn how to use it. The menus in gvim, for example, have been only marginally helpful in showing me what keystrokes to use. > I've heard that Nedit is a really nice editor, but I've never used it. You > might want to try that. [http://nedit.org/ for those that want to check it out..] Looks pretty nice, though I'm opposed to depending upon Motif/Lesstif whenever possible.. I really should give it a try, though.. > Still trying to find the perfect editor, > Luke Heh, well it doesn't help that many editors that are in common use today on Linux and Unix were first created for use on very slow terminals. There are some editors for DOS, in comparison, that were very good because they didn't have to deal with the limitations of running over slow links -- they could just access the video card directly. Hmm.. must do some more thinking.. -- _ _ _ _ _ ___ _ _ _ ___ _ _ __ Any fool can criticize, / \/ \(_)| ' // ._\ / - \(_)/ ./| ' /(__ condemn, & complain. And \_||_/|_||_|_\\___/ \_-_/|_|\__\|_|_\ __) most do. [ Mike Hicks | http://umn.edu/~hick0088/ | mailto:hick0088 at tc.umn.edu ] --------------------------------------------------------------------- To unsubscribe, e-mail: tclug-list-unsubscribe at mn-linux.org For additional commands, e-mail: tclug-list-help at mn-linux.org