Hello all,
I'm having a problem with matching character pairs in TextMate 2, and I'm wondering if it's a known issue or something specific to my installation.
For example, if I open a JavaScript file and type the following:
$(#id_name)
and then go back and place my caret before the # sign, and type a single-quote (or any other matched pair), I end up with:
$(''#id_name)
with my caret now between the matched pair. Selecting all of #id_name before typing a quote character works properly, but obviously requires use of the mouse.
I've confirmed that this happens in JavaScript and Python, but not in CSS or HTML. In fact, in those languages, there appears to be no matched pairing happening at all.
I never really used the matched pairs in TM1, so mostly I'd like to know if there's a way to turn this feature off altogether, but I'm glad to provide any other information required. My .tm_properties file is extremely sparse, and I'm not using any 3rd party plugins.
-phil
Hi there,
It seems that when using dead keys in TM2, the initial keypress of the
dead key is interpreted as input. This creates a problem for functions
like wrapping selected text (with parens or braces) because rather than
wrapping the text with the appropriate character it replaces the
selection with the dead key character.
An example: I use the semicolon followed by j for inserting a left
paren. If I make a selection and do this, it replaces the selection
with the semicolon.
Any ideas?
Thanks,
Garrett Lancaster
Hi,
I have a textmate project with some Latex files. When I click on the links with error messages, or when I press fn-enter on an include statement the correct latex file is opened, but in a new window and not in a tab within the project.
THis is annoying, because I usualy already have that file open in a tab, and a new window takes me out of the project so CMD-R does not compile the main file as set in TM_LATEX_MASTER variable in the project.
Any Ideas how to fix this?
--
Ronald
Hello everybody,
I'm using TextMate 2.0 Build 9064 on OS 10.6.8. I'm using spaces to provide multiple destops. There are some small annoyances with this setup:
1. When opening a file from the terminal window, TextMate will switch to the space where the previous TextMate window has been opened.
2. When pressing Cmd-F to open the find window, TextMate switches to the space which the find window has been active during the previous usage. This is a bit awkward since the found results will be shown a different space unless I move the search window to the desired space before performing the search :-)
3. When using rmate to open files remotely, the file opens on a seamingly random space. I'm not sure, maybe it's the space where TextMate was originally opened or the space where the last window has been opened manually (like 1.).
Can the behaviour be changed so that new windows and dialogs will open on the current space?
Cheers,
Henning Holtschneider
--
LocaNet oHG - http://www.loca.net
Baroper Straße 239 b, D-44227 Dortmund
tel +49 231 91596-25, fax +49 231 91596-55
sip 25(a)voip.loca.net
Registergericht Amtsgericht Dortmund HRA 14208
Geschäftsführer Sven Haufe, Henning Holtschneider
I config the php bundle to use local php manual via setup the PHP_MANUAL_LOCATION environment variable.
It can look up the keyword by "^H", but links in the browser window doesn't work.
As shown in the attached picture.
Yuan Jiang
http://blog.vetcafe.nethttp://twitter.com/sleetdrop
In the "Go To File" dialog if you tab to the file types drop down control
and change the selection with with either the keyboard or mouse, the list
of files immediately changes to reflect the new glob pattern.
Also, if you type in a new glob pattern *that is already in the list* and
hit the enter key, the list of files is updated.
However, if you type in a glob pattern *that is not already in the list* and
hit the enter key, the list of files is not updated. You must must use the
arrow key to select a different pattern, then use the arrow key to
re-select the desired pattern.
Hi,
I have a a kind of a weird crash with TM2 (I encountered it several weeks ago but now I do need the procedure quite often). I'm on MacOSX 10.7.3 (9110).
I have created a new bundle with several commands. All these command have the same structure:
Save: Nothing
Input: Nothing
Output: Show in New Window
Caret: After Output
and the actual command:
#!/usr/bin/env bash
[[ -f "${TM_SUPPORT_PATH}/lib/bash_init.sh" ]] && . "${TM_SUPPORT_PATH}/lib/bash_init.sh"
pbpaste | perl -e '
$word = <>;
chomp($word);
...
print $result;
'
In other words each of these commands takes the content of the clipboard and send it to a Perl script. The script and the clipboard's content have to handle real UTF-8 stuff and the PErl script contains lots of non-ASCII characters.
Now the weird thing: The crash doesn't always occur. I tried to find a more or less 'reproducible' workflow.
- TM2 is not running
- I copied a word from another program into the clipboard
- I open TM2
- an 'untitled' window appears
- I invoke one of these commands in question
- TM2 crashes with:
Thread 0 Crashed:: Dispatch queue: com.apple.main-thread
0 libundo.dylib 0x004e3f79 ng::undo_manager_t::end_undo_group(ng::ranges_t const&) + 11
1 com.macromates.TextMate.OakTextView 0x005d9356 0x5a9000 + 197462
2 com.macromates.TextMate.OakTextView 0x005c1242 0x5a9000 + 98882
3 com.apple.AppKit 0x93315727 -[NSView _performKeyEquivalent:conditionally:] + 49
4 com.apple.AppKit 0x93315914 -[NSView performKeyEquivalent:] + 340
BUT THEN I reopen TM2 and do _exactly_ the same and IT WORKS!
Step two of WEIRDNESS: If I quit TM2 after that and reopen it and run the command with the same clipboard content again TM2 crashes once again.
It doens't matter whether I invoke the command via key equivalent or via mouse Bundles > ...
I didn't encounter that problem if TM2 was running before I copied the text, switched to TM2, and invoked the command.
Any help, fix would be really appreciated :)
For more details, don't hesitate to contact me.
Cheers,
--Hans
