Hello,
I'm running TextMate version 2.0-rc.27.
It seems that I'm no longer able to edit files that are not owned by
me by using `sudo mate` or plain `mate`.
Steps:
1. Run `sudo mate /etc/hosts`
2. Enter my username and password in the terminal
3. Make a change
4. Save the file
Expected: The file is saved with the new contents
Actual: an error modal is show with the following contents:
Title: The document “hosts” could not be saved.
Body: Failed replacing hosts with
/var/folders/w8/0pc0dw1d4zd9knf_qm4ls1bc0000gn/T/TemporaryItems/(A
Document Being Saved By TextMate)/hosts: You don’t have permission to
save the file “hosts” in the folder “etc”.
So far I have tried:
- Granting "Full Disk Access" to TextMate in System Preferences ->
Security & Privacy -> Privacy
- Uninstalling and reinstalling `mate`
Please let me know if there's any more information I can provide.
Thanks!
Hello list,
when opening (existing) files from Terminal.app using the `mate` command, it occasionally (but not always) takes a fairly long time (more than 5secs) to open the file in TextMate. TM in all these instances is already running, but doesn't necessarily have any open windows.
This is for small files (e.g. 30 short lines of code), so it cannot be the file size making a difference. If I open the files directly through TM's File -> Open... menu, no such delay happens.
During such a delay, if I click on the already running TM in the dock to activate it, the desired document that `mate` is trying to open immediately appears.
If I close the document and retry immediately afterwards, then no delay seems to exist for a while. Swap also doesn't seem to be an issue, my swapfile has size 0 on a 32GB Macbook Pro, with 16GB free. If TM hasn't been activated in a while (even though supposedly running according to the Dock dot) then this seems more likely.
It seems to be the communication / connecting between mate and TM that causes this delay somehow. I've tried removing and reinstalling the `mate` command.
This is on TextMate version 2.0-rc.10, but is not new behavior, I've seen this for quite some time.
Does that sound familiar to anyone or have any diagnosis tips?
Thanks,
Daniel.
(I just asked this to irc so sorry for the duplicate)
I'm looking for guidance on how to change the javascript grammar so it'll
syntax highlight both, e.g., "if (...)" and "if(...)". Currently, only the
former works, and I believe this is for most control statements, e.g., if,
for, while, etc.
In java, for example, both work, and I tried to compare the grammars to
make my own edits, but found them too complicated and different, and
anything I tried didn't work.
Any guidance would be appreciated.
Thanks-
Robert
Hi,
Does anybody have problems with pushing to the remote repositories on Github?
What I see:
Pushing to remote source 'origin' for branch 'master'
Output:
fatal: could not read Username for 'https://github.com': Device not configured
This is the latest TM 2.0-rc.27 on OSX 10.14.6 (18G87). Configuration is set as before (user.name, user.email, github.user).
Yesterday late I’ve been pushing quite a lot and had no problems. Very weird, hence my question.
Of course, Github desktop works fine, I wonder...
Rob J Goedman
goedman(a)icloud.com
Hello everyone,
Who can explain me what these settings are for?
Specifically: Scope Selector, Key Equivalent, Tag Trigger options.
I’m in “Edit Bundles… > Themes”
[cid:AC15C356-0CB2-46DA-BB4D-71356BD035FC@home-life.hub]
Best, u
I have been playing with the touchbar support in texmate and have noticed
the following.
If I set bookmarks in my document the touchbar buttons with up/down
chevrons will correctly take me to the previous or next bookmark
respectively.
However, if I make a change to the document and save it. I now get a
change marker showing that it is different than what is in the git
repository. That is to be expected.
But now the up/down buttons on the touchbar stop at all of the git markers
as well as the bookmarks. Is this by design?
It makes jumping back and forth between a couple of bookmarks painful if
there are a lot of edits in the file.
I can still hold down the fn button and use F2/Shift F2 to achieve this,
but that sort of defeats the purpose of having the nifty touch bar buttons.
I think `ruby “file”` can be slow too. Don’t know if it’s related
> On Jul 18, 2019, at 5:00 AM, textmate-request(a)lists.macromates.com wrote:
>
> Re: `mate <file>` from Terminal is occasionally very slow to
> open <file> in TextMate
Hey all,
I tried to pull a new patch from master and found an error;
./configure && ninja
rm
/Users/heathg/build/TextMate/Frameworks/SoftwareUpdate/fixtures/secret.pem
ninja: error: build.ninja:17: loading '/build.ninja': No such file
or directory
include $builddir/build.ninja
^ near here
ninja: error: build.ninja:17: loading '/build.ninja': No such file
or directory
include $builddir/build.ninja
I did a `git bisect` and narrowed it down to b42cbb1f.
I don't know if I missed a memo (obviously it was still building for
Allan :) ) or if this is a bug.
I unblocked my self by reverting the commit locally.
Thanks,
Graham
