Sure, you can run gcc or make or whatever from inside Vi by using the ! command, but once you've attempted to compile and eventually muck something up, it's then up to you to read the compiler output and navigate manually to the problem area.
Incorrect, as far as Emacs is concerned. When you run make in compilation-mode, you get a buffer with clickable links for each error/warning that take you to the file and line affected (and there are keystrokes for next/previous error). Made changes and want to recompile? Go to the compilation buffer, hit 'g'. It'll prompt you to save any modified buffers, then go away and run your make command line again.
I strongly recommend that you investigate what Emacs and vim are capable of even without customised rc files before you come and make any further statements about what they can and cannot do. Quite a lot of people say that, "Emacs can't do X," when what they mean is, "I don't know how to make Emacs do X."
The person using GVIM or EMACS has 10,000 lines BECAUSE of GVIM, or EMACS... Flipping files in an IDE is trivial... In an editor like GVIM, or EMACS it is not a trivial. Ok not that hard, but I wonder if tedious as compared to an IDE.
Why on Earth is this moderated 'Insightful'?
Flipping files in Emacs is trivial! If you're a mouse-addicted GUI fanatic, you Ctrl-leftclick on the buffer and you get a nice drop-down menu of all of the buffers you've currently got open. If you prefer not to move your hands from the keyboard, you press C-x b and start typing the name of the file you want to switch to, tab-complete and press return. Alternatively, hit C-x C-b and get a clickable list of every buffer you've got open along with what mode it's in, its size and its associated filename. There's about three other ways to do it, including the "Buffers" menubar item that shows about the last 10 buffers you visited, etc., etc.
Most people who whinge about Emacs seem to never have actually used it for long enough to realise that Emacs is an IDE, not a text editor. Its just that unlike most IDEs, it works quite well as a simple text editor as well.
Say you're working with git (but it may be the same with other VCSs, not sure).
Say you run git-commit -a (with no -m) in a M-x shell. Then git wants to spawn your $EDITOR so that you can edit your commit message (and see what you're committing).
In that case, you'd want either emacsclient, which tells emacs to open up a new window for the to-be-edited file (and when you say you're done, emacsclient terminates).
Or you could save yourself the effort and just use git.el, which integrates git into Emacs.
Emacs and vim are great tools for quickly editing a file and updating some code on a remote linux box. I use vim every day, but managing a huge project with total 10k lines of code distributed over hundreds of files with a tool like vim is a nightmare. For working on projects, go with and IDE like Eclipse or Netbeans, especially if you're doing multiple mini-projects. For small "hello world" apps that aren't gonna do much intensive stuff, use vim.
To be frank, if you really think that 10kloc is too much of a "huge project" for Emacs or vi, then I get the distinct impression that you really don't have the experience of either software projects or Emacs to be handing out advice on either.
I regularly work on a project with approx. 150k lines of C code, not to mention Scheme code, build scripts etc. When working on that project, I can use Emacs to edit C, Scheme, Flex parsers, Bison grammars, Makefiles, M4 files, shell scripts, and gettext translations, and can use it to do compilation and full-text searches on arbitrary subsets of the files in my project. I get all of this with context-sensitive Tab autocompletion and indenting, and consistent syntax highlighting. It also integrates with my version control system (Git) & patch management system (StGit). I can use it to create and edit diffs, and refine three-way merges. All I need to work on that project is a terminal emulator and an Emacs instance.
The thing that makes Emacs so great is that it scales all the way from quickly hacking config files to a fully-fledged IDE with all the features you'd expect from one. Your claim that all it's good for is, '...small "hello world" apps that aren't gonna [sic] do much intensive stuff,' is risible.
If anyone says Emacs or Vi they are insane and have never done 10k lines of code in a modern environment.
Emacs. And I have done several large projects entirely using Emacs, and I've never found it to be anything other than an excellent IDE which does exactly as little or as much as I need it to.
All of my attempts to use so-called "modern" development environments have left me frustrated at their wanton squandering of screen real estate, ridiculously slow start-up times, and lack of integrated, competent diff and merge utilities.
But I forgot -- I'm insane, so clearly my experiences and opinions are irrelevant and can be dismissed out of hand. Of course.
The fact that we typically view pdfs and mp3s as data vs programs is really, at the technical level, pretty arbitrary. Its not hard to imagine that we could build a machine that ran either as "programs".
Don't forget that some files almost always considered as data -- PostScript files -- literally are programs. They cannot be viewed or printed without being executed.
Trying to use a cutting-edge word definition which only a select few know makes you look, and sound, elitist as well as trying too hard (which also applies to this common sense blurb called an article).
You, sir, are an arse. Someone using decades-old British colloquialisms does not warrant such a ridiculous diatribe.
Much as I dislike DRM, I support Valve and Steam. Unlike some companies that use DRM as an excuse for delivering inferior service/products, Valve provides a fast, convenient service, at a reasonable price, and produces highly-polished games which have massive replay value -- and they keep producing free-to-download expansion content for literally years after release.
I have no problem with giving them my money so that they can afford to keep releasing excellent games. Because like the parent I also like games.
Except that's not true (even if the act did apply in Germany):
Don't forget the "as limited by applicable law" clause in the warranty (there will be one somewhere). Consumer protection laws such as those being discussed limit the extent to which companies can disclaim warranty.
I think this should include telling an HIV-infected african guy all the realistic ways he can reduce probability his "gun" will kill his wife and unborn (and, in the unfortunate reality, teenage) children.
Well, the Catholic Church does extensively advertise that the probability can be reduced to ~0% by not having sex, and that this is the only moral and good thing to do if you are HIV-infected.
Personally, I'm happy to see that money actually doing something other than contributing to opulence. I think they should be doing much more of this investment.
As someone else said, the majority of the 'wealth' of the Church is tied up in assets of low fungibility. Clergy and religious live on modest stipends (comparable or less than that of a postgraduate researcher). The reason for lavishly-decorated churches and vestments is to glorify God -- and often, the 'opulence' you describe is possible due to the donation by the laity of funds specifically for that purpose. Central episcopal funds seem to be very rarely used to do more than emergency remedial work on a church's structure -- charitable and missionary work appear to be a higher priority.
Calling the Vatican a charitable organization, especially from a historical standpoint, doesn't match reality.
Are you talking about the State of the Vatican City (a sovereign city-state), the Holy See (the Pope's episcopal jurisdiction and the government of the Vatican City), or the Roman Catholic Church (an international religious meta-organisation formed of several thousand independent but cooperating organisations, including the Holy See)? Pro-tip: all three are different things, and all three undertake a large variety of charitable activities.
Relevant extract from the 1973 ICEL edition of The Roman Missal:
C: Let us pray with confidence to the Father in the words our Saviour gave us:
All: Our Father, who art in heaven, hallowed be thy name; thy kingdom come; thy will be done on earth as it is in heaven. Give us this day our daily bread; and forgive us our trepasses as we forgive those who trespass against us; and lead us not into temptation, but deliver us from evil.
C: Deliver us, Lord, from every evil, and grant us peace in our day. In your mercy keep us free from sin and protect us from all anxiety as we wait in joyful hope for the coming of our Saviour, Jesus Christ.
All: For the kingdom, the power and the glory are yours, now and forever.
Obama's plan simply will not work because he plans to mix freight and passenger rail routes. I would not call the examples in Japan and France a _financial_ success, but they are indeed impressive technologically. However, neither of those systems would work if they did not dedicate their tracks to passenger transportation. Freight would slow everything down dramatically.
Freight doesn't "slow everything down dramatically" if you have a competently-administered scheduling system and enough track. Rail freight in Germany is big business, and yet at the same time there are many fast, punctual passenger routes. To be honest, I don't get the impression that you know anything useful about SNCF or DB.
A sincere question: What are those improvements? I'm using 4.2 but haven't noticed any improvements - only more eye-candy and I don't appreciate any eye-candy one bit.
They did a crapload of work on the system tray and notifications -- IMHO the new system tray is a massive improvement even on the 3.5 one.
Somewhere between KDE 4.1 and KDE 4.2, the KDE developers decided that MySQL was required for a desktop. Not mysql-libs, but a full-on MySQL server. The offending application requiring this dependancy is Akonadi, which is part of KDE's PIM. And what are they using MySQL for? As a cache to pass data between desktop applications.
Wrong, sorry. It uses MySQL-Embedded, not a "full-on MySQL server". I believe there is an option to use a fully-featured MySQL daemon in its own process, but it's off by default. Please make a habit of actually checking the facts before you go off on a rant about something.
Slashdot Mirror
It takes Emacs 30 seconds to open a 40 MB file?!
Subtle troll is subtle. Emacs opens 40 MB files instantly, at least on Linux.
Sure, you can run gcc or make or whatever from inside Vi by using the ! command, but once you've attempted to compile and eventually muck something up, it's then up to you to read the compiler output and navigate manually to the problem area.
Incorrect, as far as Emacs is concerned. When you run make in compilation-mode, you get a buffer with clickable links for each error/warning that take you to the file and line affected (and there are keystrokes for next/previous error). Made changes and want to recompile? Go to the compilation buffer, hit 'g'. It'll prompt you to save any modified buffers, then go away and run your make command line again.
I strongly recommend that you investigate what Emacs and vim are capable of even without customised rc files before you come and make any further statements about what they can and cannot do. Quite a lot of people say that, "Emacs can't do X," when what they mean is, "I don't know how to make Emacs do X."
The person using GVIM or EMACS has 10,000 lines BECAUSE of GVIM, or EMACS... Flipping files in an IDE is trivial... In an editor like GVIM, or EMACS it is not a trivial. Ok not that hard, but I wonder if tedious as compared to an IDE.
Why on Earth is this moderated 'Insightful'?
Flipping files in Emacs is trivial! If you're a mouse-addicted GUI fanatic, you Ctrl-leftclick on the buffer and you get a nice drop-down menu of all of the buffers you've currently got open. If you prefer not to move your hands from the keyboard, you press C-x b and start typing the name of the file you want to switch to, tab-complete and press return. Alternatively, hit C-x C-b and get a clickable list of every buffer you've got open along with what mode it's in, its size and its associated filename. There's about three other ways to do it, including the "Buffers" menubar item that shows about the last 10 buffers you visited, etc., etc.
Most people who whinge about Emacs seem to never have actually used it for long enough to realise that Emacs is an IDE, not a text editor. Its just that unlike most IDEs, it works quite well as a simple text editor as well.
Say you're working with git (but it may be the same with other VCSs, not sure).
Say you run git-commit -a (with no -m) in a M-x shell. Then git wants to spawn your $EDITOR so that you can edit your commit message (and see what you're committing).
In that case, you'd want either emacsclient, which tells emacs to open up a new window for the to-be-edited file (and when you say you're done, emacsclient terminates).
Or you could save yourself the effort and just use git.el, which integrates git into Emacs.
Emacs and vim are great tools for quickly editing a file and updating some code on a remote linux box. I use vim every day, but managing a huge project with total 10k lines of code distributed over hundreds of files with a tool like vim is a nightmare. For working on projects, go with and IDE like Eclipse or Netbeans, especially if you're doing multiple mini-projects. For small "hello world" apps that aren't gonna do much intensive stuff, use vim.
To be frank, if you really think that 10kloc is too much of a "huge project" for Emacs or vi, then I get the distinct impression that you really don't have the experience of either software projects or Emacs to be handing out advice on either.
I regularly work on a project with approx. 150k lines of C code, not to mention Scheme code, build scripts etc. When working on that project, I can use Emacs to edit C, Scheme, Flex parsers, Bison grammars, Makefiles, M4 files, shell scripts, and gettext translations, and can use it to do compilation and full-text searches on arbitrary subsets of the files in my project. I get all of this with context-sensitive Tab autocompletion and indenting, and consistent syntax highlighting. It also integrates with my version control system (Git) & patch management system (StGit). I can use it to create and edit diffs, and refine three-way merges. All I need to work on that project is a terminal emulator and an Emacs instance.
The thing that makes Emacs so great is that it scales all the way from quickly hacking config files to a fully-fledged IDE with all the features you'd expect from one. Your claim that all it's good for is, '...small "hello world" apps that aren't gonna [sic] do much intensive stuff,' is risible.
If anyone says Emacs or Vi they are insane and have never done 10k lines of code in a modern environment.
Emacs. And I have done several large projects entirely using Emacs, and I've never found it to be anything other than an excellent IDE which does exactly as little or as much as I need it to.
All of my attempts to use so-called "modern" development environments have left me frustrated at their wanton squandering of screen real estate, ridiculously slow start-up times, and lack of integrated, competent diff and merge utilities.
But I forgot -- I'm insane, so clearly my experiences and opinions are irrelevant and can be dismissed out of hand. Of course.
Generally, Christians won't shun you if you leave
Have you never heard of ex-communication?
Ha. You have to do more than simply leave to be excommunicated!
IANAL, but I'm not sure that that contract is legal in the UK, due to the Data Protection Act.
The fact that we typically view pdfs and mp3s as data vs programs is really, at the technical level, pretty arbitrary. Its not hard to imagine that we could build a machine that ran either as "programs".
Don't forget that some files almost always considered as data -- PostScript files -- literally are programs. They cannot be viewed or printed without being executed.
There are, of course, many other examples.
I didn't twig just what she meant at the time.
Trying to use a cutting-edge word definition which only a select few know makes you look, and sound, elitist as well as trying too hard (which also applies to this common sense blurb called an article).
You, sir, are an arse. Someone using decades-old British colloquialisms does not warrant such a ridiculous diatribe.
It's a lot like Linux was ten years ago; a decade behind, but still useful. Fixed that for you.
Much as I dislike DRM, I support Valve and Steam. Unlike some companies that use DRM as an excuse for delivering inferior service/products, Valve provides a fast, convenient service, at a reasonable price, and produces highly-polished games which have massive replay value -- and they keep producing free-to-download expansion content for literally years after release.
I have no problem with giving them my money so that they can afford to keep releasing excellent games. Because like the parent I also like games.
Except that's not true (even if the act did apply in Germany):
Don't forget the "as limited by applicable law" clause in the warranty (there will be one somewhere). Consumer protection laws such as those being discussed limit the extent to which companies can disclaim warranty.
I think this should include telling an HIV-infected african guy all the realistic ways he can reduce probability his "gun" will kill his wife and unborn (and, in the unfortunate reality, teenage) children.
Well, the Catholic Church does extensively advertise that the probability can be reduced to ~0% by not having sex, and that this is the only moral and good thing to do if you are HIV-infected.
Personally, I'm happy to see that money actually doing something other than contributing to opulence. I think they should be doing much more of this investment.
As someone else said, the majority of the 'wealth' of the Church is tied up in assets of low fungibility. Clergy and religious live on modest stipends (comparable or less than that of a postgraduate researcher). The reason for lavishly-decorated churches and vestments is to glorify God -- and often, the 'opulence' you describe is possible due to the donation by the laity of funds specifically for that purpose. Central episcopal funds seem to be very rarely used to do more than emergency remedial work on a church's structure -- charitable and missionary work appear to be a higher priority.
As a charitable organization, the Vatican
Calling the Vatican a charitable organization, especially from a historical standpoint, doesn't match reality.
Are you talking about the State of the Vatican City (a sovereign city-state), the Holy See (the Pope's episcopal jurisdiction and the government of the Vatican City), or the Roman Catholic Church (an international religious meta-organisation formed of several thousand independent but cooperating organisations, including the Holy See)? Pro-tip: all three are different things, and all three undertake a large variety of charitable activities.
Relevant extract from the 1973 ICEL edition of The Roman Missal:
C: Let us pray with confidence to the Father in the words our Saviour gave us:
All: Our Father, who art in heaven, hallowed be thy name; thy kingdom come; thy will be done on earth as it is in heaven. Give us this day our daily bread; and forgive us our trepasses as we forgive those who trespass against us; and lead us not into temptation, but deliver us from evil.
C: Deliver us, Lord, from every evil, and grant us peace in our day. In your mercy keep us free from sin and protect us from all anxiety as we wait in joyful hope for the coming of our Saviour, Jesus Christ.
All: For the kingdom, the power and the glory are yours, now and forever.
Obama's plan simply will not work because he plans to mix freight and passenger rail routes. I would not call the examples in Japan and France a _financial_ success, but they are indeed impressive technologically. However, neither of those systems would work if they did not dedicate their tracks to passenger transportation. Freight would slow everything down dramatically.
Freight doesn't "slow everything down dramatically" if you have a competently-administered scheduling system and enough track. Rail freight in Germany is big business, and yet at the same time there are many fast, punctual passenger routes. To be honest, I don't get the impression that you know anything useful about SNCF or DB.
Good call. Please accept my apology for railing at you inaccurately -- next time I'll do my homework!.
(I think I was confused with Amarok, which does use MySQL/Embedded...)
Spoken like someone without a PhD. What you say is true only where the value of 'everything' is defined as 'procrastination'.
Finally! Someone who understands postgraduate education!
A sincere question: What are those improvements? I'm using 4.2 but haven't noticed any improvements - only more eye-candy and I don't appreciate any eye-candy one bit.
They did a crapload of work on the system tray and notifications -- IMHO the new system tray is a massive improvement even on the 3.5 one.
Because 3.5 isn't available in many repositories anymore...
How exactly is that the KDE developers' fault?
Somewhere between KDE 4.1 and KDE 4.2, the KDE developers decided that MySQL was required for a desktop. Not mysql-libs, but a full-on MySQL server. The offending application requiring this dependancy is Akonadi, which is part of KDE's PIM. And what are they using MySQL for? As a cache to pass data between desktop applications.
Wrong, sorry. It uses MySQL-Embedded, not a "full-on MySQL server". I believe there is an option to use a fully-featured MySQL daemon in its own process, but it's off by default. Please make a habit of actually checking the facts before you go off on a rant about something.
What the... What? Does this make sense to anyone?
Yes.
Worst. Summary. Ever.
No.