Thank you. Now makes sense why they aren’t consistently created. Sometimes I do edit with files on my hard drive and then sync them to the flash card. (I had started to edit on the card to avoid the added step of ensuring syncing).
I’ll think about revising my workflow, particularly since others have to look at my flash drive from time to time. I’m still adjusting to working on Windows and some other complications of the project.
Greg
>
> I think the the technical term is "AppleDouble" files.
>
> https://en.wikipedia.org/wiki/AppleSingle_and_AppleDouble_formats <https://en.wikipedia.org/wiki/AppleSingle_and_AppleDouble_formats>
>
> They get created anywhere the underlying filesystem doesn't provide resource forks, or extended attributes (which is mostly anything not HFS+). Since TextMate uses those extended attributes to stash some relevant (like the cursor location), this causes them to appear more frequently.
>
> If you're using git, you should definitely setup a global exclude file with a few of those macOS-specific patterns. See https://www.gitignore.io/ <https://www.gitignore.io/> for some helpful ones.
>
> Another way would be to edit your project on an HFS+ drive* ? you'll get those pesky .DS_Store anyway, but at least the ._ files shouldn't appear.
> * I'm only suspecting you do, since AppleDouble files are unneeded on HFS+.
>
> Regards,
> Etienne Samson
> ————
> TextMate is using extended attributes, which were introduced in 10.4 (I think) and which are also stored in doubles on filesystems that don't support them natively.
>
> -Martin
Matt
Thanks for the response. I never noticed these files before. Are they created by TextMate, because I don’t see them anywhere else. Or are they created when load the thumb drive on the Windows machine? From the linked discussion in another response I gather it’s TextMate storing some other information, but they don’t always seem to be created. Does TextMate need them or use them? I ask because maybe I don’t want to delete them.
I see them also using Transmit (an ftp app).
Greg
> On Sep 24, 2017, at 5:00 AM, textmate-request(a)lists.macromates.com wrote:
>
> This is not a TextMate question. It's just how Macs work. Those are resource forks, which Windows can't comprehend. See for example https://superuser.com/questions/851373/hide-macs-dot-underscore-files-on-a-… <https://superuser.com/questions/851373/hide-macs-dot-underscore-files-on-a-…>
>
> m.
>
>> On Sep 23, 2017, at 9:48 AM, Greg <web(a)web.knobby.ws <mailto:web@web.knobby.ws>> wrote:
>>
>> Is TextMate adding files with a leading period and underscore in front, for example, ?._styles.css"?
>>
>> I?m using TextMate for a class that mostly Windows and all these extra files show up when I?m on Windows as well as other apps which show invisible files. This doubles the apparent number of files.
Is TextMate adding files with a leading period and underscore in front, for example, “._styles.css"?
I’m using TextMate for a class that mostly Windows and all these extra files show up when I’m on Windows as well as other apps which show invisible files. This doubles the apparent number of files.
Greg
I know that you can rig TextMate 2 to trim trailing space on save by
editing the Text -> Converting / Stripping -> Trim... bundle by
changing the semantic class (or creating a whole new bundle). It works
well, but I was wondering if there are any plans to add this as an
option in the preferences (with a checkbox, etc.) for convenience?
It's a rather common one to have that's found on most other editors
I've seen, and it would be super cool to not have to mess with the
bundles for such a basic thing.
Kind regards,
- g
Hi all,
This might be a stupid question: Is there a way in TextMate 2 to cut, and then uncut(paste), the current line with 2 keystrokes? I.e, similar to the nano commands ‘Ctrl-k’ and ‘Ctrl-u’? As opposed to: select the current line, cut, then paste.
Thanks in advance.
Promote away. Thank you.
> On Sep 18, 2017, at 5:00 AM, textmate-request(a)lists.macromates.com wrote:
>
> Subject: [TxMt] Linting functionality for TextMate
> Message-ID: <D0C4F4EF-1C59-4999-A842-E8646270D387(a)me.com <mailto:D0C4F4EF-1C59-4999-A842-E8646270D387@me.com>>
> Content-Type: text/plain; charset=utf-8
>
> Apologies for the self-promotion but I thought this may be interesting to some of you. I?ve seen Atom and Sublime Text linting plugins and I was wanting something similar for TextMate so wrote my own plugin:
>
> https://github.com/MikeMcQuaid/Linter.tmbundle <https://github.com/MikeMcQuaid/Linter.tmbundle>
>
> Give me a shout if you like this or have feedback. If there?s enough interest I?d like to try and submit this to be an official TextMate plugin in future.
>
> Thanks!
>
> Mike McQuaid
> http://mikemcquaid.com <http://mikemcquaid.com/>
Works here, as they say.
--
Marc Wilson
msw(a)cox.net
On Sun, Sep 17, 2017, at 11:09 AM, George McGinley Smith wrote:
> Yes, it's supposed to pop out the changes in the commit. Do you have
> customisations in your Git bundle? I also had the same issue and
> reverting to the default bundle fixed the issue for me.>
> On Sun, 17 Sep 2017 at 19:56 Matt Neuburg <matt(a)tidbits.com> wrote:
>> When you do Command-Y and Log, and the commits are listed with plus
>> buttons at their left, are those plus buttons supposed to _do_
>> something, like show the diff? They don't.>>
>> m.
>>
>> --
>> matt neuburg, phd = http://www.apeth.net/matt/
>> pantes anthropoi tou eidenai oregontai phusei
>> Programming iOS 10! http://shop.oreilly.com/product/0636920055235.do>> iOS 10 Fundamentals! http://shop.oreilly.com/product/0636920055211.do>> RubyFrontier! http://www.apeth.com/RubyFrontierDocs/default.html
>>
>>
>> _______________________________________________
>> textmate mailing list
>> textmate(a)lists.macromates.com
>> http://lists.macromates.com/listinfo/textmate
>
> _________________________________________________
> textmate mailing list
> textmate(a)lists.macromates.com
> http://lists.macromates.com/listinfo/textmate
I'm getting the following error from the LaTeX documentation command:
Traceback (most recent call last):
File "/Users/tim/Library/Application Support/TextMate/Managed/Bundles/LaTeX.tmbundle/Support/bin/texdoc.py", line 223, in <module>
shell=True).strip()
File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py", line 573, in check_output
raise CalledProcessError(retcode, cmd, output=output)
subprocess.CalledProcessError: Command 'texdoc %' returned non-zero exit status 1
The command source code is:
#!/usr/bin/env bash
[[ -f "${TM_SUPPORT_PATH}/lib/bash_init.sh" ]] && \
. "${TM_SUPPORT_PATH}/lib/bash_init.sh"
. "${TM_SUPPORT_PATH}/lib/webpreview.sh"
html_header 'Package Documentation'
echo '<p><small>Hint: Cursor on package name shows doc for package.
Otherwise show package doc browser.</small></p>'
texdoc.py
My environment is
OS high Sierra beta
Has anyone else tried out the High Sierra beta and experienced performance
issues with the Quick Look plugin?
When I put a folder full of .h and .m files into Icon view in Finder, Quick
Look started taking up 100% CPU. Seems like there must be some infinite
loop, but I haven't investigated the root cause yet.
Jacob
when I type a quote or a left paren when using the fortran bundle, it automatically inserts a matching quote or paren and leaves the cursor between it and the one i typed myself.
i can see that some users will love this and find it very useful. if just find it annoying and a nuisance. i notice that this “helpful” behavior is not present in Plain Text, but I’d like to use the fotran bundle, just without the automatic addition of matching quotes and parens.
there was nothing obvious in the details of the fortran bundle, so I’m asking for help on how to manage this.
thanks
bill
I recently upgraded to State 15 and am using an older Stata bundle that worked with Stata 14. I am trying to understand how to make Textmate 2 run Stata 15 from within the Stata bundle, but am having trouble figuring it out.
Hello
Just wondering about the likelyhood of getting
https://github.com/textmate/git.tmbundle/pull/36 merged? I have been
running with local delta updates since creating that PR but have recently
run into issues which removing my customisations has fixed, rather than
having to go through and re-update the bundle, if we could get this merged
that would likely solve 80% of my required changes as it's one of my more
frequently used git commands.
Thanks,
George
I think TextMate’s bundle index should include a RuboCop bundle.
Disclaimer: I wrote a RuboCop bundle myself, and there are at least
three more that I know about:
1) https://github.com/mrdougal/textmate2-rubocop
2) https://github.com/goyox86/rubocop-tmbundle
3) https://github.com/fazibear/Rubocop.tmbundle
4) My bundle: https://github.com/noniq/RuboCop.tmbundle
1) and 2) seem stale (last commit in Nov resp. Dec 2014). 3) and 4) are
actively maintained.
One of the differences between 3) and 4) is that 3) supports different
gutter marks for different severities, while 4) only uses a generic
warning mark. On the other hand, 3) seems to only ever work on the
current file, while 4) uses the filebrowser selection (if any, similar
to the Git bundle for example).
In
https://github.com/textmate/ruby.tmbundle/pull/99#issuecomment-296400597
ff. there was discussion if the Ruby’s bundle already existing “Validate
Syntax” command should be changed / extended to use RuboCop (if present)
– this could be an alternative to adding an “official” RuboCop bundle.
Happy to hear your opinions!
Stefan
Looking at the code, TextMate appears to start with a list taken from
“Find in Folder Globs.default”, which doesn’t exist, so it falls
back to hard-coded defaults.
I find myself adding the same patterns to almost every project so I’d
like to change the defaults.
Is there a way to set that via `.tm_properties` or do I just have to add
a key named “default” to `com.macromates.TextMate.plist` manually?
Thanks.
--
Rob McBroom
http://www.skurfer.com/
Hi,
This week I installed Textmate 2.0 beta, and I am still learning a lot. One of the things I found myself wishing for was the ability to change some features of the themes I found most to my liking. Google got me to pages such as this (https://manual.macromates.com/en/themes <https://manual.macromates.com/en/themes>), referencing "Preferences → Fonts & Colors”, which I can’t find in Textmate; perhaps the manual does not apply to the version I installed?
Is there any (GUI-based much preferred) way of building a theme (modifying an existing one) in my installation? If not, should I perhaps uninstall Textmate and install an earlier version? If so, which?
Thank you.
Nicolae
I know it’s hard to keep old webpages up but it would be helpful if a banner could be put up on the TM 1 pages with a link to TextMate 2 info. The linked page looks “official,” so even more important. I’m far from a power user and am discouraged from exploring TM when I run into these pages without knowing which version they apply to.
Near top of page might be something like: “This page is about TextMate version 1. For TextMate 2 documents check <here> For the status TextMate 1 and 2 read< here>.” Probably should be stuck to top of page in case the link puts someone part way down the page.
> On Jul 22, 2017, at 6:00 AM, textmate-request(a)lists.macromates.com wrote:
>
>> (https://manual.macromates.com/en/themes <https://manual.macromates.com/en/themes> <https://manual.macromates.com/en/themes <https://manual.macromates.com/en/themes>>), referencing "Preferences ? Fonts & Colors?, which I can?t find in Textmate; perhaps the manual does not apply to the version I installed?
>
> That link applies to TextMate 1.
Hi there,
I upload generally the new versions of lftp with ‘brew'. But it is able to install this morning only the version 4.7.7
(Command in a the terminal of a Mac : 'brew install lftp’ - with link problems but it is easy to fix it)
Do you know of this new version is now included in ‘brew' and how I can find it?
Tkx
--
Bernd J.
I recently started to notice that the HTML output window often (not
always) no longer automatically scrolls down when new output is appended
(eg. from a build task thats running for several seconds).
Anyone else noticing this?
Stefan
Hello all,
I'm looking to fix up the old TextMate Python Jedi completion bundle.
The docstring viewer command returns this error.
Setting or variable 'fontName' not found
Traceback (most recent call last):
File "Docstrings for word", line 10, in <module>
completion.show_docstrings()
File "/Users/myaccount/Library/Application Support/TextMate/Pristine Copy/Bundles/python-jedi.tmbundle/Support/completion.py", line 132, in show_docstrings
font_name = subprocess.check_output([tm_query, '--setting', 'fontName']).rstrip() or "Menlo-Regular"
File "/System/Library/Frameworks/Python.framework/Versions/2.7/lib/python2.7/subprocess.py", line 573, in check_output
raise CalledProcessError(retcode, cmd, output=output)
subprocess.CalledProcessError: Command '['/Applications/TextMate.app/Contents/Resources/tm_query', '--setting', 'fontName']' returned non-zero exit status 69
This is because the CLI command says no such key exists.
/Applications/TextMate.app/Contents/Resources/tm_query --setting fontName
Setting or variable 'fontName' not found
Is there a modern alternative to fontName?
Or, even better, a reference for that and other keys?
thanks!
JJ
Hi Josh,
(I apologize for my replies to be attached to the wrong places in the thread. I have just figured out how to turn off the digest format. Please bear with me until the changes take effect.)
> Thanks for pointing this out! I agree that in 2017 we should
> be taking security seriously. I'd love to learn though, what
> are some good ways to set up vetting and security policies?
Off the top of my head:
1. Create an organization on GitHub, and move the repo there. Or maybe get another GitHub organization (TextMate?) to adopt it. This ensures that in the long run, more than one single person has the power to grant or revoke _Owner_ and _Maintainer_ privileges.
2. You have already mentioned a very effective measure: make it a policy to not allow `sha256 :no_check` without good reason. For TextMate bundles, this means in practice: always pin your Cask to a release; in cases where upstream does not issue releases or tags, pin the Cask to the latest commit instead; do not point to nightlies, or to upstream `head`; in case users really want it, create a separate tap for nightlies within the same GitHub organization.
3. On GitHub, enable forced reviews for any commit on the master branch; also, tick the box that says this actually covers anyone’s commits, including the owner’s. Configure the GitHub repo so any single maintainer has veto rights against merging. Make regular audits to ensure these setting are still in place.
4. Have two maintainers at the very least, and grant them the _Maintainer_ privilege to make #3 technically possible.
5. In the `url` stanza, do not allow domains where the maintainer can’t reliably determine who has control over the domain. For example, if the author of `Foomatic.tmbundle` offers their releases only via a Dropbox link, maintainers will not be able to keep track of authenticity as updates get released.
6. Do not be afraid to refuse a Cask if it fails to meet those standards for whatever reason.
7. On the GitHub organization level, grant the _Owner_ privilege to at least one more maintainer. Not only does this help keep the organization alive in case the original owner fails to be responsive, or fails to fulfill their duties, it also allows for quick reaction in case another owner’s account be ever compromised.
8. Speaking of compromised: enforce that anyone with _Maintainer_ or _Owner_ status have two-factor authentication enabled for their GitHub accounts. Make regular audits to ensure everyone continues to comply.
9. Check the contributions of anyone before you grant them _Maintainer_ status on the GitHub organization. Ensure that a person is trustworthy before you grant them _Owner_ status on the GitHub organization.
10. When creating or reviewing a Cask, make sure it contains a line that says e. g.,
# downloads.example.com was verified to be a canonical download
# site at the time it was first introduced to this Cask
On each update, double-check whether the `url` stanza still points to the same domain name as the one in the comment.
11. On each update, download the payload from the given source, and verify the updated SHA256 matches the downloaded file. (It’s OK to automate this.) When generating the hash, never use plain HTTP to download the file if it’s also available via HTTPS from the same source.
12. Use common sense before you grant anyone commit access or other privileges.
Regards!
Claudia
Hi,
> Homebrew wants to own /usr/local as if nothing else is there.
That’s what Homebrew _used_ to do. These times are long gone.
(FULL DISCLOSURE for anyone who’s late to the party: Caskroom member here, with a few ties to the Homebrew project.)
I have also used MacPorts, and I see how you prefer the `/opt` approach. Homebrew has come a long way to play as nice with everyone as MacPorts does today. Homebrew now lives exclusively in `/usr/local/Homebrew`. It installs packages into `../Cellar` and `../Caskroom`, and occasionally into `/opt` if it makes more sense. Anything else in `/usr/local` is free for anyone. I believe that for a package manager, this behavior is adequately modest.
If you’re unsatisfied with the fact that Homebrew puts individual things into `/usr/local/bin` and under `/usr/local/lib`, then you might want to consider that the FHS has made them for exactly that purpose. Package managers on most Unix-ish OSes keep some stuff inside `/usr/local/bin` and `/usr/local/lib` because that’s what those directories were made for.
With `brew link`, Homebrew invites all and any software to make use of its infrastructure, such as creating and maintaining symlinks for you so your software won’t have to. That’s purely optional though; anyone is free to completely ignore Homebrew, and have their software do its thing anywhere at their own discretion, and that includes `/usr/local`.
> Many package managers do not really have strong vetting
> or security policies. Homebrew is one of those.
This is actually a quite important point you’ve made; I wish more people were aware of this!
You are mostly correct, The Homebrew project is one of those package managers for a reason. Homebrew doesn’t want to be a software discovery service. Instead, it wants Homebrew users to make their own informed decisions as to whether they want to install a particular package or not.
If `foobinator` is a known spyware, but at the same time notable and popular enough that users want a `foobinator` formula to be in Homebrew, then in Homebrew that formula be.
The bottom line for users is: Do your homework before you decide to trust a particular software, with or without Homebrew. Homebrew wants that decision to be up to you, and only you.
That said, Homebrew does have vetting processes in places. Not only does it support GnuPG signatures, it also enforces SHA256 hash verification for all formulas who include such a hash, which most formulas do. Whenever a formula needs to be updated, the tap maintainer double-checks that it still points to the same trusted upstream domain. The maintainer also downloads the payload from that trusted source, and verifies the updated SHA256 matches the downloaded file. This is not to make any guarantees that the software is safe to use. It is for you to be sure that you’re installing the exact same thing the tap maintainer has personally downloaded from an official source of the upstream package.
Speaking of trust, my impression so far is that contributors are vetted quite carefully before they are granted commit access. Even when such access is granted, the project’s GitHub repos enforce reviews before anything gets merged into master branches, which are also the branches that get released to the public. Recently, the Caskroom organization has introduced a policy that requires every maintainer to use 2FA for their GitHub account.
Of course, none of all those measures will guarantee 100 % security. Nor will any of it withstand any sufficiently sophisticated attack. But it’s enough to make me personally feel very safe using Homebrew and all its official taps. (CAUTION: as I have already stressed a number of times, the `claui/textmate` tap is NOT an official Homebrew tap, and will probably never be.)
> I am just not sure unmanaged homebrew github repos is the thing.
I can’t think of a reason for anyone to use an unmanaged tap. It absolutely needs to be properly maintained.
Until some individual or organization is going to step up and adopt the tap, or we as a community figure out that a Homebrew tap might not fit our bill at all, I’ll gladly continue to help maintain it in the meantime as my time allows. Needless to say, I’m committed to the same standards and degree of diligence as I’d expect from any maintainer of a source from which I download and install executable software.
What the repo needs most right now is more contributors and more maintainers. It needs people to add content so it becomes actually useful, and make people try it out. More maintainers means that we’d have forced reviews enabled for the entire master branch similar to the official taps, including veto rights for every maintainer. This is very important for security; as of right now, the repo is not safe to use because it requires users to trust me personally. Being a sole maintainer means nobody can guarantee that every commit, including my own, gets actually reviewed.
> I would like to hear more before people just jump on the convenience.
I fully agree, and I’m looking forward to discuss this further.
Regards,
Claudia
> ------------------------------
>
> Message: 2
> Date: Fri, 7 Jul 2017 16:19:42 -1000
> From: ???????
> To: TextMate users
> Subject: [TxMt] Re: Bundle Management improvements?
> Message-ID: <7CC8A118-F7C5-4318-A814-54636955B8B2(a)gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> I am actually trying to avoid using homebrew.
> There are lots of great things in homebrew but a few flaws are definitely the assumptions
> about the path and also the total lack of vetting.
> Homebrew wants to own /usr/local as if nothing else is there.
> Mac Ports on the other hand is a bit more careful to use an uncommon path in /opt and that
> is pretty valuable to me.
>
> Many package managers do not really have strong vetting or security policies. Homebrew
> is one of those.
> Mac Ports is also not great at that.
>
> It would be great if there were more guarantees than just whatever is on github and visible
> to homebrew.
>
> A directory of sorts to work with would be great but I feel like this is clearly a modern
> and missing feature, I am just not sure unmanaged homebrew github repos is the thing.
> I would like to hear more before people just jump on the convenience.
>
>
> > On Jul 7, 2017, at 12:02, Lewis Overton >
> wrote:
> >
> > I use Textmate and Brew. Linking them sounds good.
> >
> > On Tue, Jul 4, 2017 at 11:03 AM, Ryan Fitzer >
> wrote:
> > > To install a tmbundle, you?d run:
> > >
> > > $ brew tm install arduino
> > > If more than three people find this useful, I?ll be happy to piece together a small PoC.
> >
> > This would extremely useful. I use Homebrew for so much already. Having it for bundles
> would a huge benefit.
> >
> > Ryan
> >
> > On Jul 4, 2017, at 1:51 AM, Claudia Pellegrino >
> wrote:
> >
> > Hi,
> >
> > The features that stand out to me immediately are: [?] CLI searching and installing.
> > Caskroom member here. With our recent integration into Homebrew last year, I think
> Homebrew now brings to the table a big part of what would be needed to manage TM bundles
> via CLI today.
> >
> > In fact, anyone is free to create an (unofficial) Homebrew tap for TextMate bundles.
> A tap is just a GitHub repo, e. g. github.com/textmate/homebrew-bundles .
> It would contain a number of package files, which essentially point to the individual
> download URLs of the tmbundles.
> >
> > This is what the user would do once to tap into the repo:
> >
> > $ brew tap textmate/bundles
> > To search for plugins, you?d run:
> >
> > $ brew tm search arduino
> > ==> Exact Match
> > tm-arduino
> > To install a tmbundle, you?d run:
> >
> > $ brew tm install arduino
> > If more than three people find this useful, I?ll be happy to piece together a small PoC.
> >
> > Regards,
> > Claudia
> >
> > _______________________________________________
> > textmate mailing list
> > textmate(a)lists.macromates.com
> > http://lists.macromates.com/listinfo/textmate
> >
> > _______________________________________________
> > textmate mailing list
> > textmate(a)lists.macromates.com
> > http://lists.macromates.com/listinfo/textmate
> >
> > _______________________________________________
> > textmate mailing list
> > textmate(a)lists.macromates.com
> > http://lists.macromates.com/listinfo/textmate
>
Hi,
The features that stand out to me immediately are: […] CLI searching and installing.
Caskroom member here. With our recent integration into Homebrew last year, I think Homebrew now brings to the table a big part of what would be needed to manage TM bundles via CLI today.
In fact, anyone is free to create an (unofficial) Homebrew tap for TextMate bundles. A tap is just a GitHub repo, e. g. github.com/textmate/homebrew-bundles. It would contain a number of package files, which essentially point to the individual download URLs of the tmbundles.
This is what the user would do once to tap into the repo:
$ brew tap textmate/bundles
To search for plugins, you’d run:
$ brew tm search arduino
==> Exact Match
tm-arduino
To install a tmbundle, you’d run:
$ brew tm install arduino
If more than three people find this useful, I’ll be happy to piece together a small PoC.
Regards,
Claudia
Hello じょいすじょん,
I have pieced together a small proof of concept and put it online for anyone to try: https://github.com/claui/homebrew-textmate
Feedback and pull requests welcome.
Regards!
Claudia