Bundle commands support autoRefresh, but the option isn't exposed in the
bundle editor.
Is this a known issue or an intentional limitation of the bundle editor?
– Koen
Sent from [Nylas N1](https://link.nylas.com/link/33wd9n5m5l3cdcz4d1oikbwcz
/local-1313e4da-5a74/0?redirect=https%3A%2F%2Fnylas.com%2Fn1%3Fref%3Dn1&r=dGV4
dG1hdGVAbGlzdHMubWFjcm9tYXRlcy5jb20=), the extensible, open source mail
client.
Hi guys,
I guess this is primarily of interest to Rene Schwaiger. A long time ago we discussed LaTeX Tidy, \labels and code folding. I love everything about LaTex Tidy except for the fact that it puts \labels on a separate line to \begin or \end, so when I use code folding all I see is a list of \begins, \ends, \sections and the like, without a \label in sight. Rene pointed me to latextidy.pl, which was the help I needed, and I hacked the file so the code now ends
$string =~ s/({[^}]*}[ \t]*)(\n[ \t]*)((\[[^\]]*\][ \t]*)*(\\label[ \t]*(\[[^\]]*\][ \t]*)*{[^}]*}[ \t]*)*)\n?[ \t]*/$1$3$2/mg;
$string =~ s/((\\label[ \t]*(\[[^\]]*\][ \t]*)*{[^}]*}[ \t]*)+)(\n[ \t]*)(\\end{[^}]*})/$4$1$5/mg;
$string =~ s/(\\section.*(\\label[ \t]*(\[[^\]]*\][ \t]*)*{[^}]*}[ \t]*))(\S)/$1\n$4/mg;
$string =~ s/(?<=\S)[ \t]*(?:\n[ \t]*){0,2}(\\section)/\n\n\n$1/mg;
$string =~ s/(?<=\S)[ \t]*(?:\n[ \t]*){0,1}(\\subsection)/\n\n$1/mg;
print $string;
I’ve been using this for a while now and it has proved fairly reliable. I’ve allowed for optional arguments on \labels, labels pinned to \end (for captioned environments), and insert blank lines before \sections and \subsections. Now when I code fold I see not just the environments but their \labels, which mean something to me.
This message is intended in the spirit of giving back. Please feel free to ignore this hack, or try it out, change it, whatever.
Regards
Robert Milton
Hey
I'm occasionally experiencing smaller performance hickups in TM. Writing a
line of code, there's a short delay before the input appears; delay is maybe
in the range of half a second. It's infrequent enough not to be really
bothersome, but ideally, I'd like to know the cause.
It could in fact be some (too expensive) regexes I defined in my customized
language grammars, but I can't say for sure right now.
That's why I was wondering: is there a relatively simple way I can profile
TM/TM processes, in order to find out if it is in fact my own grammar rules
causing these hickups, or if it's something else?
--
View this message in context: http://textmate.1073791.n5.nabble.com/Occasional-performance-hickups-when-e…
Sent from the textmate users mailing list archive at Nabble.com.
I often see in my "Open Recent" menu the full path to a file and the same
file is repeated several times in the menu. It makes the menu quite large
and a bit hard to read. See attached screenshot.
In this case I had just created a new text file and saved to it about a
dozen times.[image: Inline image 1]
Dear All:
I am unable to typeset a latex file using the latest TextMate version with Skim. I can typeset the text file first time, but cannot typeset it with subsequent changes to the text file. Can you help me resolve this obvious bug?
Thanks,
Tao
Hi all
I’ve updated TextMate to version “2.0-rc.4”. Since updating to this version, several Keyboard Maestro macros that are triggered by keyboard shortcuts have stopped working. The problem appears to be because the new version of TextMate has introduced some new keyboard shortcuts. For example, I have a Keyboard Maestro macro that is triggered by the keyboard shortcut Shift + CMD + O. But in the new version of TextMate, this keyboard shortcut is assigned to “Open Recent Project”. Is there are way I can stop Shift + CMD + O triggering “Open Recent Project” in TextMate?
Ross
I haven’t been using this command. But tried it with RC3 and I stopped looking at 30k files. Is it looking at my entire drive. The files are beyond scope that I have open, they might be in scope of folders I’ve opened. Ah, I now guess I see what’s going on. I Cmd-T on an untitled, unsaved file. Guess this is an unintended consequence.
OT: I’m surprised to see in this modern era, question marks in place of apostrophes, and things like "seeing the ?T + ? issue with.” In case this gets munged on the way, in Mail on my up to date Mac this has a question mark in front of the T and another question mark following the plus sign.
Greg
> On Nov 19, 2016, at 4:00 AM, textmate-request(a)lists.macromates.com wrote:
>
> In rc.3 the main thread is stalled until the list has updated with the
> currently open files,
Hi,
Congratulations on reaching the significant milestone of RC1 on Textmate2. Unfortunately a bug has crept in in this release.
In the attached video, I press Cmd+T followed by Enter to switch between the current and previous files. The first time, I wait for the list to appear before pressing Enter, and it works as expected. The 2nd, 3rd and 4th times I quickly press Cmd+T followed by Enter before the list appears – the dialog closes but the previous file is not loaded. On the 5th time, I wait before pressing Enter again, and it works.
Clearly the problem is probably caused by the number of files. Prior to RC1, the list appeared instantaneously, but additional files filled in the list later. Is it possible to go back to that behaviour which has worked well for many years?
Regards,
Jonathan Monahan
Hi,
It happens often that after I move a file to another directory, textmate
doesn't handle the updated path to the file.
See this screen recording: http://recordit.co/3sdYVDOcF8
When I open the file, it still opens the file from the old path, where it no
longer exists, and thus results in an empty document.
– Koen
Sent from [Nylas N1](https://link.nylas.com/link/33wd9n5m5l3cdcz4d1oikbwcz/loc
al-28028436-6279/0?redirect=https%3A%2F%2Fnylas.com%2Fn1%3Fref%3Dn1&r=dGV4dG1h
dGVAbGlzdHMubWFjcm9tYXRlcy5jb20=), the extensible, open source mail client.

