TextMate

textmate@lists.macromates.com

10171 discussions

by Juho Makkonen

Hi, Many of my Textmate commands are slow and take up to 15 seconds. My problem seems to be the same than the one described in this thread: http://lists.macromates.com/textmate/2006-January/007647.html. The top command shows that the bash seems to be taking up all available CPU cycles while TextMate is loading. This is really annoying, since this happens with even very basic bundle commands like bolding in LaTeX, which renders the commands in LaTeX bundle virtually unusable. I tried the solution provided in this post: http://lists.macromates.com/textmate/2006-January/007705.html. However, I don't have fink or any other suspicious lines in my .bash_profile, .bash_login or .profile files. Does anyone have any idea on what might possibly cause the problem? Regards, Juho -- Juho Makkonen +358 41 5022 683

16 years

Re: Toggle Quotes

by brad tittle

>> This is probably old news to everyone, but the scope of the quote >> toggle did not include source. [...] I added 'source' to the scope >> list and this fixed the "problem". I figure toggling quotes is >> useful in any source location. >The command is intended to be used without a selection, as it will >work on the current scope, which is string.quoted.*. >By adding ?source? to the scope selector you break it for when there >is no selection (as it will then receive the entire source as stdin). That will make my life loads easier. Now it works. I swear I tried that before. Now that I see SOURCE in the source area of the bundle item. Everything is clear. The Key Equivalent won't work if you have the quotes selected though, or anything selected. It will work if you have the quote selected and you select the bundle item from the menu. This is what sent me down the wrong path. Thank you. -- Brad Tittle Tech Support

16 years

Project expanded/collapsed folder state

by Kevin Tran

I am working in a project that has many folders corresponding to real directories. After working for a while, there may be some folders that are expanded and others that are collapsed. The thing is that if I close the project and open it again later, then all of the folders will be collapsed. This is very annoying because I must expand all the folders I want access to every time I work on the project. Is there a way for TextMate to maintain the state of which folders are expanded and which are not the next time I open the project?

16 years

run_xcode_target.rb broken?

by Gerd Knops

Since the last TextMate update I get a bunch of apparent Ruby Exceptions in my run log, see below for an example. It is always run_xcode_target.rb:156 causing the exception. Any thoughts on how to fix it? Thanks Gerd ==> Exception during output formatting: TypeError: can't convert nil into String /Library/Application Support/TextMate/Bundles/ Xcode.tmbundle/Support/bin/run_xcode_target.rb:156:in `join' /Library/Application Support/TextMate/Bundles/Xcode.tmbundle/Support/ bin/run_xcode_target.rb:156:in `path_for_basename' /Library/Application Support/TextMate/Bundles/Xcode.tmbundle/Support/ bin/run_xcode_target.rb:152:in `each_pair' /Library/Application Support/TextMate/Bundles/Xcode.tmbundle/Support/ bin/run_xcode_target.rb:152:in `path_for_basename' /Library/Application Support/TextMate/Bundles/Xcode.tmbundle/Support/ bin/run_xcode_target.rb:367:in `run' /Library/Application Support/TextMate/Bundles/Xcode.tmbundle/Support/ bin/run_xcode_target.rb:364:in `gsub' /Library/Application Support/TextMate/Bundles/Xcode.tmbundle/Support/ bin/run_xcode_target.rb:364:in `run' /Library/Application Support/TextMate/Bundles/Xcode.tmbundle/Support/ bin/run_xcode_target.rb:281:in `call' /Library/Application Support/TextMate/Bundles/Xcode.tmbundle/Support/ bin/run_xcode_target.rb:281:in `run' /Library/Application Support/TextMate/Bundles/Xcode.tmbundle/Support/ bin/run_xcode_target.rb:281:in `each' /Library/Application Support/TextMate/Bundles/Xcode.tmbundle/Support/ bin/run_xcode_target.rb:281:in `run' /Applications/TextMate.app/Contents/SharedSupport/Support/lib/io.rb: 55:in `call' /Applications/TextMate.app/Contents/SharedSupport/Support/lib/io.rb: 55:in `exhaust' /Applications/TextMate.app/Contents/SharedSupport/Support/lib/io.rb: 55:in `each_line' /Applications/TextMate.app/Contents/SharedSupport/Support/lib/io.rb: 55:in `exhaust' /Library/Application Support/TextMate/Bundles/Xcode.tmbundle/Support/ bin/run_xcode_target.rb:276:in `run' /Library/Application Support/TextMate/Bundles/Xcode.tmbundle/Support/ bin/run_xcode_target.rb:325:in `run' /Library/Application Support/TextMate/Bundles/Xcode.tmbundle/Support/ bin/run_xcode_target.rb:358:in `run' /Library/Application Support/TextMate/Bundles/Xcode.tmbundle/Support/ bin/parse_build.rb:220 /Library/Application Support/TextMate/Bundles/Xcode.tmbundle/Support/ bin/format_build_output.rb:295:in `load' /Library/Application Support/TextMate/Bundles/Xcode.tmbundle/Support/ bin/format_build_output.rb:295

