I did a google search for a git bundle for textmate a while back and
found several hits, one of which (I thought) was a git bundle that
was being worked on by Allan. I can no longer find any trace of this
anywhere.
Was Allan working on a git bundle? Is he still? Is anyone else?
I would switch to git in a heartbeat if textmate had support for it.
After some minutes I'm using LaTeX Watch (which BTW is
simply wonderful and makes writing in latex a
pleasure. Try it!) the Skim CPU cycles go up to 35% (also
when both TextMate and Skim are not active or in
the backgroutnd).
At the same time the process "ATSServer" goes above 20%.
Pretty puzzling since this should be the ATSUI - Apple
Type Service thing, how is this related with TeX?
Am I the only one experiencing this?
Thanks
Piero
Yummyftop is announcing a new release, will be this think working?
2007/8/16, Tobias Jung <newsgr(a)tobiasjung.net>:
> At 15:31 Uhr -0400 15.08.2007, Charilaos Skiadas wrote:
> > this Applescript was utilizing the dictionary that Transmit had
> > set. In other words, Transmit has told AppleScript that it
> > understands words like "upload", "current session" etc. I guess
> > YummyFTP doesn't understand some of these words.
>
> Thank you; now it's obvious to me why it doesn't work.
>
> Kind regards,
> Tobias
>
> ______________________________________________________________________
> 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
>
On Aug 16, 2007, at 7:24:45 AM, Tony Crockford <tonyc(a)boldfish.co.uk>
wrote:
> is there a good workflow tutorial for the solo developer using
> Mercurial with TextMate for managing website builds and changes?
>
> if I learn about it and write one, will anyone be interested in
> reading it, or are we mostly team developers?
I don't know of such a tutorial, Tony, but I would definitely be
interested in helping create one. I've been using mercurial with a
few of my sites for a few months now, and it's been working out
great. There are still a lot of features I don't use, but as a fellow
solo developer I'd be happy to share my workflow and the tips I've
discovered if you'd find that helpful.
I've installed the Mercurial extension in Trac, which puts a pretty
web-based GUI on each of my sites' repositories, and lets me compare
before and after changes side-by-side, and even keeps track of
project goals and even includes a project-based wiki.
I love TextMate, and pretty much live in it while I'm working, but I
use the command line to issue Mercurial commands. It's probably just
me, but I find that more flexible and easier to use than the
Mercurial Bundle. No a big deal, since I need to ssh to the web
server to issue the hg update command anyway.
Feel free to email me directly, so as to not clutter up this mailing
list.
Cheers,
- Dave
I (finally) added a commit button to the status page, but I don't have
much time to test it thoroughly. So instead of waiting a few years, I
commit it and wait for feedbacks. If there is any problem we'll fix
them or revert.
One noticeable change:
Status now acts on selected files instead of working copy.
--
FredB
Hi,
I've been using TM to develop flash apps for a few months now, and
whilst I like the integration with MTASC provided by Alé I have found
one serious problem with the way it preview the flash movies.
If you build a movie in MTASC and it pops up in the textmate preview
browser, you can interact with it, do whatever, it's all fine. When
you close the preview window it appears that the flash continues to
run after you've closed the window. Whatever renders the HTML (I
presume some part of the Safari core or WebKit) doesn't close itself
down properly when the window is closed.
This is a problem as one of the apps I am working in is fairly CPU
intensive, so after I've built with MTASC once and previewed it,
after I close the window everything is still running at 100% cpu as
the flash app is still churning away in the background.
Is there any way to cleanly remove the browser preview when the
window is closed? To totally destroy the environment it created
during that preview? Or at least is there some way to find and
terminate the flash player that is running in it?
Gaby
--
Junkets for bunterish lickspittles since 1998!
http://www.playr.co.uk/
Hello all,
I am new with TM (and quite new with Mac anyway) and I like it a lot!
I used WinEdt for LaTeX and Matlab. It has a very nice feature: If
you are typing an umlaut like ä, ü, é, etc. it writes in TeX-code
\"{a},\"{u},\'{e} etc. to the tex-file, while the umlaut is still
seen in the editor. The advantage of this is obvious: You don't have
to care about the encoding, you can share the file easily and the
spellcheck works still fine. This feature could be interesting for
html as well.
Moreover, since one like to see greek letters like "α" (UTF8: CE B1)
instead of \alpha an automatic replacement in the editor (while still
writing \alpha to the tex-file) would be very nice, too!
I didn't found any discussion about this topic in this forum. Is this
of interest for you? Is there a solution already? I would be very
pleased about this feature.
Best regards
Matthias
On Aug 14, 2007, at 08:00, textmate-request(a)lists.macromates.com wrote:
>
> From: Steve Lianoglou <lists(a)arachnedesign.net>
> Date: August 13, 2007 14:03:56 EDT
> To: TextMate users <textmate(a)lists.macromates.com>
> Subject: Re: [TxMt] Re: Python bundle syntax highlighting bug
> Reply-To: TextMate users <textmate(a)lists.macromates.com>
>
>
>>>> I think you are probably right. Does anyone else have an
>>>> opinion on this?
>>>
>>> I agree this doesn't seem right, and can produce some confusing
>>> results. On the other hand, it's very nice to have regex
>>> highlighting.
>>
>> I prefer to trade-off false-positives for the nicety of regex
>> highlighting.
>>
>>> Wouldn't it be possible to have the first string located within a
>>> re.XXXXX('') pattern be highlighted as regex? Am I wrong, or are
>>> those the only places where regex appear?
>>
>> s = r"...."
>> pattern = re.compile(s)
>>
>> is always, possible, if contrived. I think re.XXXXX is an
>> interesting suggestion though.
>
> I'm in the same boat with Jay.
>
> I think it's kind of nice to have special highlighting for regex's.
> I'd settle for it only being switched on when we have re.*
> (r"regex" ... ) if the "always a regex w/ r" " really isn't
> suitable for others.
>
> -steve
>
>
>
>
> From: "Alexander Ross" <alex.j.ross(a)gmail.com>
> Date: August 13, 2007 14:35:16 EDT
> To: "TextMate users" <textmate(a)lists.macromates.com>
> Subject: Re: [TxMt] Re: Python bundle syntax highlighting bug
> Reply-To: TextMate users <textmate(a)lists.macromates.com>
>
>
> I agree that it's very nice to have highlighted re's if possible.
>
> What if we did something like matching r"(?#) … " as a regular
> expression string? The would give us something explicit to match,
> but it would also mean you'd have to add it to any of your preexisting
> re's.
That sounds like a very good idea. It would be pretty easy to find
regexes and sub in a '(?#)' comment marker (I had to look up what
that one was!) so one would have regex syntax highlighting in
existing code, while keeping the 'raw strings are just raw strings'
folks happy. For those who complain that r'(?# might just be the
beginning of some particular, non-regex raw string, well.... too
bad! ;)
On a side note, it may be nice to keep a documented list of such
'extra' features (above and beyond the straight language definition)
in the Python bundle somewhere; for instance, the appearance of
folding markers when a triple quote is followed by text, followed by
a <return>, followed by another triple quote. This regex
highlighting feature would also qualify - otherwise, it would not be
known to a new Python + TextMate user unless they stumbled across it
by accident or investigated the grammar in detail...
>
>
>
>
>> I'm more and more convinced as time goes on that we should just
>> stop trying to interpret raw strings as regexps.
>>
>>
>
> I think you are probably right. Does anyone else have an opinion
> on this?
>
>
Well - as you pointed out previously, raw strings were introduced
into Python for the specific purpose of making writing regexps
easier. If we don't interpret raw strings as regexes, what will we
interpret as regexes in Python, then? Or will we just ditch regex
syntax highlighting from Python altogether?
Perhaps we need some sort of obvious marker on the same line to
indicate that a raw string should be interpreted as a regex. Regexes
in Python are pretty obvious when being used - a very common way is
to compile a regex via re.compile([raw string]), and the other common
way is to call other functions in the regex module, ala re.findall
(r'\bFig\b'), for instance.
So, perhaps raw strings should only be interpreted as regexes when
directly preceded by re.[function]( - while this would not get
everything we might want to be interpreted as a regex, it would
capture some of the most common use cases.
Nick
