Just a couple quick commands for the blogging bundle that use an
applescript to insert the current iTunes track or album into your
post. I figured if Ecto could do it... TM better be able to.
If you're not sure where to stick the script (/Library... ~/
Library... Pristine Copy, etc.) just drag the "Determine Script
Location" command to the bundle that you want the commands in (i.e.
the Blogging Bundle) and run it.
Brett
Well, I thought I had it all set up right. I came in this morning and when I
hit shift+2, I get this error:
tm_dialog: server version at v5, this tool at v4 (they need to match)
/Applications/TextMate.app/Contents/SharedSupport/Support/lib/dialog.rb:19:in
`load': Cannot parse a NULL or zero-length data (PropertyListError)
from
/Applications/TextMate.app/Contents/SharedSupport/Support/lib/dialog.rb:19:in
`menu'
from /tmp/temp_textmate.V1zbOv:5
My dialog plugin and gtdalt bundle are all up to date. The dialog bundle
lives in Application Support--->Textmate-->PlugIns.
Anyone know what is going on? Thanks.
--
Lawrence Goodman
lawrencegoodman(a)gmail.com
Check out my blog: http://goodmanorama.blogspot.com
Hi there,
I had this hideous bug in on of my rjs templates. The bug was in this
line:
page[:login].visual_effect
:blind_down
now, most of you (who know rjs) will think that's a perfectly good
line. However, there is a bug in it. That line gets converted to this
javascript:
$("login").visualEffect
("blind_down");
It turns out that the character between the .visual_effect and
the :blind_down is *not* a standard space. It's some sort of carriage
return/line feed which is displayed as a space in TextMate (and Mail
it seems too).
Now, not wanting to spark up any editor wars or anything, but BBEdit
displays the lines like this:
page[:login].visual_effect
:blind_down
$("login").visualEffect
("blind_down");
so it's now obvious where the bug is... and why my div wasn't
blinding down ;-)
Is there any way I can get TextMate to alert me to the fact that this
character *isn't* a space? And therefore stop this hair-pulling bug
from happening again :-)
SAm
Hi,
Editing a LaTeX file seems particularly slow on my powerbook, even for
a relatively small file (a mere 200 lines). Every time I enter a new
character, the editor freezes for like 1/10 of a second... Has anybody
experienced the same kind of pb?
Regards,
Emmanuel
Hi all,
When I run this in TextMate with the Execute and Update command I get this:
RUBY_VERSION # => "1.8.2"
But, when I use irb in a terminal window I get this:
irb(main):001:0> RUBY_VERSION
=> "1.8.4"
Why aren't they the same? I am reading the Pragmatic TextMate book and it
shows 1.8.4 inside of TextMate.
Thanks,
-Eric
i am seeing some strange rubymate output when working with threads -
at times text is not printed on separate lines (when using puts rather
than print) and at others, the text is not printed at all. any
suggestions to resolve the rubymate behavior or pointers to where i
could?
regards,
jean-pierre
sample 1:
mate = Thread.new do
puts "Ahoy! Can I be dropping the anchor sir?"
Thread.stop
puts "Aye sir, dropping anchor!"
end
Thread.pass
puts "CAPTAIN: Aye, laddy!"
mate.run
mate.join
output from rubymate:
Ahoy! Can I be dropping the anchor sir?CAPTAIN: Aye, laddy!
Aye sir, dropping anchor!
expected output:
Ahoy! Can I be dropping the anchor sir?
CAPTAIN: Aye, laddy!
Aye sir, dropping anchor!
sample 2:
homicide = Thread.new do
while true
puts "Don't kill me!"
Thread.pass
end
end
suicide = Thread.new do
puts "This is all meaningless!"
Thread.exit
end
Thread.kill(homicide)
output from rubymate:
<nothing>
expected output:
Don't kill me!
This is all meaningless!
Don't kill me!
I'm using the current (as of a few minutes ago) Subversion repository
for TextMate bundles, and I'm having a problem with the LaTeX mode's
highlighting. The problem is with the "lstlisting" environment (and
possibly others).
With the default Mac Classic theme, this environment is supposed to
have a light blue background. However, while writing a recent paper,
the highlighting often did not work the way it's supposed to. To
demonstrate the problem, I've attached three LaTeX files. The
rightway.tex file shows how the highlighting is supposed to be; the
wrongway1.tex and wrongway2.tex files show incorrect highlighting. Is
there a simple fix for these problems?
Thanks,
Trevor
P.S. Although the rightway.tex file highlights the environment in
blue as it should, it also changes the word "is" to bold. Why does it
do this?
I have Preview as my LaTeX viewer, and in the Typeset and View command,
is there a way to first close the Preview window with the current
document open (if there is such a window).
http://blog.circlesixdesign.com/2006/11/19/textmate-backpack-
interface-pre-release/
I've posted the initial version of the Backpack (http://
www.backpackit.com) bundle on my blog. It's got the following
commands with dialogs:
Create Reminder
Quick Destroy Reminder
Quick Edit Reminder
Destroy Multiple Reminders
List Reminders by Date
Add as Note
View/Edit Notes
Change Backpack Account
It has rough Keychain access support that works pretty well. It is,
at this point, a demonstration of what we could do. It could be
integrated in a lot of ways with a few other bundles. Right now I'm
using it to quickly post reminders that will be sent to my cell
phone, and client notes from documents that I'm working on. I can
log in and work through a tree view of all my notes on all my pages
and even edit them from the same interface. This bundle works great
with the free version of Backpack.
There are a couple of commands I left out. Some of the text based
commands have the possibility of sending malformed dates which will
break your Backpack page. 3 Backpack accounts later, I think I've
got the bugs worked out, but I'm not ready to risk anyone else's
pages yet. Also, a couple of gem-dependent commands... like one that
uses Chronic (human readable dates - i.e. Next Tuesday at 5pm) for
reminder entry.
If you try this out, please let me know if you run into bugs and
problems. I have not had a chance to test this on anything other
than my G5 and my PPC laptop.
Thanks,
Brett
recently I installed the svn client from source and wanted to try out
the subversion bundle in Textmate.
I figured out that I need to set the path variable in TM prefs, since
i use tcsh as my shell, and textmate obviously not (bash?).
I already have a working copy of my project checked out, and when i
change a file in TM, I tried to commit, but it always gives me an
authentication error. Now my test server grants me anonymous access,
so i don't have to specify any credentials, and i think Textmate is
giving some username here.
I couldn't find out where to change this. In CVS I had shell
variables to set this, but I couldn't find any info on this on the
subversion site quickly and in the help file that comes with the
bundle. (maybe a TM variable in advanced prefs?)
Can anyone lead me in the right direction please.
Thomas Krajacic
Haris,
Thank you for the quick response. I was looking for the "Run Command"
menu that was listed, in the screencast, under the Automation menu; I
seem to have found it under the Bundles -> HTML -> Insert Open Close
Tag.
Thanks for your help,
Farhan
Hi,
sorry if my question is a bit off topic but I couldn't find any
information.
I'm just writing a tiny perl script which converts non-ASCII
characters coming from 'defaults read ...' to utf-8 because I want to
simplify the interaction between BASH and tm_dialog. This works
perfectly even with utf-16 surrogates.
But then I was a bit naïve! I thought that 'pl' outputs non-ASCII
characters in the same way, but it didn't.
E.g. an German umlaut 'ö' stored in a xml plist format is outputted
as '\U221a\U2202'!!
Has someone an idea what kind of 'format' it is? I found no
documentation.
Or could it mean that 'pl' do not support utf-8 string at all?
Thanks for any hint
Hans
Hi all,
I'm new to TextMate. I was watching the screencast by Allan on HTML. I
noticed his copy of TextMate has the "Automation" menu. This menu is
not in my version of TextMate (v1.5.4 - 1324) and I'm running 10.4.8.
I would greatly appreciate the help.
Thanks,
Farhan
I fixed up the scoping and interpolation of some of Perl's quote-like operators: q//, qq//, qw//, qx//, and m//. s///, tr///, and heredocs still need some work.
Attached is the diff and test script.
I'm using movabletype 3.33 when I post an entry I get an error
posting it
/usr/lib/ruby/1.8/xmlrpc/parser,rb:154:in 'fault':wrong fault-
structure: {"faultCode"=>"server","faultString"=>"Can't call method
\"param\" on an undefined value at /web/script/onegoodmove/
onegoodmove.org/mavabletype/plugins/commchallenge/lib/
commchallenge.pm line 48. \n} (RuntimeError)
I get a similar error when posting from del.ic.ious Can't call method
"param" on an undefined value at /web/script/onegoodmove/
onegoodmove.org/movabletype/plugins/commchallenge/lib/
commchallenge.pm line 48.
Any help is appreciated.
Hi All,
Got inspired of the "Sync with Transmit" bundle, and created this
little bundle:

