This happens randomly. Switching from PHP to CSS files (with several files open in windows/tabs) or opening CSS files, they open with no highlighting even though the bundle is set to CSS automatically. Happens mostly when Command+Option+Arrow between tabs or opening CSS files with several hundred lines. switching to another bundle and back to CSS fixes it.
If Textmate is open for a while (maybe 2 hours +) sometimes the text fields in the Find/Replace window become unresponsive (visually). The text in the search fields won’t update even though they are changing. Closing the search window and opening it again will show the changes but it’s only fixed by quitting and relaunching.
I can't reproduce these things at will, so maybe it’s something on my system and not a bug. Using OS X Mavericks with latest Textmate on Late 2013, 15" Macbook Pro.
Hi,
not sure if "folding" is the correct word here, but, given the following code is it possible to do this in TextMate:
let x = { number: 42 }
1. I want to place the cursor after the { and when I press return, I the closing bracket should too go on a new line
let x = {
number: 42
}
2. If I put the cursor in front of the word something and press backspace, wrap it back to the original line.
Thanks
Fabian
Hi,
I noticed recently that the nightly builds started wrapping non-monospaced long before the line hits the soft wrap column or window frame.
To reproduce:
1. Make a new document
2. Type lorem<tab> to get the lorem ipsum snippet
3. Open View->Font->Show Fonts
4. Select a monospaced font like Courier
5. Select View->Enable Soft Wrap
6. Select View->Wrap Column->Use Window Frame
7. Resize the width of the window and note how the text wraps by the window frame
8. In the font panel, change to a non-monospace font like Helvetica
9. Resize the width of the window and note how the text wraps a good bit before the window frame
Expected result is that step 9 behaves like step 7.
After a little bit of sleuthing I think the relevant commit is https://github.com/textmate/textmate/commit/f487c5d57585f98d16273e0fa63b8a3…
The character used to calculate column width changed from m to n, which doesn’t matter for monospaced fonts, but for non-monospaced fonts it can be quite a difference.
Would it be possible to change back to n?
Although this can have the opposite effect of the line sometimes overshooting the window frame by a tiny bit before soft wrapping. To fully fix this you would have to calculate the soft wrap width of each individual line, but I presume that that is quite a big change and could present speed issues with large files.
Cheers and thank you for TextMate,
Kim
Is it possible to show an NSPopover using a custom nib and the dialog command? Or does the NSPopover require some code to show it?
My use case is a command I’m working on for displaying generated documentation, i.e. JavaDoc, for a given symbol. So far I’ve been using a tooltip, It’s working fine but the problem with the tooltip is that it doesn’t support scrolling, when the content gets too long. Ideally I would like something that also is interactable, like clicking on links. I would like to avoid the HTML window/view because I think it’s bit too heavy.
--
/Jacob Carlborg
> From: "Allan Odgaard" <mailinglist(a)textmate.org>
> Subject: [TxMt] Re: Weird file not updating problem
> Date: August 21, 2016 at 2:56:20 AM PDT
> To: "TextMate users" <textmate(a)lists.macromates.com>
> Reply-To: TextMate users <textmate(a)lists.macromates.com>
>
>
> On 20 Aug 2016, at 8:57, Jack Royal-Gordon wrote:
>
>> I made some changes to a file that was open as part of a Rails project (the whole project was opened) and saved the changes. TextMate showed the file as having no unsaved changes. However, inspecting the file outside of TextMate, I could see that the the changes were not saved.
>
> And even pressing ⌘S did not change that? ⌘S will always save, even if it shows “no changes”.
Did press ⌘S several times, as when I ran the file and it did not work I thought I had forgotten to save.
>
> Also, when you have a file open, you can use Bundles → Diff → Document With Saved Copy. This will run a diff util on the buffer and the file on disk, that should be able to confirm if somehow TM’s buffer is different with the file on disk after ⌘S.
That’s a good idea. Did not know about that.
>
>> I rebooted my computer and when TextMate reopened, there was the file with my changes showing (but which were not saved although again it showed as having no unsaved changes). I had to close the file, reopen it, and re-apply the changes before saving again in order to actually save the changes
>
> So you rebooted, re-opened the file, and while TM found your (unsaved) changes, it would still not save on ⌘S. But closing file (again) and re-opening now did show the file on disk, and you could save?
Correct. When I reopened, it showed the file without the changes that did not save.
>
>> […] I wanted to see if this was a known issue with 2.0-beta.12.
>
> Nothing I have heard of before, but from the description above, it really sounds like TextMate was operating on a different file than what you was inspect on disk, that would explain all of the behavior perfectly, including rebooting and showing the updated file “with no changes”, yet after closing it and opening the (right) file, you now lost the changes, and had to re-do them.
Since I opened a folder in Textmate and was accessing files via the File Browser, I have a hard time imagining how it was accessing a different file. But I agree that that would explain all of the strange behavior.
>
> So what should probably be looked into is, how did it get to operate on this other file, and where on disk was it?
Yes, that would be the question.
>
> Did anything work on the files on disk (TextMate will track renames, hence if you open /path/to/file and then move it to /path/to/other/place, it will update its reference).
>
> Should it ever happen again, you can right-click the proxy icon to see where the file is on dis, or use File Browser → Reveal Document.
I will do that. Thanks for the response.
Hi All,
I made some changes to a file that was open as part of a Rails project (the whole project was opened) and saved the changes. TextMate showed the file as having no unsaved changes. However, inspecting the file outside of TextMate, I could see that the the changes were not saved. I rebooted my computer and when TextMate reopened, there was the file with my changes showing (but which were not saved although again it showed as having no unsaved changes). I had to close the file, reopen it, and re-apply the changes before saving again in order to actually save the changes (I probably could’ve copied the entire file onto the clipboard before I closed and reopened and made the changes that way, but I didn’t expect the changes to be gone).
Before opening an issue on GitHub, I wanted to see if this was a known issue with 2.0-beta.12. I’m running on OS X 10.11.6. Let me know if you need any other configuration information or have any thoughts that might help me to reliably reproduce this problem (I’ve noticed a couple times where files that were left open while changing GIT branches did not recognize that the underlying files had changed as TextMate 1 did. Might this be an issue with capturing directory change events?
Thanks in advance for helping!
Jack
If I have a command with the following Ruby code:
require ENV['TM_SUPPORT_PATH'] + '/lib/ui'
result = [{ 'match' => 'foo', 'display' => 'foo' }]
TextMate::UI.complete(result)
If I type "f" and then invoke the command the completion menu appears as expected, containing "foo". If I type a non-matching character, like "s" then it takes around three seconds for the menu to disappear and the "s" to appear in the editor.
Not sure if it's related, but if I select some other text in the meantime the "s" appears immediately.
—
/Jacob Carlborg
Hi,
When I do a "Find in Project" and click "Replace All", the dialog states "2
replacements made across 1 file(s)".
But when I run the search again, I get the same results. When I open the
concerning file, and click "Replace All", the replace goes just fine.
Also, turns out it's possible to click on "n replacements made ...", which
makes it blue. Does this serve a purpose?
– Koen
Sent from [Nylas N1](https://link.nylas.com/link/33wd9n5m5l3cdcz4d1oikbwcz
/local-58ab6731-da97/0?redirect=https%3A%2F%2Fnylas.com%2Fn1%3Fref%3Dn1&r=dGV4
dG1hdGVAbGlzdHMubWFjcm9tYXRlcy5jb20=), the extensible, open source mail
client.
