G;day all,
I'm an infrequent TM user, as I spend 90% of my time in FileMaker
Pro, but do some occasional work in XSLT. I was wondering if someone
could help with an issue with indenting in XML. I've got some code
that looks like the following as output in XML :
<Style>
<Data>Some text Here.</Data>
</Style>
<Style>
<Data>Some text Here.
Some more text here.</Data>
</Style>
This has been indented using the "Indent Selection" option.
Obviously I'd like it to work the same on the second set of text as
it does on the first. I'm told you can change this via the bundle,
but grep and regex are like greek to me. Is this something I can
modify, or this maybe intended behaviour?
Thanks,
Nick
Apologies for using bandwidth on the main mailing list, but my attempt to
contact textmate-owner(a)lists.macromates.com bounced with a "not allowed
to post" message, though I am subscribed to the list. The message I sent to
the owner follows:
Hi,
Is there any way to get a *daily* digest from the textmate-request
list? I am receiving several e-mails each day, all relatively small sized,
instead of a single digest per day. Each of these is labelled
"textmate Digest"
and carries a few messages, rarely more than five to seven. I understand,
when the digest reaches a reasonably large size having it split up, but today,
so far (and the day is only half over here), I have received digests at
0:19+0000 16K textmate Digest, Vol 31, Issue 14
3:14+0000 20K textmate Digest, Vol 31, Issue 15
6:41+0000 17K textmate Digest, Vol 31, Issue 16
12:00+0000 9K textmate Digest, Vol 31, Issue 17
15:53+0000 15K textmate Digest, Vol 31, Issue 18
That's a total of 77K in five separate messages; looking back over time, it
seems as if no digest is ever allowed to grow much over 20K (the largest
since I subscribed is 30K and there is only one of those; most are 20K or
below). That seems way too low for a *digest*. The digests from the gcc
list, for example, are regularly in the 50-80K range, and are much more
useful in keeping related topics together than the textmate list is. Thanks
in advance for your response.
--
Vic
Hi there,
There's any quick and dirty hack that allows me to use multiline TODO
tags? I checked the code but it is Ruby -and I don't want to learn it
right now to just hack it. But maybe writing a perl similar would be
nice :-)
Thank you.
--
Igor Sutton
igor.sutton(a)gmail.com
Hello,
I'm trying to use dialog.rb to open custom made dialogs (Nibs) in Ruby
but so far have not succeeded.
Reading the code, it looks like this should work:
Dialog.new(:nib => "path/to/nib")
but I get an error.
I'm using shell code now, but would love to use the nicer Ruby syntax ;)
Any advice?
Thanks in advance
--
Ale Muñoz
http://sofanaranja.comhttp://bomberstudios.com
Here's another snapshot, for those who are interested.
I've made it into its own bundle for the moment, for ease of installation.
This version should have more robust error handling, and does its best to
work
with the 3.6.x versions of GV. (Unfortunately they're all pretty buggy — the
best
version is still 3.5.8 — but it does its best.)
Many thanks to Zettt, who went out of his way yesterday to help me identify
the problems he was having.
PDF support will come in a later version, which I'll probably call 2.0. (You
might
like to mentally prepend "0." to all these version numbers. This is clearly
still
alpha code.)
Robin
Here's a script I hacked together last night.
If you're writing something with lots of complicated diagrams (like my
thesis, to pick an example at random) then you often have to go through
several compile-view-edit cycles before any particular diagram looks right.
This involves a lot of tedious waiting. The obvious way to speed it up is to
try and reduce the time between making an edit and seeing the results.
Hence this script. The idea is that you can 'watch' a LaTeX document, so
that whenever you save a change the display is updated as quickly as
possible to reflect the change.
The script is currently somewhat inflexible in its assumptions. It compiles
.tex -> .dvi -> ps, and uses gv as the PostScript viewer. If other people
are interested, I can certainly make it more configurable. That's why I'm
posting it here.
The reason for the aparently-perverse choice of gv as the viewer is that
ps2pdf is really, really slow, so if you want a fast cycle – and you're
using PostScript specials – you need to view the DVI or PS directly. I don't
know a DVI previewer that works with the PostScript specials I use, so that
leaves PS. I don't know of anything else for the mac that can display PS as
quickly as gv (I'd love to be enlightened here), and gv is very pleasant to
use once you get used to its idiosyncratic interface.
Anyway, that means you'll need to have X11.app and gv installed for it to
work. As I say, this can potentially be changed, but that's the current
situation. You also need to have gv in your $PATH.
Apart from avoiding PS->PDF conversion, the main trick I use to speed up the
update cycle is to build a custom TeX format file for the document. The
preamble – i.e. anything before \begin{document} – is compiled into a
special format when the file is watched. Thereafter, when the file is
updated, the preamble is merely inspected to see whether it has changed. If
it hasn't, the previously-generated format is used. Assuming you don't
change the preamble very often, this is a big win if you load a lot of large
packages. It halves the compile time of the document I'm currently working
on.
Attached are two files:
Watch document.tmcommand
A TextMate command that invokes the watcher. Copy this into your favourite
bundle. (If you try to watch a file that's already being watched, you're
given the option to stop watching it. Alternatively you can just close gv,
and it will stop watching. Note that quitting TextMate will *not* stop the
watcher.)
latex_watch.pl
A Perl script that does the real work. This should be placed in the
directory Support/bin inside the same bundle that you copied the command
into. (You probably need to create that directory.)
If something doesn't work, you _should_ get a nice error dialog telling you
what went wrong.
I'd really appreciate any feedback. I think that, with some more
flexibility, something like this could be useful to a lot of people.
Robin
I have an NFS share from my linux server and mount this on my Mac.
This NFS share is an svn working copy and its repo is local to the
same server. So the svn url is file:///path_to_repo/trunk.
If I try to use the subversion bundle in TextMate, it tries to use
direct file access to the repo instead of svn+ssh access. Is there a
way I can let TextMate know to use svn+ssh for this working copy?
thanks, ke han
Hi there
Am loving GTDAlt - I've tried 'em all and this is the one for me it seems.
I notice that in the latest build of TM, that when I attempt to set a
date for an action, an error is generated:
/tmp/temp_textmate.Ie4gRD:3:in `require': No such file to load --
/Library/Application Support/TextMate/Support/lib/plist (LoadError)
from /tmp/temp_textmate.Ie4gRD:3
Any clues on this would be appreciated.
Richard Sandilands
Recently, every time I launch Textmate, my system plays an alert
sound. I checked the console log and it's displaying this:
2007-03-29 18:51:50.872 TextMate[284] error reading file
/Library/Application Support/TextMate/Themes/Mac Classic.tmTheme
2007-03-29 18:51:50.980 TextMate[284] loadPlugIn: Dialog plug-in with
same bundle identifier (com.macromates.dialog_plug-in) already loaded
What do I need to do to fix this?
Thanks!
Does anyone use http://www.stclairsoft.com/DefaultFolderX/? It doesn't work
in TextMate's open dialog, but seems to work in every other. That's very...
very... very sad, and very, very painful. Anyone know why that might be? Any
idea how I might get it to work? The only thing I notice is that TextMate
has a 'Show hidden files' option; so wonder if its using a custom dialog
instead of the standard one.
Thanks in advance.
-S
