How can one best debug a TextMate command within a bundle that is not working
properly? It has unix & apple script within it? e.g.
- is there a way to run at a console level?
- a way to include some log messages?
thanks
--
View this message in context: http://textmate.1073791.n5.nabble.com/how-do-I-debug-a-command-console-or-l…
Sent from the textmate users mailing list archive at Nabble.com.
Hi,
This is a bit odd; in the latest build (9309), the file browser is not showing anything other than my .gitignore file in a Haskell project.
Here's what my .tm_properties looks like:
TM_GIT = "/usr/bin/git"
exclude = "{*.{hi,p_o,o,pyc,gz,aux},Icon,CVS,_darcs,_MTN,\{arch\},blib,*~.nib,vendor,*.log,tmp,log,coverage,coverage.data}"
include = "{.tm_properties,.htaccess,.rvmrc,.gitignore}"
fontName = "Menlo Regular"
fontSize = 14
softWrap = true
softTabs = true
tabSize = 4
excludeDirectories = "build,dist,tmp,log"
PATH = "$PATH:/usr/texbin:/usr/local/go/bin"
[ text.tex ]
Now, if I remove the `exclude=` line, nothing changes. But if I explicitly add "*.hs" to the `include` entry, my Haskell source files show up.
Any ideas? It seems to me that the files to be excluded are somehow being loaded from another scope, which has some unreasonable defaults.
thanks,
Noah
Every mails from some persons break threading in Mail.app.
E.g. Allan's mails are always on their own (or on their own thread)
Probably a Mail.app problem (they're fine in gmail web), but I ask in case there is a fix.
Anyone seeing this?
This make reading the list a PITA.
--
FredB
Dear All,
am I the only one who is annoyed by the behaviour of the
file browser in TM2? when it is invoked, it eats space in the
window and pushes the text in a smaller area. I find this
quite ugly and much prefer the old behaviour, where the
file browser slid out of one side of the window so the
resulting total window was larger, and the text in the
window was unchanged. Any way to customize this?
Thanks
Piero
I just did a Mountain Lion clean install and had to reinstall TextMate
(Version 1.5.11 (1635)).
Interactive keyboard input for Ruby didn't work, but I remembered a trick
(/applications/textmate.app/Contents/SharedSupport/Support/lib marcc$ svn
export
http://svn.textmate.org/trunk/Support/lib/tm_interactive_input.dylib@11735).
This helped to work around this problem.
Using this workaround, when I run my Ruby app within TM, keyboard input
does work but I get a strange line in red the interactive window:
What is your name?
dyld: DYLD_ environment variables being ignored because main executable
(/bin/ps) is setuid or setgid
marc
Hello marc. How are you?
The line I'm questioning is:
dyld: DYLD_ environment variables being ignored because main executable
(/bin/ps) is setuid or setgid (not sure what it means)
Is there a way I can get rid of that line (some workaround?) -- What am I
doing wrong?
Thanks in advance.
Now the 'Find in project' don't support encodings other than utf8,
when I use gbk encoding, I can't navigate to the right line of result
files position.
I use the Ack bundle to search projects with gbk encoding, will
textmate's 'Find in project' support encodings other than utf8 in the
future?
--
Yuan Jiang
http://blog.vetcafe.nethttp://twitter.com/sleetdrop
Is there an existing plugin for log4j file syntax highlighting. I'm looking to highlight all FATAL and ERROR lines in red, WARN in yellow (or something close so that its readable), and INFO in green.
Cheers,
Kyle
Good morning all,
first I want to express my appreciation for the ongoing development process
of TM2! Thanks to all contributors!
However, with the nightly updates coming in more frequently now, I find that
on both of my (Mountain Lion) computers, the number of TextMate duplicates
in Finder's "Open With.." list (if I for instance use it on one of my C
source files) keeps increasing with every single update.
I know that it is basically possible to clean this list by rebuilding some
LaunchServices files, but I also read that all previous application
assignments for file types would be lost afterwards -- that is why I first
want to ask if anybody experiences similar behavior, and whether this might
be related to the upgrade process within TextMate (I'm usually updating from
the preferences dialog) and thus be likely to reoccur even after I have
cleaned the LaunchServices.
Thank you very much,
dAlembert
--
View this message in context: http://textmate.1073791.n5.nabble.com/Growing-list-of-duplicates-in-Finder-…
Sent from the textmate users mailing list archive at Nabble.com.
> I just have to throw my vote in for the curent PANE option, not a weird second-class drawer that doesn't behave like it is really part of the window.
>
> Check out SizeUp (http://www.irradiatedsoftware.com/sizeup/) or BetterTouchTool/BetterSnapTool (http://blog.boastr.net/) if resizing windows is causing an inordinate amount of distress in your lives.
>
> --
> Brandon Fryslie
>
>
> On Thursday, September 13, 2012 at 8:25 AM, Rob McBroom wrote:
>
>> On Sep 12, 2012, at 12:04 AM, Travis Dunn <tdunn13(a)gmail.com (mailto:tdunn13@gmail.com)> wrote:
>>
>>> I don't think the new file browser is "stupid" at all, if anything it's more inline with how most other editors handle the problem (not saying that TextMate can't/shouldn't be unique), but in this case I think it was a good decision. The drawer was awkward in my opinion, it's pretty much the only reason I used Project Plus, cause the interface element felt strange.
>>
>> I used Project Plus, too. I don?t think anyone wants a literal drawer. We just want the size of the editing area to be the same, whether [thing that shows files] is visible or not. :-)
I like the drawer in TM 1. It is very OS X and Cocoa apps had drawers for a long time.
In a perfect world, everybody wants different things, and everyone wants a customizable text editor.
So, it would be great to have all 3 options... (but a PITA to code and maintain, perhaps...)
