Sven asks an important question: why would anyone want to use an external text editor given the power already present in the system? For most of us on the list this question is rhetorical. But let's take a stab at addressing it with the seriousness that, I think, it actually deserves — particularly in light of the feedback we saw in various forums after the v7 announcement.
First, outside users are coming from the (as we'd say, outmoded) paradigm. Multiple generations have now been inculcated with the idea that editing text is the primary kinesthetic part of programming. We need to think about ways that newcomers can "ease in" to something like Pharo, rather than shock therapy. They can pick up the advantages over time. Second, programmers are attached to their text editor of choice. It seems silly when said aloud, but it's the truth. When doing non-ST work, I like Emacs. Some people like vim. Others like any number of available text editors. They can move around quickly in them when it comes to editing text. Editing text, as much as we like to brush it aside, is something that still happens in Pharo. Again, we should ease people in as best as possible. Third, the text in most external editors looks nicer than it does in Pharo. This is not a small matter. If you have to stare at code all day, it really helps to have smoothly displayed typefaces and some choice (and easy configuration) about how things are displayed. Sure, it's possible to change the typeface in the current version of Pharo, but as many many people pointed out on HN, it does not look crisp. Programmers today are used to good looking text. Hopefully Bloc etc will be able to address this, but it goes again towards that presentation/visual aspect of the system that turns a lot of newcomers off. They think it looks cartoonish. Several responders online even indicated that the community does not take graphics / visual design seriously at all (which we know isn't true, but that's the impression people have). Fourth, there don't seem to be any *reasonable* or *easy* methods for editing remotely. With vim and emacs, editing code on a remote machine is so easy it's barely considered a feature. In editors like VS Code this is an easy enough feature to add. For Pharo it's hard to tell what's out there — how would a newcomer even know where to look to find out how to do this? Again, forum posters complained about out of date blog posts being the only accessible place to get information. I know about projects like Telepharo — but how does it work? Who is using it regularly? How would we explain it to someone who just completed the MOOC or PBE? And yes, I know about shampoo and it seems great, but I've never been able to get it to work properly with Pharo. I say all of this as someone who is using Pharo as much as I can in my daily work and who absolutely appreciates the system and philosophy behind it. Where it's reasonable, we should take the criticisms like these seriously. What we think matters might not matter to newcomers and vice versa. On Thu, Jan 24, 2019 at 9:13 AM Craig <cr...@hivemind.net> wrote: > > > -----Original Message----- > From: Pharo-users [mailto:pharo-users-boun...@lists.pharo.org] On Behalf > Of > Sven Van Caekenberghe > Sent: Thursday, 24 January 2019 15:53 > To: Any question about pharo is welcome > Subject: Re: [Pharo-users] [VIDEO TUTORIAL] How to use external code > editors > to code in Pharo > > > > >Everybody is of course totally free to do whatever they want, but really, > why the hell would you want to do that ? > > > >You lose so much by doing that, I do not even know where to start. > > > >A big part of what makes Pharo (or any Smalltalk) special is the IDE > written in itself. > > > >Editing a .st file has always been possible, it is masochism. > > > >There is for example https://github.com/dmatveev/shampoo-emacs which > already makes a bit more sense (but even then). > > > >Really, why do you think all these big IDE environments exist in the first > place ? > > > >Sven > > Having the entire class in one text file so that you can see all of the > functionality without a ridiculous amount of clicking around is a huge > bonus. > Especially for those of us that come from a C#/Java environment. Also, > VS-Code provides a nice self-learning code completion mechanism, > so you don't lose auto-completion. > > Win-win. > > Craig > > > > -- Eric