All you need is that your public SSH key is added to authorized_keys
on the remote server =)
Warning: The directory you specify in REMOTE_PATH will be nuked on
first full project sync.
--
Best regards,
David Jack Olrik <david(a)olrik.dk> http://david.olrik.dk
GnuPG fingerprint C290 0A4A 0CCC CBA8 2B37 E18D 01D2 F6EF 2E61 9894
["The first rule of Perl club is You do not talk about Perl club"]
Hi all,
Most of the commands with output "Show as HTML' are broken for me. By most,
I mean all except for RakeMate and Ruby's Documentation look up (Previews,
Run commands, all Subversion commands, Textile/Markdown's documentation).
I tried creating a new command - echo "hello world" - with Output: "Show as
HTML" and it didn't work.
What ends up happening is a blank, white window is open. I clicked on view
source, and there's nothing there.
I noticed this about two weeks ago, and I couldn't fix it. I've updated all
my bundles and the support folder. I gave up, and deleted everything under
'/Library/Application Support/TextMate', '~/Library/Application
Support/TextMate' and anything related to textmate under
'~/Library/Preferences'. And I did a clean re-install. But I still can't
execute those commands.
Has anyone ever had the same problem? I know for sure, I've got my
.bash_profile set up correctly, but I'm using zsh (could that be it?).
Thanks in advance, and thanks to everyone who tried to help me on IRC.
- Hugh
I just installed the svn update to GTDAlt (r6072) that reportedly has
the fix for date handling.
I opened a new GTDAlt document, made a new project, added a new
context item and tried to insert a due date (either using # or via
menu) and received an error about a non-existent nib file on the
desktop. Looking at the code for "set date", I found this line that I
think needs to be fixed:
str = `#{e_sh dialog} ~/Desktop/testing.nib -mp #{e_sh plist}`
I'm not sure which nib the command be looking in but hope that either
Allan or Charilaos might be able to help fix this.
Thanks,
Norm
---
Norman A. Cohen
nacohen(a)mac.com
"Whatever you may be sure of, be sure of this, that you are
dreadfully like other people."
James Russell Lowell
Great! That fixed solved the problem. I now have ical sync!
Couple of small things, nothing big to worry about:
1) When I've checked off a to do item in ical and then sync, it succeeds in
syncing back with the textmate file, but I also get this error:
/Users/lawrencegoodman/Library/Application
Support/TextMate/Bundles/GTDAlt.tmbundle/Support/bin/gtdalt_ical_synchronization.scpt:
execution error: iCal got an error: NSReceiverEvaluationScriptError: 4 (1)
It doesn't seem to affect functionality, but I thought you might want to
know about it.
2) In the instructions, it says:
- shift-, (<) reduces the date by one day.
- shift-. (>) increases the date by one day.
- ctrl-, reduces the date by one week.
- ctrl-. increases the date by one week.
- ctrl-shift-, (ctrl-<) reduces the date by one month.
- ctrl-shift-. (ctrl->) increases the date by one month.
These commands don't seem to be working. Have they been eliminated?
Thanks again for all the help.
--
Lawrence Goodman
lawrencegoodman(a)gmail.com
Check out my blog: http://goodmanorama.blogspot.com
one more question arose:
when i just use the SVN_EDITOR shell variable in tcsh and then do a
commit from the commandline, TM opens and I can enter the commit
message. However, when I save the file, the terminal tells me that
the message has not been changed and gives me the option to abort,
continue and edit again. Isn't TM supposed to deliver the message to
the svn client correctly after saving the opened message log file?
thanks again for helping
Thomas Krajacic
Okay, let's say I've got an NSScrollView tied to an arrayController.
Heck, let's say I've got a few tied into eachother to create a tree.
The plist passes nested arrays to allow a user to, say, pick a
Backpack page->note->edit the note and return to TM where the script
takes the updated note and returns it to Backpack.
I've got the first half all finished, but the plist that comes back
to TM just contains the whole array including the edited note and
there's no easy way to tell what's changed. How do I pass back the
id's of the selected page/note and the note body separately or marked
as modified?
Any help would be greatly appreciated.
Thanks,
Brett
One of the nice features of iTerm and Aqua-Emacs is that selecting
text copies into the paste-buffer, and clicking the middle mouse
button pastes in text from the buffer, as with X11 programs. (That,
and focus-follows-mouse are the two features I miss most from other
unix operating systems).
Is there a way to do this in TextMate, and if not, is there any
chance it might one day be implemented as an optional feature?
Bill
So I figured out what was wrong with my GTDalt installation:
1) I had the GTD file with a suffix of .txt instead of .gtd. I suppose I
should have figured this out, but I don't remember reading it in any of the
instructions.
2) I had to upgrade the dialog plugin. As a newbie, I typically rely on Get
Bundle to fetch my packets, but with a plug-in you need to do it through
Subversion and the command line. I also needed to create a folder in
Application Support/Textmate called "PlugIns."
Now everything words as it should except:
Ical sync continues to create calendars, but not add to do items. I get this
error msg:
/Users/lawrencegoodman/Library/Application
Support/TextMate/Bundles/GTDAlt.tmbundle/Support/bin/gtdalt_ical_synchronization.scpt:
execution error: /Users/lawrencegoodman/Library/Application
Support/TextMate/Bundles/GTDAlt.tmbundle/Support/bin/get_lists.rb:5:in
`require': No such file to load -- ../lib/GTD.rb (LoadError)
from /Users/lawrencegoodman/Library/Application
Support/TextMate/Bundles/GTDAlt.tmbundle/Support/bin/get_lists.rb:5
(1)
Anyone know what this means?
Thanks for the help.
--
Lawrence Goodman
lawrencegoodman(a)gmail.com
Check out my blog: http://goodmanorama.blogspot.com
Strange behaviour of Bibliography Completion and Label From Document
commands accessed through option-esc. Description of the problem, and
workaround based on my correspondence with Charilaos (Harris) Skiadas
are below for archival purpose. Thanks Harris!
-- Working system
PowerPC G4, Mac OS X Version 10.4.8, TexMate Version 1.5.4 (1324),
TexLive Full Installation (2006/11/07) [Tex (based upon TeX Live)] /
MacTeX (10 November 2006)
-- Description of the problem
option-esc results in:
\footcite{sh: line 1: /usr/local/TeXLive/bin/i386-apple-darwin8.6.1/
kpsewhich: cannot execute binary file sh: line 1: /usr/local/teTeX/
bin/i386-apple-darwin8.6.1/kpsewhich: cannot execute binary file
cite_key}
\ref{sh: line 1: /usr/local/TeXLive/bin/i386-apple-darwin8.8.1/
kpsewhich: cannot execute binary file sec:section_name}
\ref{sh: line 1: /usr/local/TeXLive/bin/i386-apple-darwin8.8.1/
kpsewhich: cannot execute binary file fig:label_name}
TeXLive and MacTeX installations modify /etc/profile, and set the
path as:
PATH="$PATH:/usr/local/TeXLive/bin/powerpc-apple-darwin-current",
which is actually an alias for /usr/local/TeXLive/bin/powerpc-apple-
darwin7.9.0/.
The scripts of both commands use first `which kpsewhich`, and only if
that fails, `locate kpsewhich` to find out where kpsewhich lives.
Running the which kpsewhich command in the terminal returns:
/usr/local/TeXLive/bin/powerpc-apple-darwin-current/kpsewhich
Running the locate kpsewhich command in the terminal returns:
/usr/local/TeXLive/bin/i386-apple-darwin8.8.1/kpsewhich
/usr/local/TeXLive/bin/powerpc-apple-darwin7.9.0/kpsewhich
/usr/local/TeXLive/man/man1/kpsewhich.1
/usr/local/TeXLive/texmf.texlive/doc/man/man1/kpsewhich.1
The `which kpsewhich' command in both scripts fails -- according to
my humble opinion, due to the fact that what is finds is not the
actual file but an alias. Then `locate kpsewhich` points to the first
kpsewhich it finds on the system, which is an intel binary. Thus it
declares "[...] cannot execute binary file". (If you have the Basic
Installation of TeXLive, which does not come with intel binaries, it
will declare "[...] cannot find binary file".)
-- Workaround
Bibliograpyh Completion, and Label From Document commands are based
on the following scripts: LatexCitekeys.rb, and
LatexLabelCompletions.rb. Both of them live in /Applications/
TextMate.app/Contents/SharedSupport/Support/bin. Edit both scripts,
replacing the following loop -- lines 51-55, and 11-15, respectively:
if `which kpsewhich`.match(/^no kpsewhich/) then
kpsewhich = `locate kpsewhich`.split("\n").grep(/kpsewhich$/)[0]
else
kpsewhich = "kpsewhich"
end
with a statement indicating the correct path to the powerpc kpsewhich
binary.
kpsewhich = "/usr/local/TeXLive/bin/powerpc-apple-darwin-current/
kpsewhich"
or
kpsewhich = "/usr/local/TeXLive/bin/powerpc-apple-darwin7.9.0/kpsewhich"
should both work.
Check your /etc/profile or better run "echo $PATH" in the terminal to
confirm your path.
--
Özgür Gökmen | og(a)pyromedia.org
TextMate's zoom button (the green jewel in the title bar) maximizes
windows to the full screen. Great on my 12" PowerBook. Highly
annoying on my 24" iMac. I'd rather it maximize vertically only. This
behavior seems to vary across OS X applications (Safari only
maximizes vertically e.g.). Any chance there is a hidden preference?
Thanks,
j.
