Hi all,
I am pretty new to textmate and would like to know if it's possible to
change the color of PHPdoc comments from normal comments. I've noticed
since using a lot of PHPDoc stuff in my code that it looks more confusing
than ever. Being able to change the color would help in making things more
readable.
I noticed there was a thread in 2006 that discussed this but it did not help
me. Also, I tried setting the scope of "comment.documentation" in hopes
that it my be the correct scope with no luck (it doesn't seem to match the
scope or something because nothing changes even after restarting textmate).
Any help would really be appreciated.
Thanks,
Clark Endrizzi
I apologize for being off-topic, but I think there's more expertise on
this list than I'll find elsewhere.
I'm thinking about moving my blog from Movable Type 3.2 to WordPress.
As a test, I've set up a local WP installation and imported my old
posts--all of which are written in Markdown. They look awful,
primarily because the blocks of source code in many of my posts are
not being imported properly. Here is what I've done:
1. Exported the MT 3.2 posts using MT's builtin export command.
2. Installed WP and the PHP-MarkdownExtra plugin. Activated the plugin.
3. Imported into WP the text file that came out of the MT export process.
The biggest problem seems to be that WP isn't recognizing the Markdown
formatting of the exported posts. What should be enclosed by
<pre><code>...</code></pre> are enclosed by simple paragraph tags
instead.
Has anyone here experienced and solved this problem?
--
Dr. Drang
Hi!
In XML bundle, the block doesn't fold properly
if the closing tag is not on a separate line.
Example:
<?xml version="1.0" encoding="UTF-8"?>
<document>
<page>This tag block doesn't fold properly.
It folds as if '/document' tag closes it.
The closing tag is on the same line.</page>
<page>This tag block folds properly.
The closing tag is on a separate line.
</page>
</document>
Cheers,
Sergei Yakovlev
Hi!
A well-known problem with Move Selection Line Up/Down commands
(Control-Command-Up/Down) is
that if you use them without selection (which means "move current
line"), the cursor ends
up in the wrong place. This has been bugging me and my friends for
quite some time, so I
wrote a fix. It's two macros overriding default key equivalents,
which you can find
attached to the bug description at http://macromates.com/ticket/show?
ticket_id=58C52785 .
Please tell if this works for you.
Also, is it possible to put this fix into some standard TextMate
bundle like Text.tmbundle,
so that all TextMate users enjoy it? (Until it is fixed in the new
engine of TextMate 2.)
What is the best way to do it?
This is my first experience in TextMate programming, and several
times I've been stuck in
various dead-ends. What follows is a somewhat long description of how
I approached the
problem along with some suggestions on making TextMate easier to
program. Most people would
like to skip this.
So, my first (rather silly) attempt was a huge Ruby program which
replicated functionality
of Move Selection Line Up/Down and depended on my assumption that the
cursor is always at
the end of selection (potentially allowing me to calculate all the
necessary offsets in the
file). Well, it turned out that my assumption was simply not true, as
the cursor can be
anywhere inside the selection, depending on how you've selected the
text.
Suggestion 1. It would be useful if TextMate had variables like
$TM_SELECTION_START and
$TM_SELECTION_END which would return the corresponding offsets in
the file (or the
cursor offset, if nothing is selected).
On a second attempt, I decided that I should instead go with the
built-in commands, simply
correcting the cursor position for the special case when nothing is
selected. So we
remember current cursor position, call Move Selection Line Up/Down,
and move the cursor
back to remembered position if nothing is selected. There are two
problems here. First, you
can only call built-in commands from macros, and it is not possible
to remember values
through the steps of a macro. Second, there is no direct way to
reposition the cursor. One
indirect way to achieve this is to insert a snippet with a $0
variable. However, to move
the cursor to arbitrary position in this fashion, we need an output
option like "Replace
Document as Snippet", which is not available. Because of these two
problems, I decided to
use TMTOOLS plugin, which has "call macro" (for calling arbitrary
macros and built-in
commands from commands) and "set caretTo" (for setting the cursor
position). I got a
working solution, but it had a delay of 0.5 to 1 s, which was too
slow to be useful.
Suggestion 2. Add a way to set "global" environment variables
programmatically (from
commands). These "global" variables should be available to all
subsequently called
commands (and other bundle items) until explicitly unset.
Suggestion 3. Replace output options "Insert as Text" and
"Insert as Snippet" with just
one option, "Insert", and add a checkbox "as Snippet" to the
right. This would add such
useful options as "Replace Selected Text as Snippet", "Replace
Document as Snippet" and
"Create New Document as Snippet" without making the list of
options too long.
So, on a third (and final) attempt, I dropped TMTOOLS and returned to
the idea of a macro.
Inspired by Duane Johnson's solution for multiple insertion points, I
decided to use a
special symbol (mark) to "remember" the initial position of the
cursor. So we insert the
mark at the cursor (if nothing is selected), call Move Selection Line
Up/Down, and replace
the mark with empty string (if nothing is selected), which moves the
cursor there as a
side-effect. The problem here is that Replace command always replaces
current selection
with replace buffer, even if it doesn't match the find buffer, which
ruins the case when
something has already been selected in the beginning. Replace All
also ruins current
selection, moving the cursor to the beginning of the file even if it
has not found any
matches. Fortunately, the Find Next/Previous command will only change
current selection if
the match has been found. So that's what we use. If there is a mark
in the text, it will
get selected, otherwise, the selection won't change. Finally, the
selection is replaced
with an empty string if what's selected is a mark. The wrong cursor
position after Move
Selection Line Up/Down is always further in text than the right
position (actually, it's on
the next line), so we use Find Previous command to perform the
search. Because of this
little detail, the solution is actually pretty fast.
Suggestion 4. Replace All should not alter current selection if
no matches are found.
The only remaining question is what symbol to use as a mark. I
decided to use √ (221A,
SQUARE ROOT character, which you can type with Option-V), but I'm not
sure this is the best
choice. Maybe it's better to use some character from Private Use Area
(E000--F8FF)?
Best regards,
Sergei Yakovlev
This is a strange one. The other day my Subversion commits have
suddenly stopped working in terms of uploading to the repository.
I ctrl-shift-A, use the commit and get the window for commiting the
files I've highlighted and the -m message window. Enter a message...
All good.
When I hit Commit however, I get the Subversion Commit -
"Transmitting File data" window and the barber pole but the window
never comes back with either a dialogue box for the password for the
user or anything at all. I end up having to quite Textmate in order
to kill it and then doing a command line svn cleanup on the files
that I was trying to upload.
Handling svn through the command line with svn ci file.rhtml -m "blah
de blah" works fine however.
Does anyone have any idea of what may be causing this and how to
correct it ? I've gotten so used to the svn budle it's really
cramping my style now...
thanks !
Daryl.
PS> OSX 10.4.11, Textmate Version 1.5.7 (1436), svn, version 1.4.5
(r25188)
Hi,
I've been trying to make a TM command to convert text encodings (with
a nice little tm_dialog that took a while to figure out but now works
very well).
But for some reason, it won't read the file correctly using stdin.
So that this works:
iconv -f $ENC -t UTF8 "$TM_FILEPATH"
But this does not (nor do other variations on the theme using stdin):
iconv -f $ENC -t UTF8 < /dev/stdin
TM seems to do something to the text to change its encoding, so that
iconv cannot convert properly.
Even stranger than that, some encodings trigger this error:
/usr/bin/iconv: conversion from "SHIFT_JISX0213" unsupported
/usr/bin/iconv: try '/usr/bin/iconv -l' to get the list of supported
encodings
Does anyone have an idea about what's going on here?
Thanks,
Alex
I'm wondering if the contents of my "/Library/Application
Support/Textmate" directory is correct after checkout from svn.
Should it be this:
Bundles/
Support/
or this:
Bundles/
Conventions.txt
Disabled Bundles/
LICENSE
Manual/
PlugIns/
README
Review/
Support/
Themes/
Tools/
Work in Progress/
Perhaps I invoked a checkout on the wrong directory?
Ultimately I am trying to see all the Bundles in the Bundle directory.
I'm unable to find ODCompletion items even though I see them in the
file system.
Thank you!
az
When working with a Latex project, is there a way to specify the
bibliography file that should be used by the relevant commands?
I'm sorry is this question has an obvious answer, but I can't seem to find
it...
Best wishes,
NPC
I updated the MultiMarkdown TextMate bundle today. This update fixes
a problem that Leopard users were having --- or at least I think it
does. It still works for me in Tiger, and I hear reports that this
fixes the problem Leopard users were having. Specifically, they were
getting an error message like:
/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 5: ./multimarkdown2XHTML.pl: No such file or directory
This was caused by an apparent change in the way the shell works
under Leopard. Please let me know if you continue to have trouble
with this, and thanks to everyone who helped track down this bug.
Download the new version from:
* <http://files.fletcherpenney.net/MultiMarkdownForTextMate.zip>
--
Fletcher T. Penney
fletcher(a)fletcherpenney.net
If you start out depressed, everything's kind of a pleasant surprise.
- Lloyd (John Cusack) in Say Anything
Hi,
While watching the 2nd obj-C screencast, I noticed Allan was getting a
tab-completion on the word NSArray. Is it possible that particular
tab-completion was removed from Textmate since the screencast was
created? Or might I not have all the obj-C bundles?
FTR... I get a rewrite/insertion of this:
NSMutableArray *array = [NSMutableArray array];
when I do a tab completion on the word:
array
Perhaps creating such a tab-completion is so simple I can create my own?
Do some bundles exist which are not distributed via the textmate svn repository?
Thanks...
az
Allan Odgaard wrote:
> On 20 Dec 2007, at 20:47, Alan Curtis wrote:
>
> > cd "${TM_MULTIMARKDOWN_PATH:-~/Library/Application Support/
> > MultiMarkdown}"
>
> I think this (default path) lack “.tmbundle” and it _really_ should be
> using TM_SUPPORT_PATH instead of a hardcoded (default) path, which
> additionally means it should store multimarkdown2XHTML.pl under
> Support/bin (in the bundle).
No - MultiMarkdown belongs in Application Support - not in the
textmate bundle. If it's in the bundle, then it's not accessible to
other programs that use MultiMarkdown.
The problem here appears to be that Leopard changes the way the shell
and the TextMate variables work. I have not upgraded to Leopard yet,
and welcome suggestions on how to fix the problem that Leopard users
are having.
F-
--
Fletcher T. Penney
fletcher(a)fletcherpenney.net
If you start out depressed, everything's kind of a pleasant surprise.
- Lloyd (John Cusack) in Say Anything
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
Greetings tm users...
In the 2nd obj-c screencast:
<http://macromates.com/screencast/objective_c_part_2.mov>
Shortly into this demo (in the first 20%) ... just after the insertion
of the delegate method "outlineView", Allan begins to introduce a
reformatting command (a bundle command?). After he shows what the
command is based on -- a command in the menu "Text->Reformat
Paragraph" used to reformat comments -- he moves the cursor to the
bottom of the window and presses on a UI element that looks like a
gear. This brings up a long list of bundle commands with their
associated icons (C, S, M, etc). When I press this UI element, I get a
popup menu of only a few items:
Help
Documentation for Selection
---
Language Boiler Plate ->
Accessor Methods For ->
Common Object Calls ->
Object Instantiations ->
Idioms ->
---
and about 6 more items.
Perhaps there was a change in Textmate or I am missing something in the GUI?
How do I see the pop up menu as shown in the screencast?
Thank you!
AZ
On Dec 20, 2007, at 06:00 , textmate-request(a)lists.macromates.com wrote:
>>
>> So I finally upgraded to Leopard, but somehow my Multimarkdown
>> bundle got borked? I went to preview a document in XHTML and got
>> this:
>>
>> /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
>>
>> I remembered having some difficulties with this a while ago, but I
>> couldn't remember what I had done to straighten it out. I went to
>> the bundle's help file, thinking it might jog my memory, but it too =
>
>> is coming up with a similar error report. Is this a problem a re-
>> install will solve?
>
> I assume this is Fletcher=92s own MultiMarkdown bundle and not our
> default MultiMarkdown support.
>
> It sounds a little bit like an unquoted shell variable. It might be
> good to fetch his latest bundle and see if that still has the
> problem, =
>
> if it does, paste the source of the command in question.
Hmm. I downloaded the current versions of the TM bundle AND the
separate Multimarkdown folder that gets placed in the Application
Support folder AND I went ahead and created a TM_MULTIMARKDOWN_PATH
shell variable in my preferences that points to
~/Library/Application Support/MultiMarkdown (Can I leave the space in
like that?)
And I'm still seeing the same three lines of reported errors when I do
a Preview and use the Multimarkdown option of export to XHTML.
The preview from within the Markdown bundle works fine, but, of
course, it doesn't support things like external style sheets like
Fletcher's MMD bundle does.
I cannot run Preview using MultiMarkdown under Leopard
I get the following error.
/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 5: ./multimarkdown2XHTML.pl: No such file or directory
The command is
# Process the MultiMarkdowndocument and display as a web page
cd "${TM_MULTIMARKDOWN_PATH:-~/Library/Application Support/
MultiMarkdown}"
cd bin
./multimarkdown2XHTML.pl
Alan
Hi,
TextMate's LaTeX bundle can't find my bib files when using the
citation completion commands. It returns the error, "Can't find any
files named 'bibname'", where bibname is the name of my bib file. The
bib files are in a local directory, ~/Documents/bibs. There is a
symbolic link to this directory in ~/Library/texmf/bibtex/bib. Doing
kpsewhich -show-path=bib returns
> /Users/kjhealy/Documents/bibs:.:/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///
TM_LATEX_BIB is set to /Users/kjhealy/Documents/bibs. Latex documents
will compile happily (using latexmk.pl) within TextMate, including
their bibliographies. It's just the citation completion within
documents that isn't working. My Latex bundle and Support folder are
at revision 8696. I'm running Leopard (10.5.1) and TextMate 1.5.7
(1436).
Any hints on why this isn't working as it should?
Kieran