Hello,
I notice the objective-C snippet called "method" (invoked with
control-shift-m) is producing 3 spaces as indent before the "return
nil;" statement. I check the snippet in the bundle editor and see it
is indeed a tab in the code. What might be causing the output of the
snippet to become three spaces in the objective c file? My soft tabs
are set for 4 spaces. Thank you for any advice.
Cheers,
-az
snippet code pasted here for convenience:
- (${1:id})${2:${TM_SELECTED_TEXT:method}}${3::(${4:id})${5:${4/(NS([AEIOQUY])?(\w+).*)|(.)?.*/(?1:a(?2:n$2)$3:(?4:anArgument))/}}}
{$0${1/^(void|IBAction)$|(.*)/(?2:
return nil;)/}
}
Hi,
"Tail Access Log" and "Tail Error Log" in Apache Bundle currently try
to check
* /var/log/httpd/access_log
* /var/log/httpd/error_log
This worked on Tiger, I think.
In Leopard, the files are by default located at
* /var/log/apache2/access_log
* /var/log/apache2/error_log
Is there any plan to add a setting/preferences GUI for this bundle?
Different people have different log locations.
Takaaki
--
Takaaki Kato
http://samuraicoder.net
Hi,
after fixing to run R inside of TM as interactive shell I tried to
run irb and it also works. But one 'only' has to change the
communication between irb and TM slightly. Is someone interested to
do that? ;)
--Hans
Hi,
> Sorry my bad, I've been a bit rusty. TM_LATEX_BIB is supposed to
> point to an actual bib file, not the directory. What you want is to
> set the BIBINPUTS variable in TM to the directory path as well, like
> you set it in bash_profile. (hopefully ;) ). I'm kind of surprised
> this wasn't a problem earlier, if you had set TM_LATEX_BIB to that
> directory. Let's hope this would fix it,
I didn't have TM_LATEX_BIB set originally --- I put that in during my
efforts to solve the problem. Now I've removed it again. BIBINPUTS was
not set in TextMate. I set it and it returns '/Users/kjhealy/Library/
texmf/bibtex/bib:' from within TM. (This is the correct path.) But my
problem persists. On the MacBook Pro, when I use the keyboard shortcut
the menu pops up asking to create a label or a citation, and when I
then select citation, nothing happens except the pointer changes to a
cross. Same goes for the option when selected through the bundle menu.
On the G5 desktop (which I currently don't have access to) the same
thing was happening except I was getting the "Can't find any files
named 'bibname'" tooltip.
Kieran
In the MacBreak video podcast (#96) for 12/12/2007, Leo features his
fav text editors & overwhelming votes for textmate while giving an
idea of its capabilities as well as history.........
As someone that did his entire PhD (writing - in latex, running R,
Sweave, stata etc..) all within textmate I would be remiss not to
thank all those that are continuously developing textmate & the
supporting bundles - Alan, Charilaos, Hadley, Brett, Kevin, Allan
Schussman, just to mention but a few of many people whose bundles
have been helpful....
I am now getting into experimenting with new experimental bundles
- eg Hans R daemon which seem as if they will be making me even more
productive during 2008..
Thanks to y'all that are behind textmate & all its associated
bundles.... & best during 2008!
danstan
Are there any bundles available to ease writing JSDoc comments for javascript?
Aptana has a really nice feature that looks for /** and completes the
rest of the comment for you, leaving you to just fill in the
descriptions of the function and it's parameters.
> From: Alex Ross <alex.j.ross(a)gmail.com>
> Date: December 19, 2007 8:08:51 PM EST
> To: TextMate users <textmate(a)lists.macromates.com>
> Subject: Re: [TxMt] Python Import
> Reply-To: TextMate users <textmate(a)lists.macromates.com>
>
> Tony,
>
> Have you made any modifications to your PYTHONPATH?
Hey Alex,
Thanks for your quick reply. I have added a couple of folders to the
PYTHONPATH in my `.profile` configuration file in my home directory.
PYTHONPATH=/Users/Tony/python:/Users/Tony/python/nodebox/src
It turns out that if I comment out the nodebox source path from the
above statement, `import objc` works fine. Unfortunately, the reason I
wanted to import the objc module was because nodebox requires it (and
requires the source tree be on the PYTHONPATH). Does any one know why
things would work fine from a Terminal, but not Textmate.
BTW, sys.path gives the same output in Textmate and the Terminal
window, except that Textmate appends the Textmate path and the
Desktop, while Terminal appends the present working directory.
Thanks,
-Tony
I learned a few days ago (see http://xrl.us/bcuzs) that a drag
command with a file type of "vcf" will work on cards dragged out of
the Address Book as well as vcf files dragged from the Finder. (A
temporary vcf file is made as you drag the card.) I thought it would
be nice to have a formatted name and address appear in the TM window
instead of the default vCard-formatted info. I had an AppleScript I'd
written a while ago that I adapted for this purpose and called it
from the drag command using 'osascript'.
The drag command works, but it takes 20-30 seconds to run when
operating on a card dragged from the Address Book. This isn't because
the AppleScript itself is slow--it runs almost instantly when
operating on a vCard file dragged from the Finder.
In the interests of space, here's a simpler AppleScript that exhibits
the same difference in runtime:
on run argv
tell application "Address Book"
set theCard to (person id (item 1 of argv))
set out to name of theCard
end tell
return out
end run
I've called it "abname.scpt" and saved it in my ~/bin directory.
(I've also saved it as an application and as text. The results are
the same.)
Here's the drag command:
if [[ $TM_MODIFIER_FLAGS = "OPTION" ]]; then
uid=`cat "$TM_DROPPED_FILE" |\
awk -F: '/^X\-ABUID/\
{printf "%s:ABPerson", substr($2,1,length($2)-1)}'`
osascript $HOME/bin/abname.scpt "$uid"
else
cat "$TM_DROPPED_FILE"
fi
This is set up so that when I hold the Option key down as I drag, the
name of the card is inserted in the TM window. If I *don't* hold the
Option key down, the usual vCard data is inserted. The behavior on my
main computer--an Intel iMac running OS X 10.4.11 with TM 1.5.7
(1436)--is like this:
Dragging from Option key Time to run
----------------------------------------------------
file in Finder not pressed instant
file in Finder pressed instant
card from AB not pressed instant
card from AB pressed 20+ seconds
I'd like to know why there's such a difference and what I can do, if
anything, to speed things up.
--
Dr. Drang
Hi Haris,
thanks for the quick reply.
> > Doing kpsewhich -show-path=bib returns
> >
> >> /Users/kjhealy/Documents/bibs:.:/Users/kjhealy/Library/texmf/
> >> [etc]
> >
>
> Is this what is also returned if your type in TM: kpsewhich -show-
> path=bib
> followed by pressing ctrl-R?
Yes.
> So what you would want to do is set TM_LATEX_BIB in TextMate's
> preferences as well (TextMate -> Preferences -> Advanced -> Shell
> Variables.
Yes, this is set too, as the full path, /Users/kjhealy/Documents/bibs.
The problem is now a little weirder. I have this issue on two Leopard
machines. One is a G5 desktop and one is a recent Macbook Pro.
I thought the problem might have to do with the symlinks I was using
to point to ~/Documents/bibs. So I deleted the symlinks and moved all
the bib files to ~/Library/texmf/bibtex/bib. So there's no ~/Documents/
bibs anymore, and no symlinks to it. I changed TM_LATEX_BIB in
TextMate to reflect this (and changed BIBINPUTS in bash_profile, too).
Now kpsewhich -show-path=bib inside TM gives
kpsewhich -show-path=bib/Users/kjhealy/Library/texmf/bibtex/bib:.:/
Users/kjhealy/Library/texmf/bibtex/bib//:!!/usr/local/gwTeX/
texmf.local/bibtex/bib//:!!/usr/local/gwTeX/texmf.pkgs/bibtex/bib//:!!/
usr/local/gwTeX/texmf.gwtex/bibtex/bib//:!!/usr/local/gwTeX/
texmf.texlive/bibtex/bib//:!!/usr/local/gwTeX/texmf/bibtex/bib//:/
Users/kjhealy/Library/texmf/bibtex///:!!/usr/local/gwTeX/texmf.local/
bibtex///:!!/usr/local/gwTeX/texmf.pkgs/bibtex///:!!/usr/local/gwTeX/
texmf.gwtex/bibtex///:!!/usr/local/gwTeX/texmf.texlive/bibtex///:!!/
usr/local/gwTeX/texmf/bibtex///
Again, latex/bibtex compile fine. via latexmk. Now when I try to
complete a citation from a word, I get the following error:
/Users/kjhealy/Library/Application Support/TextMate/Bundles/
Latex.tmbundle/Support/lib/LaTeXUtils.rb:114:in `read': Is a directory
- /Users/kjhealy/Library/texmf/bibtex/bib (Errno::EISDIR)
from /Users/kjhealy/Library/Application Support/TextMate/Bundles/
Latex.tmbundle/Support/lib/LaTeXUtils.rb:114:in `parse_bibfile'
from /Users/kjhealy/Library/Application Support/TextMate/Bundles/
Latex.tmbundle/Support/lib/LaTeXUtils.rb:252:in `cite_scan'
from /Users/kjhealy/Library/Application Support/TextMate/ Bundles/
Latex.tmbundle/Support/lib/LaTeXUtils.rb:248:in `each'
from /Users/kjhealy/Library/Application Support/TextMate/Bundles/
Latex.tmbundle/Support/lib/LaTeXUtils.rb:248:in `cite_scan'
from /Users/kjhealy/Library/Application Support/TextMate/Bundles/
Latex.tmbundle/Support/lib/LaTeXUtils.rb:216:in `call'
from /Users/kjhealy/Library/Application Support/TextMate/Bundles/
Latex.tmbundle/Support/lib/LaTeXUtils.rb:216:in `recursive_scan'
from /Users/kjhealy/Library/Application Support/TextMate/Bundles/
Latex.tmbundle/Support/lib/LaTeXUtils.rb:215:in `each'
from /Users/kjhealy/Library/Application Support/TextMate/Bundles/
Latex.tmbundle/Support/lib/LaTeXUtils.rb:215:in `recursive_scan'
... 7 levels...
from /Users/kjhealy/Library/Application Support/TextMate/Bundles/
Latex.tmbundle/Support/lib/LaTeXUtils.rb:204:in `recursive_scan'
from /Users/kjhealy/Library/Application Support/TextMate/Bundles/
Latex.tmbundle/Support/lib/LaTeXUtils.rb:255:in `cite_scan'
from /Users/kjhealy/Library/Application Support/TextMate/Bundles/
Latex.tmbundle/Support/lib/LaTeXUtils.rb:63:in `get_citations'
from /tmp/temp_textmate.fLdPNM:8
I get this error with different documents and different bibfiles. If I
uncheck the TM_LATEX_BIB variable in TM preferences and try to cite
something, the cursor changes to a cross and nothing else happens.
Kieran
I'm not going to call this solved, but I at least have a working
solution -- and analysis (follows). Here's my weak (very weak) unix-fu
understanding of the problem. The Preview function of the MMD bundle
has three simple lines:
> cd "${TM_MULTIMARKDOWN_PATH:-~/Library/Application Support/
MultiMarkdown}"
> cd bin
> ./multimarkdown2XHTML.pl
After upgrading to Leopard, I was getting the following error report:
> /bin/bash: line 2: cd: ~/Library/Application Support/MultiMarkdown:
No such file or directory
> /bin/bash: line 3: cd: bin: No such file or directory
> /bin/bash: line 4: ./multimarkdown2XHTML.pl: No such file or
directory
Because my unix-fu is so very, very (very) weak, it took me the
longest time to realize that the Bash shell wasn't seeing the
directory. I tested it by running
> cd "~/Library/Application Support/MultiMarkdown"
No such file or directory
I tried changing it to the more usual:
cd ~/Library/Application\ Support/MultiMarkdown
Presto! It worked. I changed the first line in the MMD Preview to the
above and Preview now works like it used to.
Now you can all stop chuckling at how slow I am, but my question is:
has anyone else encountered this problem? Surely I'm not the only MMD
adherent who has upgraded to Leopard? (I'm hoping the problem wasn't
me being goofy, but it could be.)
Any corrections to my analysis are welcome and will be regarded as
contributing to my education.
Please, no rulers on the knuckles. It's the holidays and all.
john