Earlier quoted context omitted.
Because it works and it works great. It's fast and it never crashed on me. Give me an equivalent opensource editor that works and looks like Sublime and I'll use it. No, Atom and VS Code don't cut it. They're slow, they choke on big files and eat up hundreds of megabytes of RAM. I don't need or use plugins, so I don't care if it's extensible in . Vim is also nice but I only use it for remote console work. It doesn't…
Geany hits most of these except fancy select, though there might be a plugin for that.
Turning Sublime Text into a Lightweight Python IDE
141–150 of 154 posts
Re: Turning Sublime Text into a Lightweight Python IDE
#142Earlier quoted context omitted.
I have had a similar path, except for VS. I have been happy (and still am) with Emacs for a very long time (in particular, I really like how easy it is to have some code in the left window, which I can easily send to an IPython REPL in the right window), but recently, for a new job, I picked up PyCharm Pro, and I must say that it's been pretty transformative. Three aspects stand out IMO: - It's a fantastic tool to ex…
> I really like how easy it is to have some code in the left window, which I can easily send to an IPython REPL in the right window This sounds pretty great. Would you mind explaining how that works? Is it specific to Emacs?
https://github.com/emacs-mirror/emacs/blob/master/lisp/progm...
In particular, you need to set the `python-shell-interpreter` variable to "ipython" (which must be in your path preferably). You can then invoke `run-python` to start a REPL, and C-c C-c to send a buffer to it.
There are a couple more interesting commands with this mode, see:
https://github.com/emacs-mirror/emacs/blob/master/lisp/progm...
Re: Turning Sublime Text into a Lightweight Python IDE
#143> The final requirement for a reasonable IDE experience is to be able to follow a debugging session in the file where the code exists. > There is no plugin for SublimeText that supports this. But there is a Python package you can install into the virtualenv for each of your projects that does it. This drives me batty whenever I see "turn XYZ into an IDE for (foo)." The author of this post at least lists debugger inte…
Having a cursor follow along in the file is just one part of a visual debugger. Seeing the call stack and being able to move up/down, the ability to see scope variables, the ability to enter console commands are all essential. Lack of these is why I stopped using SublimePdb, instead switching to pudb: https://pypi.python.org/pypi/pudb
I highly recommend it as the lightest weight interactive debugger out there for Python.
Re: Turning Sublime Text into a Lightweight Python IDE
#144Maybe I'm the exception, but I can't see why people, why programmers , bother investing their editing-skills in a closed-source editor and toolkit. Sublime is closed source. When it croaks up and dies, all the skills you've built up will be wasted, and you'll have to rebuild them elsewhere. Why not invest in something open instead? There's more options than ever before, and they're all good. For me, VS Code seems to…
Because it works and it works great. It's fast and it never crashed on me. Give me an equivalent opensource editor that works and looks like Sublime and I'll use it. No, Atom and VS Code don't cut it. They're slow, they choke on big files and eat up hundreds of megabytes of RAM. I don't need or use plugins, so I don't care if it's extensible in . Vim is also nice but I only use it for remote console work. It doesn't…
Re: Turning Sublime Text into a Lightweight Python IDE
#145Earlier quoted context omitted.
Only if you haven't worked on Pycharm, you can say this. Try the latest Pycharm on a medium/big size project and you will understand. It is the best Python IDE out there, right now. Nothing even comes close.
Pycharm is good - I've used it. However there are various disadvantatges to it: a. It is not open source b. It is slow on my (Celeron based) PC c. I don't really need the capabilities of a full-flexed IDE (auto-completion, debug etc) for Python
Again, it totally depends on the project you are working. For a reasonable sized project, you can do away with an editor. But with large codebases, IDE support is a great difference. And this is coming from someone who has been writing all his code on Vim for last 6 years or so. Basically, all you require is a productive environment that doesn't hold you back and enables you to write faster and correct code. For me and a lot of other people, Pycharm is quite that tool.
Re: Turning Sublime Text into a Lightweight Python IDE
#146Earlier quoted context omitted.
Only if you haven't worked on Pycharm, you can say this. Try the latest Pycharm on a medium/big size project and you will understand. It is the best Python IDE out there, right now. Nothing even comes close.
Pycharm is good, but it really depends on the project size - I'd use Pycharm for larger projects, but at the same time I'll open smaller separate scripts in Sublime even if I have Pycharm already open.
Pycharm also have scratch file/buffer support and that is quite awesome for one off scripts.
Re: Turning Sublime Text into a Lightweight Python IDE
#147Earlier quoted context omitted.
That's because your definition is flawed. When it's all said and done, all that matters is that you're able to get the work done. Take vim, for example. You can quite often use CLI tools to get the work done due to vim's integration into the surrounding ecosystem, and this includes things such as debuggers. For a language like C#, you're never going to find as integrated an experience as you will with Visual Studio.…
My definition of what? I literally said there's nothing wrong with taking that approach. I quite purposely did not argue productivity. My issue is with the acknowledgment by the author that the standard for "IDE" includes debugging capabilities and then goes on to provide a plugin that provides follow-along only via running GDB, which would need to be configured (I assume, since the author does not specify) the norma…
The point is to get work done, not do it all in a single window. you talked about "capability" as if because someone uses an external debugger you can't debug effectively or very well when using something like vim.
It's a flawed definition of effective.
When you use something like vim, the entire ecosystem is your IDE.
Re: Turning Sublime Text into a Lightweight Python IDE
#148Earlier quoted context omitted.
My definition of what? I literally said there's nothing wrong with taking that approach. I quite purposely did not argue productivity. My issue is with the acknowledgment by the author that the standard for "IDE" includes debugging capabilities and then goes on to provide a plugin that provides follow-along only via running GDB, which would need to be configured (I assume, since the author does not specify) the norma…
That's why I said your definition is flawed. The point is to get work done, not do it all in a single window. you talked about "capability" as if because someone uses an external debugger you can't debug effectively or very well when using something like vim. It's a flawed definition of effective. When you use something like vim, the entire ecosystem is your IDE.
If the entire ecosystem is your IDE, you're not "Turning Sublime Text into a Lightweight Python IDE".
I don't know how else to phrase this to make it clear that I'm not attacking, denigrating, claiming inferior, etc., composite workflows like vim + GDB. But if you get to an article that says XYZ is now your IDE, and it offers a piss-poor debugging experience unless you leave XYZ, then that article is not turning XYZ into an IDE.
Re: Turning Sublime Text into a Lightweight Python IDE
#149Re: Turning Sublime Text into a Lightweight Python IDE
#150Earlier quoted context omitted.
Geany hits most of these except fancy select, though there might be a plugin for that.
Well that's what was using on Linux before I installed Atom, although it's hardly a replacement for Sublime (which gets used on the Mac at the office for real work). Really, I've tried just about everything.