> Is this what you mean?
>
> ^(ATOM|HETATM).*GLN
>
> This will match any line which starts with either 'ATOM' or 'HETATM',
> followed by any string of arbitrary characters, followed by the string
> 'GLN'.
This indeed works but I do think I need to be a bit more specific.
Lets look again at the line:
ATOM 14 CA GLN A 2 -27.648 -9.581 30.325 1.00 10.00
My goal is to have both the 'ATOM' string and the 'GLN' string colored
differently.
Using ^(ATOM|HETATM)\b I can color the ATOM part.
Using \bGLN\b I can color the GLN part.
The problem is that I only want the GLN part to be colored if the line
starts with ATOM. In your reply the complete part starting with ATOM
up to GLN gets colored.
Marc
Hey guys,
I'm a FlashDevelop user trying to get used to TextMate. I'm trying
Simon's code hinting.
Consider these examples. I'm triggering a completion with opt-esc at
the end of each line:
var ball:Sprite;
ball.graphics.be // completes to
beginFill(color:uint,alpha:Number=1.0);
ball.graphics.beginFill(1, // "No property found"
// It ought to complete to beginFill(1, alpha:Number=1.0);
ball.graphics.beginFill // inserts the following grep error into my
file:
grep: /Users/brenton/Library/Application Support/TextMate/Bundles/
ActionScript 3.tmbundle/support/data/completions.txt: No such file or
directory
();
I've heard great things about TextMate. I'm still yet to find an
editor that rivals FlashDevelop on Mac, but I'm hoping to change
that. =)
Thanks,
Brenton
I've noticed that in ActionScript 3.tmLanguage from Simon Gregory's
AS3 bundle, firstLineMatch is defined to be \bAS3\b. I don't know ANY
ActionScript class file that would match that pattern.
I believe this is the correct firstLineMatch for AS3:
package\s?([\w\.]*)\s?{
I have installed on my MAC TextMade not only bought a license yet, but
it had expired.
After he returned to UPDATE trial license for 30 days.
--
Thiago Avelino | www.avelino.us
icq: 2522219 - jabber: thiagoavelinoster(a)gmail.com
Sent from Sao Paulo, São Paulo, Brazil
Like it or not, I end up having to detract for writing code, and work
with css. I started using Tm for this the other day. Great auto
complete in the css markup, that truly is a time saver.
I see a lot of people use FireBug to open a css file left side,
browser on right, and start seeing in real time their changes. This
is probably the best way to do CSS dev IMO, not refreshing a page and
seeing it happen in real time is a real time saver.
I am not a huge fan of FireFox, or Firebug, and it is not a solid
solution, you can not save, there are some deficiencies.
Apple's Web Inspector tool gets me part there, but you can only edit
CSS in their fields, can not get raw access to a file.
I see in TM I can do a "Show Web Preview", which is pretty nice. It
is not pure real time. Why is this? Why can something like FireBug
do real time updates, but TM is more on a schedule? Not knocking it,
I am genuinely curious about the technical aspects of how this is
working.
The trouble is, I do not want to do inline CSS editing, I want to edit
the references CSS file. If I open a html file, which has a link to
a .css file, make change to the .css file, the .html file that is open
in the web preview is not updated. I have to toggle back to the .html
file, make a space or other change, and then I see the update.
Any other way to trigger the update from the linked file?
TM also only works on local files. If I am working on a remote file
over ssh/ftp all image links will be broken, so something as simple as
<img src="icons/blue.png" /> which would load in a browser just fine,
will be broken in the web preview.
Any suggestions to get out of the change/save/switch/reload cycle that
is going to give me carpal tunnel syndrome soon enough.
I am going to look at CSSEdit as some others have suggested, but I
really do not want to add another huge dev tool to the list of things
I need to learn, and I am already 110% happy with hose TM auto
completes CSS.
--
Scott * If you contact me off list replace talklists@ with scott@ *
Hi,
I've had a look for this in the archives but no mention of it, so
here's a very minor bug I just found:
Basically, TextMate will garble its caret bookmark file attribute
whenever column == 0 && line == 0. When saving any file with the caret
in this position, the resulting attribute always read like this:
com.macromates.caret:
0000 78 9C AB E6 52 00 82 E4 FC 9C D2 DC 3C 05 5B 05 x...R.......<.[.
0010 03 6B 30 3F 27 33 2F 15 C2 AB 05 00 8B 99 08 1D .k0?'3/.........
When saving the file with the caret in any other position, the
attribute saves normally:
com.macromates.caret: {
column = 0;
line = 1;
}
Tested & reproduced using TextMate 1.5.8 (build 1498) on an Intel Core
2 Duo MacBook running OS X 10.5.5 (9F33).
I hope that's enough information to identify the offending code --
keep up the good work, it's a great app!
-- Nick
Hi guys,
I'm a new TM user and I've noticed two very peculiar things about TM.
When you have a file that has only one line break (say a minimized css or js
file) and if you have Soft Wrap enabled, TM will freeze for 10 minutes at a
time! Totally weird. Even a TextEdit works perfectly with something like
that.
Another issue is slow regexp. Whenever I execute regexp on a file that's
about 5K lines, TM freezes for 20+ seconds. I've never seen such a slow
regexp. Am I doing something wrong or is there a preference/switch that I
could set so it doesn't do that?
Thanks for any help!
Dave
Hello, long-time Emacs user / new TextMate user here. I wanted to drop
by and say "hi", say how much I am loving TextMate so far (I thought
nothing would drag me away from Emacs), and discuss a couple of
features that I miss.
Firstly, I was on the whole a very happy user of Emacs, and an article
I wrote describing my Emacs environment for XHTML/CSS/Javascript/PHP
web development was even mentioned in the O'Reilly Emacs book. I'd
tried TextMate a couple of years ago and not liked it, but I tried it
again a few weeks ago and was blown away.
However there are two things that I miss. I have done a Google search
on the mailing list archives and couldn't see much discussion of
either of these, but please appreciate that the mailing list archive
is very large and I'm new here so I apologies in advance if I'm just
raking over things that have been discussed to death.
1. Good parenthesis matching and highlighting
I'm actually genuinely surprised at this. TexMate is very weak in this
area. I should be able to put the cursor between say "})" and have the
two closing parentheses highlighted in different colours and have
their corresponding opening parenthese highlighted in matching colours.
2. The ability to parse DTDs and Schemas for automagic knowledge of
markup languages
This is much more of a tall order, but it is something that PSGML mode
and nXML mode provide in Emacs, and to some extent it is similar to
what AUC-TeX provides for LaTeX editing in Emacs. With PSGML mode and
nXML mode I can open any type of SGML or XML document and as long as
Emacs can find the DTD or the Schema it automatically understands the
language in question: it knows what elements are part of the language,
where they can be inserted, what attributes those elements can have
and even what attribute values they can have. That means that you
don't need to write a MathML mode, an SVG mode, etc. In TextMate I
needed to hand edit an SVG file but there is no SVG bundle, just an
XML one. It was the first time in weeks I had to use Emacs. Similarly
work is progressing rapidly now on HTML 5. Support will have to be
laboriously added to TextMate for this in the absence of something
which simply understood the DTD or Schema. AUC-TeX on Emacs worked in
a similar way, in that it was capable of parsing the LaTeX packages
you were using and automatically extracting the commands and
environments they used and adding them to menus.
As I understand it, the features of TextMate 2.0 are somewhat shrouded
in mystery, but I understand that the underlying engine for language
grammars is being re-written. Does anyone know if the kind of feature
I discussed is likely to be possible in TextMate 2? Maybe it is
already possible in TextMate 1, but no one else has seen a need for it?
Anyway, so far the pros of TextMate are outweighing the cons. There
were a large number of niggles with Emacs that were driving me up the
wall, and so far it has been a joy to switch to TextMate. Better paren
matching seems like something that just needs to be there. A more
intelligent way for dealing with markup languages is highly desirable
from my point of view, and could in the long-term end up being a deal-
breaker. I'd be interested to hear what others think.
Best, Darren
Hey guys, I use textmate a LOT on OS-X Leopard 1.5.6 as my main CLI
text editor via .bash_profile and I edit a lot of files from my
computer with textmate. But I have issues with permissions when
trying to "mate" files which my user does not have permissions to
read. Even if I "sudo mate". Textmate pretends it opened this file
but the file is empty, and when you save it it will ask for
administrative privileges to do so.
Steps to reproduce:
$ echo "this is a test" > testfile
$ sudo chown root testfile
$ sudo chmod 700 testfile
$ sudo mate testfile
Result:
Textmate opens a window called "testfile" but shows nothing in this
file. If you edit this file and hit save, a window pops up which asks
for your credentials to save over this file.
Expected result:
#1 - preferred: uses the above "sudo" permission to pass into and/or
launch textmate under for editing of this file. Which would allow
opening and saving of this file without requiring re-entry of
credentials (annoying).
#2 - secondary/temporary alternative: upon failing opening a file
(like what's happening here) asking the user for credentials which
would allow opening the file. If this fails, do not open the window
because clearly, you don't have permissions for this file anyway, you
shouldn't have an editor window open for it. If their credentials
succeed, use the "open" permission for saving also.
Anyone have a workaround for this, or any ideas? The contact area
said to post here first. I googled a bit and didn't find anything so
I'm starting here.
Cheers!
- Andrew