16 years

ProjectPlus git integration patch [was: Problem creating a new XCode project using the XCode plug in]

by Gerd Knops

Hi Allan, Ciarán, all, My projects frequently have a git root that is outside the project directory, sometimes I even use source files from multiple projects/ repositories at the same time. The appended patch to ProjectPlus allows the git module to handle that correctly. Seems the release notes and maybe version are updated by some utility, so I did not touch them. Gerd

16 years

Problem creating a new XCode project using the XCode plug in

by Joe Jones

When I attempt to create a new project called "Foo", I get the following error: /tmp/temp_textmate.VmGETS:30:in 'read': No such file or directory - /Users/jjones/Documents/Code/Foo/___PROJECTNAMEASIDENTIFIER____Prefix.pch (Errno::ENOENT) /tmp/temp_textmate.VmGETS:30:in 'expand_file' /tmp/temp_textmate.VmGETS:94:in 'process' /tmp/temp_textmate.VmGETS:92:in 'each' /tmp/temp_textmate.VmGETS:92:in 'process' /tmp/temp_textmate.VmGETS:138 I see that the folder /Users/jjones/Documents/Code/Foo has been created and a bunch of projects are in there. Not sure what the issue is here and I was wondering if anyone here knows what to do to get around this? Thanx, Joe

16 years

Mirrors in interpolated shell code in snippets

by Benjamin Hawkes-Lewis

For when a single regular expression is not sufficient for a mirror transformation, is there any way to access current mirror values from within interpolated shell code in snippets? (I'm trying to write a transformation that will first convert a human phrase to CamelCase /then/ lowercase the first character to generate a StudlyCaps version of the phrase.) -- Benjamin Hawkes-Lewis

16 years

Quote Toggle

by brad tittle

This is probably old news to everyone, but the scope of the quote toggle did not include source. At least in my version of the bundle, it just had string.quoted.double, string.quoted.single. If the quotes were included in the selection, then the scope devolved to text.html.basic, source.php.embedded.block.html (my file type is set to html). I added 'source' to the scope list and this fixed the "problem". I figure toggling quotes is useful in any source location. -- Brad Tittle Tech Support

16 years

right-to-left languages causing havoc in textmate

by running

Hello, I needed to write perl code with some arabic letters recently. While right-to-left languages are (excuse me) pain in the *** on more than one level, textmate is not really helping me. if I edit RTL language in TextMate, cursor moves "as expected" (= right key moves right, lef key moves left), which is not standard behaviour with RTL languages (in other editors, when you press right in RTL language, you move left, and left moves right). But that would be OK. But it doesn't end there - if you, in TM, edit something on one end of RTL text, it appears on the OTHER end. So, you are writing something at the other end of the line, where the cursor is, so you don't know where you will be writing until you write. If RTL is mixed with LTR, the letters appear/dissapear randomly, but never where the cursor is. Another thing, maybe more important? - the file is actually saved differently from how it looks in textmate. Example: in textmate, it looks like this: http://i41.tinypic.com/b8n636.png but in textedit (and how perl sees it) it looks like this: http://i40.tinypic.com/2i2bke8.png (notice the misplaced parenthesis and semicolon) I don't really use Arabic much, but I think it is a bug worth fixing. Karel Bilek

16 years

How to rebase a fork-of-a-fork bundle on GitHub?

by Adam Vandenberg

I have a fork of the Perforce bundle, except that I forked it from a previous GitHub fork that did a SVN import. When I try to follow the recent instructions for rebasing, I end up with "no common commits" and no real idea of how to resolve that situation. Is there something I can try to get my fork rebased to the official bundle (and get GitHub to note that), or am I better off just newly forking the official mirror and replaying the changes? -Adam Vandenberg http://adamv.com/

16 years

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

TextMate