I’m trying to make the RuboCop bundle work with the new
callback.document.did-reload. However, it seems when a command is run
from this callback, that TM_PROJECT_DIR is not set. Is this expected?
(I tried with and without filebrowser, and even after explicitly setting
a project directory with “Use «folder» as Project Folder”).
Stefan
We can double-click a left parenthesis to select everything from there to the corresponding right parenthesis, and vice versa, so this raises the question: how does my bundle opt in to this? For example, in my "language" (AsciiDoc), a plus sign might be a delimiter. Is there a way to set things up so that double-clicking a plus sign selects to the other plus sign?
I tried smartTypingPairs and highlightPairs, but neither of those was it...
Thx (and sorry if this has already been explained and I missed it) - m.
--
matt neuburg, phd = http://www.apeth.net/matt/
pantes anthropoi tou eidenai oregontai phusei
Programming iOS 9! http://shop.oreilly.com/product/0636920044352.do
iOS 9 Fundamentals! http://shop.oreilly.com/product/0636920044345.do
RubyFrontier! http://www.apeth.com/RubyFrontierDocs/default.html
1. Steps to reproduce bug
- Create a file in the side brower area with any name.
- Copy & paste any name with two rows. Such as "asdf1 \n asdf2". \n
stands for a new line.
- See image attached.
2. Expected result
- Click the file to open it, you should see file name show at top
correctly.
3. Actual result
- Click the file to open it, you can see file name is not showing
correctly. The buttom part of first line "asdf1" can be seen.
4. Environment
- OS X version: 10.11.4 Beta
- TextMate version: TextMate version 2.0-beta.12.4
> Begin forwarded message:
>
> From: textmate-request(a)lists.macromates.com
> Subject: textmate Digest, Vol 99, Issue 26
> Date: August 22, 2016 at 2:33:55 AM PDT
> To: textmate(a)lists.macromates.com
> Reply-To: textmate(a)lists.macromates.com
>
> From: "Allan Odgaard" <mailinglist(a)textmate.org>
> Subject: [TxMt] Re: textmate Digest, Vol 99, Issue 24
> Date: August 21, 2016 at 11:16:00 PM PDT
> To: "TextMate users" <textmate(a)lists.macromates.com>
> Reply-To: TextMate users <textmate(a)lists.macromates.com>
>
>
> On 22 Aug 2016, at 4:52, Jack Royal-Gordon wrote:
>
>> Just discovered another similar occurrence that may add some more data. It appears that when I switch GIT branches, which causes some files in my folder to be changed, TextMate is not reloading the changed files (as it did in Version 1). What I used to get in V1 was that if there were no changes pending on the file when I switched branches, TM would quietly load the new version of the file; if there were changes pending, it would ask if I want to save the current TM copy or overwrite it from the copy on disk. But it seems like it might not be doing this (or at least not doing this consistently) on V2.
>
> Right, so your issue is limited to files with local changes which you then change on disk, correct?
>
> In this case TextMate will actually try to merge your local changes with the new version on disk, and if it can do this without merge conflicts, it updates the file.
>
> But if the merge has conflicts, TM currently does nothing (it logs an error to console). Prior to beta 12 it would update the file with the merge conflict markers, but I found this behavior undesirable because we effectively “mangle” the local changes.
>
> I do however plan to introduce a visual warning for this edge case, but unfortunately there was not enough time to get this done for beta 12.
>
I now understand why it’s not behaving as I expected, and I think that explains all of my strange behavior, as I switch branches quite often and just assumed TM2 had the same behavior as TM1.
FWIW, when you get around to handling the merge conflict, I liked what TM1 did, where it presented you a dialog and let you select between the on-disk version and the in-memory version. I think it would be even better if it gave you the third option of providing the merged version with the merge conflict markers.
At any rate, thanks for supporting TM; it’s miles better than any other text editor I’ve used.
Following up on
https://github.com/noniq/Markdown-MathJax.tmbundle/commit/6d003d9c9808acc95…
I created a very simple test script:
#!/usr/bin/env ruby20
require "#{ENV['TM_SUPPORT_PATH']}/lib/ui"
TextMate::UI.alert(:warning, 'Title', 'Message', 'OK')
Running this gives an “ArgumentError: An object in the argument tree
could not be converted” in method to_plist in ui.rb at line 54.
If I change the script to use the `ruby18` shim, it works as intended.
Is this expected behaviour or am I doing something wrong?
Stefan
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
