On 18 January 2012 16:13, Friedrich Dominicus <[email protected]> wrote: > Igor Stasenko <[email protected]> writes: > >> >> The editor in Pharo suits my needs pretty well. >> I do not use it for editing rich text , i use it for coding. 5 lines >> of code per method. Period. > Well for programming this is true, but even as programmer you type text > quite often. This e.g is written using Emacs. It can handle anything > which resembles text. Now do that with PharoEditor. Search for a > "simple" think as a news reader with a decent Editor in any software > written in Smalltal goo luck >> No need for code folding, no need for sophisticated regex >> search/replace. No need bookmarks >> No need for (put your favorite). >> Just because it is there for coding in smalltalk. If you want an >> editor which can edit books, feel free to implement it. > Yes that's an easy escape isn't it. Do it yourself, you do not have > anything else to do. >> >> I am using bicycle to get to work. It is comfortable, fast and >> reliable for daily use. Now what you would think about a guy on street >> who >> attempting to laugh at me because my bike don't have jet engine to >> travel to Earth's orbit? > Even you handle text and you do not use Pharo for that. So yes it's a > wonderful world of POT. > > It does not make sense to really pinpoint on the most weakest spots in > ones Universe. No you are right everything is fine and that what is not > fine, can be easily self-programmed. So make me an offer to implement a > decent Editor in Pharo with at least a somewhat useful Gui. Should be a > piece of cake shouldn't it? > > I will not stress you too much just something like Evolution yepp even > outlook firebird would suite my needs. > > Now Smalltalk is now how old? And nothing like that even near > existence. Probably it's not that easy....
Before the thread devolves any further into flames: this thread started because Gerry pointed out some deficiencies in Pharo's toolset. I took umbrage at what I consider to be dismissive remarks. The Pharo folk lack manpower, so I consider it a perfectly valid response for Igor/Stephane/whoever to say "go write it yourself, because we're too busy". So far we've established that there's desire in the community for a REPL-like interface to a running image (see Coral, Gerry's comments, my comments). I suggest we go look at a few such things and see what we like or not. I'm told swank-js has a primitive/simple (hence understandable) architecture showing how to connect emacs + SLIME to node.js, so that's where I've started. With a similar back end in Pharo we should allow suitable separation to allow Coral to talk to it, AND allow emacs monkeys to talk to it, thus reducing the overall effort. To be precise: this lets Coral and emacs people do what they want on the client side while being able to share the server side. frank