Hi,
Congrats with RC1. Unfortunately, my bundles are messed up. I lost a
number of my shortcut commands that I have always worked with. I lost my
RSpec bundle functionality, which I managed to restore by manually
reinstalling the bundle from Github.
Is there something I must do/should have done to keep my bundles working
as they have done before? I did accept the request to move the bundles
to the new structure when I restarted Textmate, but that hasn't helped.
Some guidance on this topic would be very helpful.
Thank you!
Pascal
Hi,
As a follow up to the problems with my bundles: the shortcut for
duplicate line is not working anymore: it clears the whole file now
instead. I have checked if there are any conflicting shortcut keys in
the "Select bundle item" menu, but there aren't any. Any thoughts,
because this is very annoying.
Thank you!
Pascal
I seem to be ending up with two TM dock icons quite a bit lately, not 100%
sure but it seems to coincide with when I accept a LiveUpdate.
No causing me a problem but I just wonder if this is normal? Feels like it
might be a bug that nobody has yet reported....
Getting the following when system submitting a crash report:
Internal Server Error
PDOStatement::execute(): SQLSTATE[HY093]: Invalid parameter number: no
parameters were bound
Hi,
I remember something about customizable tab titles, but couldn't find what I
was looking for in the archives.
So here's the question; there's a windowTitle property for .tm_properties, but
is something like that also possible for tab titles? Because I'm currenty
working on a project with a lot of identical named files:
My tabs currently look like this:

