There is only one thing a text editor needs
It just needs to be vi
When I heard, in a tutorial video, the multi-platform programmer's editor Sublime described as "the cool kids' code editor" (or possibly "the Cool Kid's code editor" - the speaker didn't enunciate his capitals and apostrophes very clearly) I was puzzled. As the goto (or, rather, the call-by-reference) consultant on Agile Harlem …
vi = virtually impossible.
Which is a lie. There is only one editor...
vi, vi, vi, vi, vi, vi, vi, vi, vi, vi, vi, vi, vi, vi, vi, vi, vi, vi, vi, vi, ...
VI.
Simples. It's been around for at least 30 years. Even VIM isn't really an improvement. You can't improve on the core of vi, it's just too cool.
Of course those who down vote it are obviously ignorami, and have never used it in anger. If you use it in anger it saves your bacon -- EVERY TIME.
You don't know how true your statement about vi running everywhere. I was won over by vi when I absentmindedly tried launching it to edit something when logged on via an ASR-33 teletype..... and IT STILL WORKED !!
Ok, so it had switched to ex mode and was printing out one line at a time, but all the commands and shortcuts worked as normal and it was completely usable. Quite brilliant I thought (especially as I'd never used ex prior to that, or probably since either).
"VI, the only editor that you can count on to be installed anywhere you are doing onsite support."
EXACTLY. Doesn't matter if you love or hate it. It's fast, light, works on even quite a badly fubar-ed system and can be found all over the place. Time spent learning it is more than worthwhile.
I use emacs, but to be fair to the others, it must rank as some of the most bloated software ever written. I mean, how many text editors really need at least one adventure game; a tower of Hanoi simulator; Tetris; pong; an implementation of Eliza; a random gibberish generator -and- a mode to plug the random gibberish generator into Eliza?
This post has been deleted by its author
Taking this as an insult. Since, even if you use it, you don't really seem to know it. AMOF, I don't really play games in Emacs. First, think how much space does it take? How fast does it load? Run this( in Emacs with M-! or M-1 M-!)
dpkg-query -Wf '${Installed-size}\t${Package}\n' |\
column -t | grep -P 'emacs.*' | \
awk '
{sum+=$1}
END{
printf "-------------------------\nTotal for emacs: %.3f Mb\n",sum/2^10
}'
Outputs:
-------------------------
Total for emacs: 145.402 Mb
BTW, why does ELReg text parser mutilate the text so bad and both pre,code tags are so ugly???
Most of it is Elisp, it is modular and 145Mb really worth it! Here is why for me, personally:
**incremental (regex) search, where you get search results for a pattern while you're typing it in ; configurable regex system
**grep-mode, you do grep command and get a *grep* buffer with the list of matching lines hyper-linked to the place/file
**this idea, that everything is file... I mean a buffer is implemented, special buffers
**run-shell command on a region with or without an argument (M-1) M-|
**very smart keyboard shortcuts, which you can configure and customize to your own liking
** collection of text killing macros, can your editor know what zap-to-char is anyone? Capitalize, change-toupper/lower and so on. Very efficient text editing. I am so used to it I use in Firefox.
**running every command with M-x with an autocompletion
**calc-mode, a Reverse-Polish with inf. precision calculator that can integrate, differentiate, convert units etc. Both stand-alone and embedded. And hey, you can still run pari-gp, (i)maxima, octave in in its own buffer and yes run-shell on a region with dc?
**tramp-mode
**kill-ring browser
**dired-mode, where you can do operation on files and dirs (with tram-mode via ssh remotely)
**unmatched extendibility
**predefined highlighting and indentation, regex highlighting etc
**aspell and calendar-mode
** hey, it got a vi emulation mode, viper-mode. I do like vim (vi is too plain), does vim have an emacs mode? ;-)
** its own terminal-mode, which is Okay
**org-mode, info-mode, tex-mode, w3m-mode ( a decent web browser) and you-name-ti-mode
=============
Wow, this is just 5% of what it can do and I just don't have an idea about it.
i use a text editor as a tool, to make life easier. i could just concat all my code onto the end of a file, i guess, but using a text editor makes it easier to spot mistakes and type in lots of text.
having to type in the commands to control the app as well as type in the text i'm typing doesn't make life easier at all.
> having to type in the commands to control the app as well as type in the text i'm typing doesn't make life easier at all.
Well not many people have a telepathy interface, so you've got to find a way to feed the commands into the editor as well as the text. With vi the commands are fed in with the keyboard, originally because that was all that was available. They wanted to be able to use it on all makes of terminal so didn't rely on their being buttons available for all the functions they wanted. But this proved to be its great strength because if you can touch type, even of the random finger selection kind then its bloody quick to use because you don't even have to move your hands. Personally I hate the stupid PC keyboard layout because some damn fool idiot put the [Esc] key out of reach, whereas an IFT keyboard had it just outside the left shift key within easy striking mode. GUIs and mice might be ever so beginner friendly, but all that moving hands around kills the productivity. You end up having to remember all the shortcut key sequences which reduces the so called friendly editor to being just a pale imitation of vi.
But if you can't find vi, ed's not bad either.
one of them turns to other and asks "What's your IQ?". The other responds "161. Whats yours?". The first man responds "159. What do you think of quantum entanglement and the parametric scattering method of producing photon pairs?". The two then proceed to have a discussion and became friends for life.
A little further down the bar 2 other blokes had seen this and one turns to other and says "My IQ is 120 what is yours". He gets the reply "118. What did you think of the Man U v Chelsea match?". They have a long discussion about all things sport and strike up a lifelong friendship.
Even further down the bar were 2 other blokes who had seen all of this. One turns to other and says "My IQ is 70" and the other responds "Mine is 71. Do you prefer vi or emacs?".
...A journal. I remember (I blame the COBOL thread for making me reminisce) the 'full-screen' editor on a DEC VAX 11/780 that simply journalised every editing action. Was fun to crash out of a long editing session, restart the editor and sit back and watch it re-apply every key-stroke up to the point of the crash. Did rectangular-block copy&paste too.
I remember (I blame the COBOL thread for making me reminisce) the 'full-screen' editor on a DEC VAX 11/780 that simply journalised every editing action.
EDT/TPU. I also have fond memories of it, from the days when I had to write VAX assembly code over a 1200bps dialup connection that would frequently drop for no good reason. Curse, dial back in, log back in, run the recovery and watch all my uncommitted changes be replayed. Lovely.
Re the COBOL mention: My preferred editor is vi - actually vim - and I write COBOL code in it more days than not. (Most of the code I work on these days is in either C or COBOL, though there's a smattering of each of at least a dozen other languages.) I have hacked vim to add a bit more support for when I must use COBOL's old-style fixed format rather than nice modern free format, and added some keywords to vim's cobol.vim syntax file, but aside from that it does just fine.
My favourite editor by far on Windows is Crimson Editor (Also known as Emerald editor). Sadly, it's no longer developed... But still available. I use it extensively at work. It is a little bit slow at starting up, but not too horrendous.. It's still faster than any of my IDEs by far. Out of any editor I've ever used it has the best macros, block editing, and regex functionality. Block Editing is a godsend... I guess that's what you call multiple cursors here. Crimson is the first editor I ever saw that implemented it and it's still the best. A sizeable amount of my daily work consists of 'TARDEP' tasks... A lot of converting lists of data into SQL inserts and such... and the Block editing is the only way to go.
http://www.crimsoneditor.com/english/home.html
(And this is just MY opinion and I'm NOT saying anyone else should be swayed by it.)
UltraEdit-32. Version 12b to be exact. On Windows.
Yes, it's old, Yes it's a bit clunky in places. But it loads massive files in a flash, has user configurable syntax and colour highlighting, and the must-have feature for me... the ability to add a button or menu entry to launch other programs with the currently edited file (or automatic temporary copy if not recently saved) as a parameter.
I'm also very lazy, and after 12 or so years using UltraEdit, I'm not inclined to use/learn anything else.
-Jar
Agreed. UltraEdit32. Used it once, and then purchased it long before the free trial period expired. And speaking of lazy...Version 6.0a. Still works perfectly (it's on the other monitor now!). And though others will do block editing, it's also the EZ way it allows switching between Hex mode, swapping upper to lower to proper case. syntax highlighting, opens 60+ files all at once, including several 450+ Mbs, etc., etc....
And probably the one feature I use all the time - to confirm output and which I've never see anywhere else - yet : the option in the search dialog to see a count of your search-string in your file/s. Oh yeah, and the ablity to replace specified text only within a selected block while leaving the rest as is, and returning the number of replacements. Too awesome for mere words!
Alas, will finally have to upgrade as 6.0a won't install on Surface Pro's Win 8 pro... Bummer. Still, the best investment I ever made!
PFE. Used it in the 90s, still have it to hand now, albeit on a rather creaky XP box. When I first started editing, it was all group edits on teletypes, then I switched to EDT on PDP-11s, then vi on Unix. Then I was introduced to PFE, and it became a mainstay because you could use it in so many different situations where many editors back then were either over-engineered or just couldn't cope.
Netscape 3.0b Gold, PFE and cross-tested through Internet Explorer 1.0 (before MS bought it, when it was a Word plugin IIRC) - I had some sort of system for writing early web sites (well, 20 years or so ago, whilst working at University of Leeds) where I'd create in one then try in another and finally tidy it all up in PFE. Haven't used it in ages - thanks for the memory jog!
I remember entering code with edlin - 360K floppies didn't have a lot of space for a big editor and a compiler. Or a linker! You had to edit then compile the source code (on drive B:), swap floppies in A: to link it.
It was a very long time ago, we did have an XT (10M hd) m/c too but we took turns who used the floppy only m/c.
About time we had a nostalgia (old fart) icon.
This post has been deleted by its author
One word: BRIEF
Wow, that tales me back.. It had column manipulation, and I had the PARADOX add-on so I could cook up some PAL scripts and kick them off from inside BRIEF. That is, what, 20+ years ago? I think I may even done some Turbo Pascal work in it, but I think at some point I got the lightweight "e.exe" which was a tad more agile on my machine..
Thanks for the memory :)
This post has been deleted by its author
It's a text document with a pencil. While the lower line looks like it hasn't had a transparency applied correctly, it isn't the worst icon on my desktop - that belongs to the VPN icon of a padlock that wouldn't look out of place on Windows 3.1.
TextPad's icon isn't much better, a T upon which a text document with a pencil is superimposed. This also looks like it belongs in a Program Manager group.
I fell out with TextPad when I started using it, was hunting through a file for a search string, did my usual CTRL+F to search, started typing what I wanted, and nothing happened. Except the search string is now where the cursor was placed.
F5 finds. What we have been indoctrinated to believe is a refresh.
(Yes, I know key mappings can be edited, but this was enough to put me off using it and go back to NotePad++).
Sublime's multiple cursor feature is completely top. … This is powerful, simple, clever and I have never seen it done quite like this before.
This is simply vim's replace in block. Select a block of text, hit c (for change, duh), make your changes on one line, the changes are reflected on all lines in the selected block.
You obviously are, and you're obviously losing some of your marbles. Everyone knows (knew?) that EPROMS need UV to clear them, but EEPROMS don't - they are Electrically Erasable Programmable Read Only Memory. It looks like Stob is a typical softie who likes to pretend they know enough to blame hardware people for their bugs ...
As for me, I'm old enough to still have two of the things laying about, together with a collection of programmers. No, they're not used for new products, but lots of old kit is still in circulation which gets repaired from time to time.
Zawinski's Observation, from the Unix Hater's Handbook (http://web.mit.edu/~simsong/www/ugh.pdf), down on page 168 (page 206 according to PDF Viewer):
Now at this point I should have remembered that profound truism:
“Some people, when confronted with a Unix problem, think ‘I know, I’ll use sed.’
Now they have two problems.”
There may be other versions, but strangely, I just read that one last week, which is why it was fresh in my brain.
I don't get the requirement for using a text editor for programming. Use a proper IDE for programming, and a text editor for the log files, it's the only sensible way. Why would you want to read or change code in something that can't then be used to compile and test that code without a lot of extraneous setup and inadequate debugging? The stuff I do end up doing on the command-line on a remote, headless station is so minor that literally pico/nano will suffice. Anything more complex and I want my IDE back even if it means re-uploading the code (and with decent source-control, that's literally a command or two on either end).
Personally, metapad has been my notepad replacement for years. I don't care about syntax highlighting in 2G log files (God, I hate to think what it would do to some of the files I open in terms of opening time), but metapad can at least open them in a reasonable time and not choke on them. But when I program, it has to be Eclipse or some equivalent. All the syntax highlighting is there. No end of clever regexp tricks to do the text manipulation required. And, I'm sorry, but Eclipse isn't going to take that much longer to start on a decent machine than a Java-based text editor would. And at least by sticking to one tool, I don't have to keep loading it up and switching/closing it anyway.
The code-folding? Obviously don't get that large programs grow to the point where you don't need to see every line all the time. It's there for a reason.
And using a text-editor you have to register and pay for? Sorry, are we back in the 90's shareware era again?
If you're editing code, use an IDE - because you're unlikely to load up a huge code project, make changes, and then NOT want to just compile it again, and there one-button in a GUI with a debugger is worth its weight in gold (I'm an advocate of both GUI and CLI - sometimes at the same time - for whatever is more appropriate to the job at hand. It's about a 70-30 split in my daily work life and about a 50-50 in anything technical, programming, or personal that I do.).
If you're only viewing/searching text, use a simple text editor that's capable of showing you things like the final bug and is so damn small and fast that you don't WANT it to do anything more complex.
And if you're writing documentation, use a word-processor.
Use the tools designed for the job that you need to do. And certainly don't pay for a one-size-fits-nobody tool that is worse than any particular tool you should be using.
Because of the incredible bloat. I recently wanted to write a simple app for my ancient Nokia phone. I tried to do it The Right Way: downloading the entire Nokia development environment, and running under Wine (of course, doesn't work properly under Linux). Gigabytes of download, including a custom Eclipse; then you have to *run* Eclipse, which takes months to learn how to use (I've even taught using the damn thing, but have blissfully forgotten it all). After a few days of struggle, I thought, somebody must have done this the really right way - googled, and found a nice simple Makefile of a few lines that does everything. So now I can edit my tiny 600 line app in emacs like everything else, compile it with one command, and throw away the gigabytes of Eclipse and irrelevant Windows java libraries.
Why use an IDE? They're usually huge and heavy and (AFAICT) don't really gain you much.
"Why would you want to read or change code in something that can't then be used to compile and test that code without a lot of extraneous setup and inadequate debugging?"
You know the IDE doesn't compile things itself, right? It kicks off external tasks. And for debugging, well, gdb is all you need :)
A text editor with syntax highlighting and a left-panel directory browser, that's set up to fire off a build command with a keyboard macro is perfectly good for my uses. At this point it basically *is* an IDE. BUT it doesn't require a whole bunch of workspace files that can get corrupt or out of sync, and code folding is for chumps anyway. If your source file is that long it's probably time to split it.
"I'm sorry, but Eclipse isn't going to take that much longer to start on a decent machine than a Java-based text editor would."
LOL. Java based text editor! Silly rabbit.
> A text editor with syntax highlighting and a left-panel directory browser, that's set up to fire off a build command with a keyboard macro is perfectly good for my uses.
Time to get into the 21st century and continuous compilation.
Unless you are just into smalltime scripting.
"Time to get into the 21st century and continuous compilation."
Central build servers, nightly builds and self-tests etc? Continuous integration I'm familiar with and like. Never heard of "Continuous Compilation" before.
Useful tools all, and I'm very much in favour of them. But surely this stuff doesn't negate the need for developers to make their own builds of experimental, unfinished code to test locally?
but anyone who spends a lot of time editing text files should invest the time to learn a more powerful editor that allows you to change many things easily, etc. For that both vi (or vim) and emacs are what you should be looking at. To not do so is like digging a garden with a hand trowel because you never learned how to use a spade.
Having said that I do come across huge numbers of people who waste a lot of time by never having learned to use the tools available to them; they then justify their ignorance through abusive comments on the better tools - sad.
Or, y'know, accept that computing has moved on and use a decent modern editor that combines the best features of the terminal or the GUI. Like sublime. It even has a decent vi mode.
Yes, it is a bit of a troll for which I apologise, but I genuinely find vi and emacs can be sledgehammers used to crack peanuts.
For TADREPs I tend to use, dare I say it, Excel. Obviously there are lots of caveats about getting the formatting right, and its formula edit mode can be very tedious when it tries to be too clever, but a formula something like
="INSERT INTO table (" & A1 & " ) VALUES ('" & B1 &"','" & C1 & "')"
copied down all the rows is a lot easier than typing things manually. Or just use the "import from Excel" option that most database front ends like Toad or SQL Server Management Studio have.
I used to do exactly that (only using Gnumeric and/or LibreOffice Calc) but then I'd forget to fill down a column.
Cue a few dBase files with empty columns confusing a MacroView installation. (Yes, there is software written in this century that uses it. MacroView and Citect SCADA are two off the top of my head.)
Since I was generating my dBase files from a SQLite database, I switched to just using SQL views to do this and use SQLite Manager (Firefox extension) as my front-end.
Ohh, and to Verity Stob's complaint about CR/LF behold vim and: :set list
"Fine"? Find only goes in one direction without wrapping, and neither will limit to word boundaries. This is stuff so basic that it's been in every other MS product for more years than I care to remember.
And that's just ignoring that for something that does nothing more than display text, Notepad collapses in to a black hole the moment you try to load a file of any significant size (i.e., a log file).
Portable Notepad++ for me.
Find goes up or down depending on your selection
Replace when used in conjunction with find next is only in one direction
Seriously though, the find and replace does everything it says it does and to that point it IS functional and it does find and replace strings
The fact it does the bare minimum to achieve this and adds no extra functionality is why everyone sensible (including myself) will use and even pay for an alternative product.
As far as I remember MS have not changed Notepad since the 3.11 days
Doesn't the lack of more than one undo/redo level not annoy you?
No, I don't make mistakes :)
More seriously it depends what I'm doing. I just find that for the 'simple' text editing scenario I'm usually on some test machine or server and notepad is always ready and waiting. If I got used to a clever editor I'd just get pissed off every time I found it wasn't there.
Notepad collapses in to a black hole the moment you try to load a file of any significant siz
Not since Windows went 32 bit from what I can see. Only this morning I was working through a Windows Update issue and looking at WindowsUpdate.log. 1.1MB in size and it loads almost instantly - and that' on a Win 7 VM with only 1GB of RAM assigned to it.
I'm not at all saying that Notepad is perfect. It's crude and rudimentary. However the one thing it has in its favour is that it's always there. Snazzy tools and widgets are all well and good but a pain in the bum if no-one has installed them on the machine that you are trying to fix. If we had group policies or templates that ensured all machines had the tools then it'd be different but that's not practical for us. So we stick with what we know comes out of the box for the most part.
Put NotePadd++ or any other text editor on a flash drive.
Most of them are virtual. So I'd have to put the stick in my workstation then go through the hassle of mounting the USB in the VMWare client (bearing in mind we normally use RDP to control the machines so don't typically have the VMWare client open). Sometimes RDP can host it but it's a bit hit and miss and of course even less practical if you're editing text files on more than one machine at once.
All in all Win+R+'Notepad' is simpler and quicker ;)
I don't hate the alternatives but the gains are rarely worth the bother. The serious text editing I do is for programming and that I do with Visual Studio. Everything else is just looking at logs or maybe editing a config file. Neither of those needs anything more than Notepad 99% of the time.
So much Notepad hatred. Why? It's a very simple little text editor that does rudimentary things. It's not great, not snazzy, not bloated, not full of colored text. It's just simple, quick, and easy. And it's already on every single Windows server in the server room. True, it is dreadfully slow and search-and-replace on large files compared to NotePad++ or Cpad or pretty much anything that isn't relying on the default capabilities of a textbox. But it's always there and it pretty much always works the same way every time.
Ahh, so many editors these days.
I have been a staunch NotePad++ user for quite some time now, I install it by default on nearly every Windows machine I work on.
When it comes to Linux, then I either use nano or install nano. I have no idea why I dont get along with vim, perhaps it has something to do with a bad experience I had with an Amiga...
"It annoys me there is no notepad++ for OSX".
and there's also its bigger brother BBEdit.
"It annoys me there is no notepad++ for OSX. Yes I know there are built-in tools and probably better ones for OSX, but a consistent set of apps is nice for those of us who have to skip between multiple OS very frequently."
Your choice entirely of course but.. have you not found anything multi-platform that you like ? I have to flit between a few platforms, less now than before admittedly, and either Vim or emacs do for me (not so much Vim for Python however).. there are others of course, just my preference over a lot of years, and i'm not particularly flying the flag for either.
Your preference obviously - genuine question as i've never heard of notepad++ before - i'm just curious.
The problem with commercial text editors is that they tend to be developed by small teams or individuals who achieve the bulk of the original requirements quickly, add many of the features requested by the early adopters over the next couple of years and then grow bored of maintaining the product or get more lucrative offers based on their coding prowess. This results in editors that do some things in a novel or elegant way and thus attract large followings (the things that inspired the developers to write another bloody text editor), do many other required things sufficiently well only to stagnate and eventually fail to be maintained.
On my Macs, I use Textmate, a great little Mac-only editor that passes all of Verity's tests, has multi-line editing and which is faster than Sublime at editing huge log files. However, Textmate development waned some time ago. Sublime is likely the way forward, but inevitably in another few years it will be in the same place, and the next new commercial text editor will be required if one wants the latest clever thing, a strong community of people creating addons that I'm too lazy to make myself and bug fixes so that the damned thing will run on the latest upgrade cycle from one infinite loop.
Kudos to Bare Bones for keeping BBEdit development ticking along. While it is now outgunned in many ways by newer editors, in terms of support it lives somewhere between the editors that burn so very brightly and the simple system-supported core editors such as vi.
PFE was nice in the day. I used to use it myself. But single platform (look, some of us don't live in MSland 100% of the time), no syntax highlighting, no development for 14 years and no source.
I mean, why would you?(*)
OK, so syntax highlighting is really only useful when spotting missing multi-line comment closures or as a buggered-up syntax early warning, but the first of those is well worth having and is the first reason I went elsewhere.
(*) Says a man who still prefers trn4 to read newsgroups. Mind you, trn4 has source.
This post has been deleted by its author
I was told that you start a new paragraph when you *change the subject*. You do not start a new paragraph with each *sentence*. Perphaps the author is also a BBC website new journalist. I gave up. Un-readable. Please re-format this annoying juvenline verbiage and re-submit.
And anyway, everyone knows it's Notepad++ or nothing.
Years ago I worked with someone who eschewed the code editor built into our database development platform (a perfectly reasonable, for the time, full file text editor) in favour of EDLIN (on DOS 5 - yes I really am that old).
We all thought they were a bit odd....ended up a a project manager, as it happens.
I'll let you draw your own conclusions.
I used to rely on Edlin many years ago when I was doing tech support. The beauty of a line by line editor is that it's easy to predict what should be on the user's screen. And if I remember correctly we sometimes sent out scripts activated by redirecting stdin. When I was working on Unix machines I used VI. Knowing the CLI for that was good because back then you'd sometimes find yourself on a terminal that wasn't correctly set up.
But as I've said in my other reply: Any tool gets bonus points in my book just for always being there.
Tends to freak people out these days, they think I have a terminal window open when really it is just a text editor.
I have done a global search and replace that did 10,000 replacements at once and it was a bit slow, but did not fall over. Re-uploading all the files again to the web server took longer.
I still use a text editor to look at HTML files and for my writing, I just copy and paste into a Word (2000) for a spell check.
Use an IDE. Why? Because mere syntax highlighting and string manipulation is far from sufficient.
An IDE can tell the difference between identical strings that represent different identifiers (or even a word in a comment).
I like to be able to click on an identifier and see it's declaration in another file. I like to quickly see every line in every file in a given project where a particular identifier is referenced, without having to type its name into a search field. I like to be able to do intelligent multi file refactoring, where the IDE is aware of an identifier's scope and type, and will limit changes to the specified variable. No weird surprises.
If I have a class object called "fred" and type "fred.", I like to be given a choice of members to select from.
I also like to see syntax errors and compiler warnings at the click of a button.
Yes, IDEs take a long time to load, so do it once and don't close it. It is worth the extra minute.
Is the author of this article a good programmer or just a journalist?
Does the editor support user extension via an internal, C-like macro language?
If you have ever tried reading somebody else's code and they have made heavy use of operator overloading or macros you will soon be lost in trying to understand what the source code does.
The reason people can read code written by somebody else is that basic programming language constructs such as conditional IF statements and WHILE loops and FUNCTIONS are understood by all. If the programmer spends a lot of time creating his own constructs then a second code reader must understand these before being able to understand the source code.
Polymorphism is acceptable since it provides a real benefit and a second coder only has to look and a handful of class definitions. A lot of Operator overloading and Macros then you will definitely confuse future maintainers of your source code. Perhaps the Author of this article should read a smalltalk program written by somebody else.
Now that was a lovely editor. Even edited binary files. Came from the DEC-10. I used it on a PDP-11 for years.
As Teco seems to have died a death then I'll settle for UltraEdit. I've been using it for years and have my own license for it. Notepad++ just does not hack it when it comes to XML files. (lack of pretty formatting switch)
Not that I would ever develop using it, as I prefer to use an IDE where I can just highlight some text and execute it ... but because I spend a good chunk of my life reading and analysing truly enormous text files.
Emacs' combination of managing huge files, macros and regexes seems to me to be unbeatable in this regard. I have - more often than you would believe, received a million line log file with the dates in US format instead of ISO format.
It takes 20 seconds to write:
replace: "^\([0-9][0-9]\)/\([0-9][0-9]\)/\([0-9][0-9]\)" with: "20\3-\1-\2" and about 10 seconds to execute it. Job done.
It takes 20 seconds to write:
replace: "^\([0-9][0-9]\)/\([0-9][0-9]\)/\([0-9][0-9]\)" with: "20\3-\1-\2" and about 10 seconds to execute it. Job done.
Exactly! Replacement with a regex construct like "^\([0-9]+\)/\([0-9]+\)/\([0-9]+\)" , which you can type in by making up the first scope and a slash, kill it and do
C-y C-y C-y . Takes even less.
You could also accomplish this with another Emacs' delicacy and the date utility. Just run-sheell command on the region (when it is marked) with
M-1 M-|
for d in $(cat -); do date --date="$d" +%Y-%m-%d;done <ENTER>
or more justifiable complexity:
"for d in $(cat -); do date --date="$d" +%Y-%b-%d,\ %A;done "
Used jedit almost exclusively for years now. Multi--platform (as long as you have a JVM), extendable, very reliable, understands pretty much every language ever invented (or you can describe a new one to it if it doesn't know it), etc etc.
Some of the plugins can be a tad ropey, but on the whole highly recommended.
it's not always down to the computer, extensions to VS can cause load times to extend massively.
My work PC, a band new 8 core, 8GB Ram beast takes about 2 minutes to fire up VS,
my home laptop, 6 years old, dual core 2GB Ram takes about 20 seconds.
Work PC has the full Red Gate SQL Server package and BIDS Helper
Personal Laptop has only the BIDS Helper VS Extenstion installed
Your impression of Visual Studio's launch time seems out of date. A modern computer (even without an SSD) only takes a few seconds to launch Visual Studio 2012. With an SSD, it's a fraction of that. Not that I use it to modify batch files, I switched to PowerShell a few years ago.
P.S. Eclipse is still slow. If I'm on Linux I just use VIM or gedit.
You're missing the point. You shouldn't need to buy a quad core 3ghz machine SSD, with several gb's of memory just to open a text editor though.
Microsoft products never cease to amaze me with their bloat.
Visual Studio Ultimate 2012 the ISO file is 1.5GB.
Seriously... what is in there!
Textpad 6 is still happily using < 10mb.
I'm fairly sure in all MS products there's lines of code like:
//We need to slow down our product to make Intels latest processors look better
if (processorDoesNotHaveLatestSuperHybridCacheExtensionsInstalled)
{
startHardDiskCrunchingDelay( versionOfProduct * delayrate * monthsSinceProcessorProductionDate^3 );
}
Who cares how big is an editor, as long as it increases productivity. I sometimes code in C# and I can tell you VS2012 it is an absolute joy to code/debug/test/collaborate in. The integrated debugger is just a bliss. Programmers debug, real programmers use proper debuggers. I'm so absolutely sick of people writing to stdout to simply trace through a function, just so that they don't have to deal with some shitty debugger interface.
Is VS2012 ideal? No, but this is what an Integrated Development Environment is suppose to be like. It is suppose to abstract you from the all pluming so that you can actually do the task at hand. I program in a variety of other languages and I have yet to see another overall experience like vs2012.
I use VS day in day out and agree it's pretty good to use. In fact I'd go as far to say it was my favorite IDE until I came recently across IntelliJ for Java/Android development. IntelliJ showed me how things could be and I have to admit VS hasn't seemed quite the same since. IntelliJ is significantly more intelligent. I believe adding ReSharper by the same company would help matters but that will have to wait for the next IT budget (since I've spent this one on new hardware to run VS).
For reference IntelliJ circa 300mb installed.
Do I really care how much space it takes up? No not really. What I do care about is having to upgrade my computer every few years just for Microsoft products and very little else.
Good stuff, as usual. The truth thinly veiled as humour, not that it didn't raise a smile, perhaps thickly veiled?
I prefer ++ and never noticed or gave a toss about the icon. It ticks the same boxes, just handled a large er.. zip file just fine. I think the regex is a bit fussy in it too.
"Sublime" is forever ruled out for its use of the word expresso. Espresso would be nauseatingly pretentious enough but spelling it the idiots way too.. ouch. Or was that the one you made up?
I'm a long-term TextPad user, but my current job only had Notepad++ available. These are the little things that annoy me - if anyone can tell me the solution, I'd be grateful:
1. No way to see more than one edit window at a time, so I spend my life trying to remember Tab 1 and Tab 9 while I'm editing in Tab 20.
2. Every search and replace displays a stupid dialog telling me how many replacements it did. It isn't modal, so you can ignore it, but it stays around, so by the end of the day you have several dozen of them patiently waiting for acknowledgement.
3. The replace dialog is also non-modal, so you tend to leave it open. But it clears the Replace in selected text setting after every search. The result is that sooner or later you accidentally replace something in the whole file.
4. The keystroke to lowercase text is Ctrl-U. WTF?
1. Right click tab > move to other view gives you at least 2 tabs at once.
You could add tabs 1 and 9 to the second view so only those 2 tabs are on the second view.
2. Er...
3. It also has a "replace in all open documents button" Try not to hit that by mistake.
4. In case you ate your caps lock?
Now that I've corresponded extensively on the matter, Ctrl-U is probably engraved on my brain. The problem is always with things that I don't do often enough to remember the key. The same consideration means that it would never be worth creating a macro or assigning a different key.
I found Ctrl-U a bit bizarre because most editors I've used think U stands for Uppercase and L for Lowercase.
Settings > shortcut mapper looks worth investigating.
I still prefer nedit - a free programmer's editor courtesy of the US Fermi National Laboratory, now in the PD on SourceForge.net. The only downside to it that I can tell is it's reliance on X-Windows for display. So, on Windows, I use Cygwin. On Linux... well, it just works, and is a standard editor for a number of distributions.
I prefer emacs, or clones of emacs. From the DOS days, epsilon was a useful clone of emacs. I've seldom had to work with the LISP side of emacs, that it is LISP is almost irrelevent.
Some have accused emacs of being an O/S. I believe QNX-4 allowed a person to bind a program to the kernel, which meant you could actually boot emacs on a computer.
coffee.el
In my first programming job, where we wrote assembler & blew eproms, there were a few units with paper based terminals so you had to line edit (sometimes a queue), one VDU unit with a full screen editor (always a queue) and one old boy who used to type hex into some box that threw it straight onto the prom.
Colour coded syntax? Even the VDU was black & white.
Back at university you could write code in pencil and get it typed for you or you could type it yourself on the punch card machines.
And there were 150 of us living in't shoebox in't middle o' road.
Here's even better - we run Groupwise here, and users are frequently wanting mailing lists created for one thing or another. I've tried in past times to teach users how to create their own Groupwise NAB files, but for most, it's waaay too much techno-magic-mumb0-jumbo. So now I tell them if they'll send me a list of the email addresses they want in the list, I'll create a file that they can import. So Excel gets primary duty to tweak the files they send, then Notepad gets cleanup duty of replacing commas with "," (quote comma quote) and a few other things, since Groupwise requires each field to be quoted.
I've thought about trying to do it in Powershell, but don't know if it would really save that much time. Excel + Notepad gets the job done in < 5 minutes for all but the most ridiculously long lists.
Hey all, I can see exactly where stob is coming from cos I searched for something that could "mung" her example into the output she specified and there is NOWT out there. So I wrote my own. You can find it at jollybean.co.uk under the Textreme button and it will do all bar one of what stob asked of it -- the move of field 2 to the end. If you want to see the 3 functions that almost get there look here: http://sdrv.ms/YnWb3o. So....time to add function number 9 methinks!
The moral is: you want summat doing, do it thi'sen!
GC
Sorry, can't see anything "trollish" about my post -- I couldn't find a quick and easy to use tool to do what Ms Stob gave as an example so I wrote one using AutoIt - give it a try if you think I am 'avin a larf.
I will now add a "Move" function because it couldn't do one of the 4 requirements. Seemples.
GC
As far as editors go, mine of choice is Notepad++ for the many built-in lexers and the fact that it reopens everything you had open before (important for me because I shut down each evening but it gets me back up and running that bit quicker next day)
Also the search/replace function is a masterpice
I have enjoyed:
BBC Micro split cursor copy and paste forward - that was super useful;
ISPF on IBM mainframe - that was good for a lot of TADREP work;
Excel - and still use it now for some TADREP. As long as it's not a big data file, obviously;
np++ Oh happy day when I heard of this. Have mug and T-shirt.
The sysadmin's editor of choice doesn't and probably shouldn't be the developer's, surely?
When I'm called in to fix some box that some git has deep-sixed, I want something predictable, small and lightweight. That normally means vi, which gets bonus points for working in line mode for when faeces and fan are intimately acquainted.
On the other hand when I'm noodling around in some XML monstrosity, like a web page that has passed through the seventh circle of the Inferno and is now in Purgatory, I want something that does all the beautification, indenting, tag matching and suchlike for me. I can use vi, and sometimes out of laziness/muscle-memory I do, but the other editors are better. I am not a big fan of notepad++ but it works.
Then there are the monster log files, and here I have so far failed to find a way for vi to play. Editors like Visual SlickEdit don;t attempt to load the whole file, so they load a chunk quickly and then quietly load the chunks around your cursor. vi on the other hand tries to slurp it all in and then falls over.
Sharewere (yes, I think it's part wolf) from the early '90s. Such a generic name(*) that Google has problems dredging up references. At least it did most of the stuff I'd expect from an emacs-like editor, which is really what we're talking about here, no?
* at least it's not as bad as "List", which was the premier more/less replacement of those times.
Early in my career I had the exceptional privilege to work with a colleague who happened to be a hardcore vi user. It didn't take me long to notice how he resembled a demented monkey bashing the keyboard to do mundane tasks that can be done with a couple of mouse clicks. I moved on.
It took 4 pages of arguing about vi and emacs before someone mentioned this little beauty.
An emacs clone, with c-like script language rather than lisp, that works on DOS, Windows, Apple and Linux and when you buy it, you get the version for all OSs.
I'm still using it today.
I remember introducing it to a company back in the late '90s and a few weeks after doing so being accused by a manager of instigating bad practise. Apparently a major bug had been coded in by someone and the manager in question said, in all seriousness, that it was due to people coding too quickly and not having time to think about what they write.
Meanwhile, the hard disk rumbles ominously under the strain of fat, juicy .NET components dropping ploppily into vast expanses of RAM, like ambiguously sauced and -sourced meat products being poured into the strata of a low-budget, lasagne-style ping meal.
Note that's the way to start a Tuesday! Nicely done!
I use vi (Or perl -e / perl -pi) (System Administration).
emacs - programming.
notepad++ - misc stuff on Windows.
Dunno why he doesn't like lisp probably he doesn't get it.
(Any program of reasonably complexity likely reimplements a worse version of lisp).
The good bits of C++0x / lua are based on lisp ideas. Much easier to use them if you learnt them earlier.
Am I the only one who remembers this little gem?
When I was introduced to it it could open gigabyte sized files. I wondered if I'd ever use that function since gig-sized disks were still a way off (at least for me on my budget).
Or is the lack of mention because the mists of time have faded my memory, and anyone else would be really embarrased to even acknowledge it's existence?