Hi!
I'm a bit confused: XML snippets automatically work in my Prolog files
and vice versa. And I couldn't find any information with regard to the
"scope" field in the bundle editor (which I guess might be a solution
to my problem - I don't want to lose the ">"-tab activation for empty
tags, but it drives me mad whenever I try to write a conditional in
Prolog, which starts with a "->" and needs some tab-formatting to be
readable).
Can anyone help me out there?
Ole
Hi,
I've been a zsh user for quite some time, but haven't used it for
scripting due to portability reasons. Now I just finished reading "From
Bash to Z-Shell", and realized how much more elegant those sh scripts
could be with zsh (or bash, I guess). And since TM runs on Mac OS X
exclusively, which ships with zsh by default, there's no portability to
consider.
Soo.. anyone using zsh for command scripting who would like to share?
Unfortunately, I don't do much text editing and therefore scripting
myself lately, so don't expect any gems from me.. I'm just curious.
Thanks,
-Ralph.
---
"From Bash to Z-Shell"
<http://www.amazon.com/exec/obidos/tg/detail/-/1590593766/
qid=1106825397/sr=1-1/ref=sr_1_1/104-0742256-4403924?v=glance&s=books>
Hi
Sorry about the ot post. Ive searched my folder, but cant find the link
to that useit article about writing email/web articles etc. Could
someone point it out to me?
Thanks
Eoghan
I've run into an instance using this great new feature (Append to Each
Line in Selection) in release 1.1b3 where I think we can improve
usability. I'll do my best to explain it, but it will be easier to
understand by referring to the attached image (sorry). Also. I may be
missing something obvious, as I'm a "switcher" with deeply embedded
Windows keyboard navigation habits. I'm currently attending rehab for
this condition : )
Here goes:
+ I'm in a 27 line text file
+ Lines 1-21 have data
+ Lines 22-27 are blank
+ I've just finished Appending to Each Line in a Selection (Option/Alt
+ Cmd + A) which covers lines 18-21
+ Line 18-21 are indented a couple of columns
+ My cursor no sits at the end of line 18
From here I would like to put my cursor to the beginning of line 22
WITHOUT using my mouse.
Having search through the GUI and played with all possible key strokes
(I think), two options arise...
OPTION 1: Option/Alt + Arrow Down
This takes me to the same column of line 21, from where I can do
another "Arrow Down" and then a Ctrl + Arrow Left" to arrive at my
destination (Column 1 of line 22). This option requires a total of 5
keystrokes. Entirely too many to be optimally usable
OPTION 2: Go to Line (Cmd + L)
This option require also require 5 keystrokes (4 if the target line
number is a single digit, 6 if triple)
One might also try Option or Control + Page Down, which takes you to
the bottom of the document (line 27), but then I have to make my way
back up to line 22 (many keystrokes).
Assuming I have not missed anything painfully obvious. I'm wondering if
we can add such functionality to the Navigation menu. Basically "Go to
first column of the next blank line." Possibly map this to
"Ctrl+Option+PageDown/PageUp" if that doesn't conflict.
IT NOW OCCURS TO ME, HAVING REVIEWED THIS, THAT MAYBE (ALSO) HAVING THE
CURSOR END UP AT THE END OF THE LAST LINE IN THE SELECTION WHEN
EXECUTING AN APPEND TO EACH LINE IN SELECTION MIGHT BE BETTER?
Great beta 3 Allan !!!
In the last week I have been writing some postings on a private forum,
which uses UBB code [b]bold text[/b] tags. As I prefer to work in a
bigger text editor window and in larger text sizes, I create my post in
TM, and then post it into the posting form.
While doing this, I am missing the "Insert Closing Tag" functionality
of HTML, and started wondering about how I could extend it to handle
the basic UBB tags as well. Unfortunately I didn't get very far as I
can't really see the starting point. :(
Ideally it would be great to have a syntax .tmbundle that made
[b]bold[/b] and so on. Anyone has any ideas or input to help with ??
Kind regards,
Mats
----
"TextMate, coding with an incredible sense of joy and ease"
- www.macromates.com -
I think that would be a great feature addition. Not sure how much that would complicate the snippets window though. Still it would be great to have.
- Bill
>Yeah I know it's not the same thing, sorry. I was unclear. What I
>described was an additional feature I would like to see.
>
>On Jan 26, 2005, at 10:25 AM, Jan-Ole Esleben wrote:
>> Yeah, I know what you mean, but it's not really the same thing. It
>> doesn't allow for mirroring a variable from the outer snippet, for
>> example.
>>
>> Ole
>>
>>
>> On Wed, 26 Jan 2005 10:09:39 -0500, Justin Blake <justin(a)blaix.com>
>> wrote:
>
>
>>>> On Jan 26, 2005, at 9:53 AM, Jan-Ole Esleben wrote:
>>>>
>>
>>
>>>>>> I wonder if I am the only person that would love to see nested
>>>>>> snippets.
>>>
>>>
>>>>
>>>> Nope, I wanted it to. And actually I thought it was possible for what
>>>> I
>>>> was trying to do. I just wanted to use an existing snippet when inside
>>>> the placeholder of another snippet. So if I expand a snippet with tab,
>>>> then start typing a new snippet in the placeholder, my next tab would
>>>> expand that new snippet instead of moving to the next placeholder of
>>>> the first. I might not be explaining this properly...
>>>>
>>>> Know what I mean?
>>>>
>>>> - Justin
>>>>
>>>> ______________________________________________________________________
>>>> For new threads USE THIS: textmate(a)lists.macromates.com
>>>> (threading gets destroyed and the universe will collapse if you don't)
>>>> http://lists.macromates.com/mailman/listinfo/textmate
>>>>
>>
>>
>> ______________________________________________________________________
>> For new threads USE THIS: textmate(a)lists.macromates.com
>> (threading gets destroyed and the universe will collapse if you don't)
>> http://lists.macromates.com/mailman/listinfo/textmate
>>
>
>
> So I partially take back the thing about AS being the answer. AS (or
> apple events) will definitely be the first thing used to expose the
> editor API, which should allow the editor API to be called in most
> scripting languages.
osa (applescript) would be a good start.
and like you say below, it would be needed to get back into textmate
with a simple cgi-type callback interface.
> But for callbacks I'm not sure AS makes sense with the current anti-AS
> attitude of TextMate (and AS just being crappy for the things you'd
> normally do in a callback/user function).
it is kinda high-overhead. and fiddly.
> One (easy to achieve) solution is to run a script using bash, as
> currently done with commands, but give it arguments and probably re-use
> the environment space for all callbacks made for/from the same buffer.
simple is good. for me.
but i likely wouldn't be doing things that required much state, so
simple might bother others more than me.
> The other extreme is to embed a scripting language interpreter into
> TextMate...
python. =)
would love it if it was a language i liked. wouldn't like it so much if
it was a language i didn't know/like. suspect others feel the same way.
...some people would be happy because you picked what they wanted. more
people would be unhappy because you didn't pick what they liked.
...if you choose to embed python, ignore that comment.
> Another solution (which could simply be in addition to the shell
> solution) would be to have TM delegate all scripting stuff to a plugin,
> and the 'embedded language' would lie entirely in this plugin. That way
> it would appear as if the embedded language was Python, Ruby, etc.
i fear you would end up with one good plugin (the one you use) and a
stack of broken plug-ins. but i'd be delighted if the textmate
community came through and proved me wrong.
a plugin would be harder to write that a syntax file.
> hmm... I'll need to give this some more thoughts -- though this is not
> something I plan to do over the next weeks, so there's plenty of time,
> and I'm just thinking out loud here! :)
not registered, demo's expired right now. fell back to textwrangler
(funny that the free editor is better than bb****. pay less, and they
remove the bloat for you).
but i follow the list more than any other list currently.
can't wait for textmate to grow up. mostly i'm waiting for
inter-process communication of some sort (what's being described by
allan here).
...and some way to keep the windows from staggering all over the place
when they open. that drove me nuts. just let me open them all on top of
each other, i'll navigate with the keyboard.
i really miss snippets. can't wait to come back to textmate.
Will there be any way to evaluate TextMate 1.1 (betas or release) if one
has already tried 1.0? I decided I wasn't quite ready for 1.0 (because
of the black background when syntax highlighting was turned on) but it
looked really promising, so I want to check out 1.1.
Regards,
-- Russell