But if it could be possible to include the name of parent directory, that
would make it usable.
Koen
Sent from [Nylas N1](https://link.nylas.com/link/33wd9n5m5l3cdcz4d1oikbwcz
/local-eb0dadc9-7075/0?redirect=https%3A%2F%2Fnylas.com%2Fn1%3Fref%3Dn1&r=dGV4
dG1hdGVAbGlzdHMubWFjcm9tYXRlcy5jb20=), the extensible, open source mail
client.
Hey all,
I've been having this issue for a while now where the global find window
doesn't search .hbs (Handlebars) files. It's now occurring too with .elm
files. There's nothing in my .tm_properties that would suggest anything
like this:
windowTitle = "$TM_DISPLAYNAME – $TM_DIRECTORY (git: $TM_SCM_BRANCH)"
excludeInFolderSearch =
"{$excludeInFolderSearch,$extraExcludes,dist,node_modules,deps}"
excludeInFileChooser =
"{$excludeInFolderSearch,$extraExcludes,dist,node_modules}"
And the global find is matching all file extensions. Not sure where else to
look here, anyone know what I'm doing wrong?
Thanks!
Hello,
I cloned https://github.com/textmate/textmate <https://github.com/textmate/textmate> to my Mac, then successfully built and ran it.
But when I copy the binary to another Mac, it cannot be launched because of missed dylibs.
I compared linked dependencies with public Beta version and detected the following difference:
/Applications/TextMate.app/Contents/Frameworks/plist.dylib:
@rpath/plist.dylib (compatibility version 1.0.0, current version 1.0.1)
@rpath/cf.dylib (compatibility version 1.0.0, current version 1.0.1)
@rpath/io.dylib (compatibility version 1.0.0, current version 1.0.1)
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 1258.1.0)
/usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 120.1.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1226.10.1)
vs
/Users/vadim/build/TextMate/Applications/TextMate/TextMate.app/Contents/Frameworks/plist.dylib:
@rpath/plist.dylib (compatibility version 1.0.0, current version 1.0.1)
@rpath/cf.dylib (compatibility version 1.0.0, current version 1.0.1)
@rpath/io.dylib (compatibility version 1.0.0, current version 1.0.1)
/System/Library/Frameworks/CoreFoundation.framework/Versions/A/CoreFoundation (compatibility version 150.0.0, current version 1348.15.0)
/usr/lib/libc++.1.dylib (compatibility version 1.0.0, current version 307.4.0)
/usr/local/lib/libcapnp--no-undefined.dylib (compatibility version 0.0.0, current version 0.0.0)
/usr/local/lib/libkj--no-undefined.dylib (compatibility version 0.0.0, current version 0.0.0)
/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1238.0.0)
Apparently that another Mac does not have capnp and kj in /usr/local/lib/.
Maybe you can hint why these dylibs are linked and why the paths are absolute? 🙏
Thanks in advance,
Vadim
P. S. This is my first request, and I submitted it to the IRC channel because not sure where to look for help, sorry for duplication.
I use the pdflatex option and view in Skim. Ever since I installed macOS Sierra, when I typeset my latex file, the page in the created pdf file no longer corresponds to the location in the latex file. In fact, the opened page is where the last opened page is. I would appreciate your help with any solution to this problem.
Tao
Hi,
I’m running TextMate 2.0-beta.12.26 on OSX El Capitan (10.11.6)
I ran into the following issue today:
While going through some code refactoring, I changed a couple of files, but I forgot to save one of these files (so it showed up half transparant in the file list sidebar).
I then modified the name of the folder which contained that open file (I did that in TextMates file list sidebar). The project is in a git repo by the way.
After that I moved focus to another program (I’ve got TextMate set to automatically save on focus lost) but TextMate then switched to the open file, presenting me a modal sheet “No parent folder for <filename>. Do you wish to create a folder at <previous_name_of_renamed_folder>” with buttons ‘Cancel’ and ‘Create Folder’.
None of these buttons are reacting to mouse clicks, space bar or return keys. Due to the sheet being modal, my only recourse is to force quite TextMate.
After relaunching TextMate, I found the file in the renamed folder (without the unsaved changes I made to it).
I made the changes again, saved this time, changed the file name and then changed the folder name.
On focus lost showed me the same modal sheet again! (after which I had to force quite TextMate again).
Now when I open this project in TextMate, it opens in the tab containing the above file, with the new contents, but with the *old* name. The file list sidebar shows the new name.
As soon as I move focus elsewhere, it shows me the unresponsive modal sheet (with the old file name in the error message!), so I’m actually kind of stuck now…
Best regards,
Bas
Hi,
I recently created a [TextMate bundle][] for [ABNF][]. The [RFC][] that describes the current version of ABNF explicitly states that the standard uses CRLF (Carriage Return + Line Feed) for line endings.
[TextMate bundle]: http://github.com/sanssecours/ABNF.tmbundle
[ABNF]: http://en.wikipedia.org/wiki/Augmented_Backus–Naur_Form
[RFC]: https://tools.ietf.org/html/rfc5234
TextMate already supports different line endings in the “Save Dialog”. This works quite well, as far as I can tell. We can also explicitly tell TextMate to always use specific line endings via “Preferences” → “Files” → “Line Endings”. If we set this option to “CRLF” then TextMate adds the entry
lineEndings = '\r\n'
to the global properties file `Global.tmProperties`. However, in both the current development version of TextMate (2.0-beta.12.26), and the lastest normal release (TextMate 2.0-beta.12.4), this feature does not seem to work as expected:
---
# Steps to Reproduce
1. Set line Endings to “CRLF” in “Preferences…”
2. Create a new file via `mate test.txt`
3. Enter the following text in the new document
line 1
line 2
4. Check the line endings via the command `file test.txt`
# Expected Result
The `file` utility displays the following output:
test.txt: ASCII text, with CRLF line terminators
# Actual Result
The `file` utility displays the following output:
test.txt: ASCII text
---
Maybe I am doing something wrong here?
I would also expect that the default “Save Dialog” reflects the line ending option currently set via “Preferences…”. This seems not to be the case. If I save a new document via `⇧` + `⌘` + `S`, TextMate always shows “LF” as default option for line endings. Again, maybe this might be a problem with my expectations on how the system works.
After this long introduction :o) here is my feature request. It would be very nice if it would be possible to set scope- and file-specific line endings. For example, I want to create a new “Settings” item set to the scope `source.abnf` that contains the following code:
{ lineEndings = '\r\n'; }
The “TextMate Settings” grammar currently marks `lineEndings` as invalid key. I suspect this feature is currently not available/implemented? If this is correct, then please consider this a (low priority) request to add this feature.
Kind regards,
René
I'm on OS 10.12.1, TM2 (12.26) and Skim 1.4.22 as viewer. Syncing pdf to source works, but not source to pdf. I looked at Skim's user list but couldn't find a solution. I wonder if something has to be done to the LaTeX bundle to restore this ability? Or is it an Apple 10.12 problem and I should wait for an Apple fix....
--Gildas