> Since we can match the newline character,
> this change still allows us to decide the
> scope of the caret when it is at the end of a
> line, by assigning the scope to the newline.
> So the change didn't just shift the problem
Makes perfect sense.
By default XSL bundle doesn't threat "-" as word character, which impairs
auto-complete feature (instead of getting "apply-tempaltes" I have to
autocomplete "apply", add hyphen and choose between "template" and
"templates").
Is it possible to have "-" as word character for XSL only? I'm using other
languages at the same time, so I don't want to change prefs back and forth.
--
regards, porneL
It's funny how just a one line comment about a new version of the app
can break almost every scope you've got....
> [CHANGED] The scope of the caret is now that of the
> character to the right of the caret, rather than that on
> the left side.
Just a heads up to all you bundle developers, check your scopes to
make sure this doesn't effect you. Particularly if you have macros or
snippets that only take effect at the end of a line.
^[a-z\s\.]{,15}$ ...will no longer work. Removing the "$" will fix
it (in this case).
I haven't seen anyone talking about this, but it strikes me that it
could adversely effect many people. Why has this change been enacted
(yes, I realize it's "nightly-build" only at this point. Is this a
good thing? Does this force our scope selectors to be more precise?
Am I wrong?
Here's a strange thing. I'm using ProFont, unaliased, and the tool tips
look weird. Attached is a screen capture showing the same output as
normal window text and tool tip text. Notice spacing issues and some
characters running together ("fi" of file), neither of which are a
problem under monaco.
I understand this probably because ProFont is just a somewhat roughly
built font, but weird and relevant enough I should share.
Q
This is a more detailed explanation of how the scope selector change
in rev961 has effected me, and how it will effect you.
say you have this example:
name = 'meta.test.comment';
match = '^\s\*\s.*';
and when you press return you want to insert a newline, space, and
asterisk to continue the comment (or whatever). A common snippet.
With the change in rev961 it is now necessary for the match string to be:
name = 'meta.test.comment';
match = '^\s\*\s.*\s*';
notice the "white-space character any number of times". This may be
obvious to more experienced programmers but to someone like me I had
forgotten that the '.*' search doesn't include newline characters. And
the previous version of TextMate was forgiving in this regard.
So I guess the change is a good thing. But I foresee lots of snippets
and macros breaking in not-so-great-coded languages because of this.
Just a heads up to you guys, check your code.
Good to see Allan and others checking in lots of changes to the Ruby
bundle lately. Is there any popular support to extending folding
markers to do/end, if/else, while loops etc. like we have in most
other language bundles?
sebastian
Hello list,
I thought it was annoying to edit the Lighttpd configuraton file
using the Apache syntax, so I've made a small bundle for Lighttpd.
It's available at <http://amonre.org/pub/textmate/bundles/>.
This is my first attempt at a bundle, so don't expect much. It
contains nothing more than a syntax definition so far. No macros, no
snippets, etc yet.
Let me know what you think.
Regards,
Denis Defreyne
--
mail: amonre(a)amonre.org
web: http://amonre.org/
copied my project files over from another computer and the project opens
fine except the bookmarks are no longer there. where is the bookmark info
stored?
thanx....
Using TextMate 1.5.1 (948), I've observed some behavior that I wasn't
expecting. Specifically, when I set the command's input to Entire
Document, my command seems to get less than the entire document on
its stdin.
I'm curious whether anyone else is seeing the same thing. Here's an
easy way to test.
Create a new command (MyCommand) with the following settings:
Save: Nothing
Command(s): cat
Input: Entire Document
Output: Create New Document.
Unless I'm missing something, this command should simply copy the
command's input, the entire document, to a new document, using the
shell "cat" command. However, the command's input seems to begin at
the character immediately following the first ) character in the
document. If there is no ) in the document, nothing is copied.
I don't know if there is something specific to my environment that
may be causing it, or if it's a bug, but this behavior wreaks havoc
with the built-in Ruby "Run Script" command (which uses cat), causing
it to overwrite saved Ruby source files with less than their full
content.
--David W. Body / Big Creek Software, LLC
Hi all,
FWIW, I put together a bundle for remind - it's probably pretty terrible
(I'm not to clear on language.element.naming) but since no one's done it yet
I thought I'd let you guys know. It seems to work ok, I'd welcome any input
and I can throw it in your svn if you like it.
http://code.cutup.org/remind
