Pillar in TextMate

we had developers wanting Mac's so that they could run TextMate.  Rather like the Sales exec'son the other side of the building who wanted to keep their Blackberry after the acquisition ( in the mad-mad s/w world in North America, the developers will be forbidden Mac's but the marketing people will be using them.)

It is probably me who doesn't understand why there is not yet a truly portable rich text editor for programmers ;-)

( no that plugin for eclipse was NOT what I had in mind. )

Because it does seem to me that every "and we have a TextMate plugin" is a symptom of a mild disorder rather than a nostrum ;-)

On 21 April 2014 09:47, Yuriy Tymchuk <[hidden email]> wrote:

As you are replying to my email I guess you have some feedback or request about my bundle.

Honestly I haven’t understood a thing after reading your reply once. I’ll try to read it more times later.

Cheers

Uko

On 21 Apr 2014, at 15:06, Robert Shiplett <[hidden email]> wrote:

re: textmite

Q : what is currently the best Unicode text "notes collator"/editor/formatter/previewer/printer/versioning-compat app written in a Smalltalk dialect ?  Any one component of the above ?  RTF text editing/formatting widget?

Sketch/draw/coloring app ? Check.

complex telco routing app ? Check.

multi-dim data visualization app ? Check.

real-time high-speed robotic arm/articulated-joint controller app ? Check.

Can anything be learned from the successes/issues of the Sciter editor/component project ?

( was just remembering when the Norton Programmer Editor came WITH the assembler code )

Is there an open source Objective-C variant of a decent Mac editor ?

( as TextMate is SOooo far from being cross-platform, right ? )

It is not enough for an editor to "consume" TextMate templates, is it ? ( an analogy that likely would not be irritating to others escapes me at the moment ... )

Are constraints behavior what makes good editors so difficult to maintain ? ( assuming elegant/extensible constraints modelling and resolution IS the app challenge for text formatting for  WYSIWYG approvals )

Is there now a constraint resolution module callable from a Smalltalk dialect ?

I am using a graphical programming language that has 2 approaches to constraints for text layout : one you get to tinker about in an API, one you get to request layout for text/font/font_attribs and you accept the results ( the Alan Knight O-O no-internals-SVP version ? )

A pythonic quasi-logic language with minimalist constraints for Unicode text is under development in UK ; I am alpha testing one such non-graphical prgrm'g lang for Unicode text-only from USA, but it is NOT cross platform oddly enough; Logtalk + swi-prolog also has constraints handling ;  typed-Prolog AKA Mercury gen's C or Erlang ; Oz has gone quiet since 1.4 and Lively Kernel ?  I have lost track of Croquet.  User-friendly Scheme is now called Racket, btw.  And "Claire", the lang ? Alice ?

[ by way of explanation : this Monday is a bank-holiday here, but the nearest beaches have ice piled on them and its some other holiday in USA ; now for morning java ( as in coffee ) ]  Isn't "brackets" some editor project ?

On 21 April 2014 07:25, Yuriy Tymchuk <[hidden email]> wrote:

Sent from my iPhone

> On 20 Apr 2014, at 12:22, Norbert Hartl <[hidden email]> wrote:
>
> What does it do?

For now on - syntax highlighting. I'll try to add more features in future

Uko

>
> Norbert
>
>> Am 20.04.2014 um 08:35 schrieb Yuriy Tymchuk <[hidden email]>:
>>
>> Dear guys who use Pillar.
>>
>> I’m happy to announce that I’ve created a small bundle for TextMate. You can find it here: https://github.com/Uko/Pillar.tmbundle
>>
>> Also I’ve exported it to ATOM (new editor from github) package, but it’s crappy because ATOM lacks some stuff right not. Package is called: language-pillar, source is here: https://github.com/Uko/language-pillar
>>
>> I will be happy to hear your feedback, and add more features.
>>
>> Happy Easter!
>> Uko
>>
>> P.S. (won’t be online for ≈30hours)
>

ah, emacs.  end of conversation, from the friendly editor.  And likely the end of Mozart Oz, only they just can't believe it.

Emacs, version 25 on the way to 125. Oz. Version 1.4 and on the way to nowhere, but at least it got there via emacs [ enough said.]

( I remember the senseless attacks on Visual Prolog as Turbo Prolog, on bytecode ( before Java ), DASD in favour of RAM above 640k ... )

If ever a tool set back the development of IDE's before ( gag ) IBM WorkBench/eclipse, it was surely emacs.

But then again, someone will link eclipse to the VA Smalltalk team at IBM ... ( eclipse has almost shuttered the Curl IDE at www.curl.com and www.curlap.com - to my amazement. Only IDE to rival Smalltalk. Pooof ! And with pluggable editors and the code in the package.)

To really see the state of editors as components, just try writing tests and docs in Japanese for a week for the programming paradigm of your choice.  Yes, time to configure an editor for Japanese is not included,as that would be unfair.

( painful reminder : even Kobo, the e-reader, is lame compared to Amazon Kindle, as a Japanese reader. And the Sony e-reader is gone.  And that is just mere Japanese text display without annotation, let alone editing for development.  But Apple fans far out-number emacs advocates, don't they?  ;-)

Pharo 3 for coding in Japanese is now the best IDE of which I am aware.  And it is a great pleasure to see that.

My thanks to everyone who helped bring Unicode to Pharo and Pharo to Unicode fonts.

And there is still no IDE for swi-prolog. Because Logtalk + SWI wouldn't benefir from an IDE, would it.  At least not in my lifetime ( Prolog development maps to my life from post-college to retirement thus far, with the earliest steps taken while I was in high school.  A close match to Smalltalk, in that one idiosyncratic regard.)

:-)