TextMate alongside more traditional heavies like OmniOutliner,
NetNewsWire, and Delicious Library:
http://maczealots.com/articles/shareware/2005/
> TextMate by Macromates is a fabulous text editor for programmers
> and designers. TextMate offers easy ways to manage your project,
> keep it organized and automate monotonous tasks. Managing code and
> markup are made much easier by this application, too. Because most
> projects require many files, TextMate is also great because it
> helps you manage all these files. The most commonly used features
> are the dynamic file outline that allows you to arrange your files
> in an outline and keep your changes up to date, tabs that make
> jumping between files simple, a clipboard history so you will never
> forget where you are going and where you have been and the ability
> to hide what you don’t use with foldings. TextMate consistently
> gets high ratings and you can’t beat it for the money.
>
> Some of the MacZealots crew use TextMate to write drafts of
> stories, create sample code for tutorials and even as a quick
> outliner. The reason is because TextMate is so lightweight compared
> to applications like Microsoft Word and Xcode. With less system
> overhead, we can use our dilapidated iBooks to work on the road.
Am I the only one who's noticed a rather substantial system slowdown
with b14 and 15 running?
SAUL ROSENBAUM
VISUAL CHUTZPAH
Strengthening Brands Through
Illustrated Images And Interactive Design
visit us on the web:
http://www.visualchutzpah.comhttp://www.saulrosenbaum.com
or give us a call:
p: 215.702.1147
f: 215.689.3465
Allan,
I'd love to, unfortunately she upgraded to Tiger yesterday whilst my back
was turned, all has now returned to normal! If I can track down another
machine that hasn't been upgraded Ill try to verify the problem and run the
tests you suggested.
Cheers,
Chris
On 28/7/05 13:00, "textmate-request(a)lists.macromates.com"
<textmate-request(a)lists.macromates.com> wrote:
> Okay, can I persuade you to do some testing on her setup?
______________________________________________________________________
This email has been scanned by the MessageLabs Email Security System.
For more information please visit http://www.messagelabs.com/email
______________________________________________________________________
Just to inform everybody that the a new version of PHPCodeCompletion
with support for TM 1.1b15 can be downloaded from here: [ http://
www.imediatec.co.uk/tm/phpcc/ ]
IF you are not using TM 1.1b15, then you can still use download and
use the b11 - b14 version.
Kind regards,
Mats
----
"TextMate, coding with an incredible sense of joy and ease"
- www.macromates.com -
On Jul 25, 2005, at 10:37 PM, Andreas Wahlin wrote:
>> I doubt you'll convince many here that the Finder is a good project
>> manager ;)
>>
>
> ehm, *coughs a bit* no I suppose not :)
> But if you would only use it SPATIALLY, then ... *shuts up*
I use to believe similarly. I strongly encourage you to spend a few
minutes playing with TextMate's projects. Just don't be too
surprised if they win you over. They sure sold me.
Apple-T is probably the best feature of projects. What to open
my_class_test.rb? Apple-T, mct, and return. You have to see it to
believe it.
Seriously, we're probably talking about 10 minutes of your time and
then at least you'll know what you're missing, if nothing else...
James Edward Gray II
On Jul 26, 2005, at 7:01 AM, Patrice Neff wrote:
>>> UTF-8 sucks for Japanese and Chinese texts mainly due to space
>>> reasons. If anything makes sense, then it is UTF-16, which
>>> Textmate also supports.
>>>
>>
>> Could you explain what you mean by "space reasons"?
>>
>
> Due to the way UTF-8 works, it used 1 byte for US-ASCII characters,
> but up to four bytes depending on the Unicode number. Many alphabets
> can be encoded with two bytes (especially the European ones, but also
> Hebrew or Arabic). Chinese and Japanese characters will require three
> or four bytes.
This size issue is largely a myth.
Remember, we are discussing "pictograph" languages. In English, the
word "forest" requires six characters. In Kanji (Chinese/Japanese
pictographs), it requires one. Even if we need four bytes to encode
that one character, it will still be smaller than the resulting
English encoding.
There are some encodings that squeeze Kanji into a smaller space,
it's true, but to say that the files balloon in size without this is
not really accurate, in comparison with other languages.
James Edward Gray II
On Jul 25, 2005, at 10:37 PM, Patrice Neff wrote:
> Apart from that, it seems that Unicode is not actually able to handle
> 100% of Chinese (and maybe also Japanese) script. But I'm not a
> Unicode expert.
Unicode does not include all of the Kanji, a shared set of
pictographs for Chinese and Japanese. However, the Japanese (the one
I know), at least, can just drop into their Kana (Hiragana and
Katakana) syllabary to "spell out" any word they can't represent with
Kanji. I assume the Chinese have a similar option, though I'm not
familiar with that language. However, since the average Japanese
person knows a few thousand Kanji and Unicode includes way over that,
I seriously doubt this is a common problem.
James Edward Gray II
