Does Textmate 1.5.11 work with OS X 10.11? I currently use it with OS X 10.9.5. Jerry
On May 2, 2016, at 5:34 PM, Jerry lanceboyle@qwest.net wrote:
Does Textmate 1.5.11 work with OS X 10.11?
I have no idea, but TextMate 2 certainly does. 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
On May 2, 2016, at 7:34 PM, Jerry lanceboyle@qwest.net wrote:
Does Textmate 1.5.11 work with OS X 10.11? I currently use it with OS X 10.9.5.
You will find that many bundle components do not function correctly under 10.9 and 10.11 when running with 1.x. We recommend everyone upgrade unless you are on 10.6 or earlier.
While 2.0 technically still has the beta label it is ready for full time use, no reason not to switch. :)
When will the beta label be removed?
Angelo
Michael Sheets wrote:
On May 2, 2016, at 7:34 PM, Jerry <lanceboyle@qwest.net mailto:lanceboyle@qwest.net> wrote:
Does Textmate 1.5.11 work with OS X 10.11? I currently use it with OS X 10.9.5.
You will find that many bundle components do not function correctly under 10.9 and 10.11 when running with 1.x. We recommend everyone upgrade unless you are on 10.6 or earlier.
While 2.0 technically still has the beta label it is ready for full time use, no reason not to switch. :) _______________________________________________ textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
On May 3, 2016, at 1:23 AM, Michael Sheets mummer@whitefalls.org wrote:
On May 2, 2016, at 7:34 PM, Jerry lanceboyle@qwest.net wrote:
Does Textmate 1.5.11 work with OS X 10.11? I currently use it with OS X 10.9.5.
You will find that many bundle components do not function correctly under 10.9 and 10.11 when running with 1.x. We recommend everyone upgrade unless you are on 10.6 or earlier.
While 2.0 technically still has the beta label it is ready for full time use, no reason not to switch. :)
But there is: no Project Drawer in TM2.
Has anyone written a plug-in to emulate this lost functionality?
The only solution I see is to laboriously construct a "drawer" folder using aliases. To get the granularity of the Project Drawer, many of these aliases would have to point to individual files. As of OS X 10.9, the average size of an alias is around 5 MB; apparently, this is to store high-resolution icons in each alias file rather than pointing to a single set of images for all common images such as generic folder icons. Unless Apple has fixed this stupid implementation in 10.11, a folder emulating the Project Drawer by using aliases could easily be an enormous waste of disk space. I estimate that I have 1000 files managed in the Project Drawer. Some can be accessed directly and some groups by a single alias to their enclosing folder, but this can still potentially use multiple GB of disk space. And the entire enterprise lacks the elegance and ease of use of the Project Drawer.
Someone once asked me, in this context, apparently seriously, Why don't you just put all your files in one folder. I don't think that deserves an answer, but if it did, it would go something like this: Like many people, I have files from many projects over the years in a number of languages. I have source trees from open source projects and other people's work that I have downloaded. I have work from Mac-based projects from the 1980s that is still viable and occasionally used. So, no.
I am talking _only_ about the Project Drawer as an organizing tool, not about any underlying TM infrastructure regarding e.g. project variables.
I would appreciate comments, especially constructive ones, pointing out why I have missed something or suggesting a simpler or more efficient solution.
Jerry
I'm not super familiar with the old project drawer, but if you explain it a little I could add that to my development TODOs? Sorry I can't be of more help at the moment.
On May 3, 2016 at 7:23:52 PM, Jerry (lanceboyle@qwest.net) wrote:
On May 3, 2016, at 1:23 AM, Michael Sheets mummer@whitefalls.org wrote:
On May 2, 2016, at 7:34 PM, Jerry lanceboyle@qwest.net wrote:
Does Textmate 1.5.11 work with OS X 10.11? I currently use it with OS X 10.9.5.
You will find that many bundle components do not function correctly under 10.9 and 10.11 when running with 1.x. We recommend everyone upgrade unless you are on 10.6 or earlier.
While 2.0 technically still has the beta label it is ready for full time use, no reason not to switch. :)
But there is: no Project Drawer in TM2.
Has anyone written a plug-in to emulate this lost functionality?
The only solution I see is to laboriously construct a "drawer" folder using aliases. To get the granularity of the Project Drawer, many of these aliases would have to point to individual files. As of OS X 10.9, the average size of an alias is around 5 MB; apparently, this is to store high-resolution icons in each alias file rather than pointing to a single set of images for all common images such as generic folder icons. Unless Apple has fixed this stupid implementation in 10.11, a folder emulating the Project Drawer by using aliases could easily be an enormous waste of disk space. I estimate that I have 1000 files managed in the Project Drawer. Some can be accessed directly and some groups by a single alias to their enclosing folder, but this can still potentially use multiple GB of disk space. And the entire enterprise lacks the elegance and ease of use of the Project Drawer.
Someone once asked me, in this context, apparently seriously, Why don't you just put all your files in one folder. I don't think that deserves an answer, but if it did, it would go something like this: Like many people, I have files from many projects over the years in a number of languages. I have source trees from open source projects and other people's work that I have downloaded. I have work from Mac-based projects from the 1980s that is still viable and occasionally used. So, no.
I am talking _only_ about the Project Drawer as an organizing tool, not about any underlying TM infrastructure regarding e.g. project variables.
I would appreciate comments, especially constructive ones, pointing out why I have missed something or suggesting a simpler or more efficient solution.
Jerry
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
On May 3, 2016, at 4:31 PM, Josh Bernitt jjbernitt@gmail.com wrote:
I'm not super familiar with the old project drawer, but if you explain it a little I could add that to my development TODOs? Sorry I can't be of more help at the moment.
It is a way to organize files and folders as they appear in the Finder and to also add sort of pseudo-folders that live in only TM. The latter allow an alternate hierarchy within TM. The pseudo-folders can contain other pseudo-folders, real Finder folders, or files. The beauty of it is that you can organize your stuff in a way that makes sense for your programming and writing work without disturbing the organization of the Finder which you might want to organize differently, for other reasons. And TM allows drag-and-drop from the Finder, of course, making this alternate organization truly trivial to do. For example, I have most of my code organized by language in the Finder, but in TM it is more meaningful to have e.g. the original Numerical Recipes Pascal code next to the translated Ada code, as shown in the attached screen shot.
As I explained in my original post, the feature that I am discussing is simply this organization tool, not the underlying project-coding features of TM. I think this has been a point of confusion in some past discussions.
I'll see if this list allows attachments. If so, below is a screen shot of a Project Drawer with a two or three of levels shown in places. The blue folder icons represent Finder folders and the brown ones are pseudo TM folders.
Jerry
On 4 May 2016, at 1:23, Jerry wrote:
The only solution I see is to laboriously construct a "drawer" folder using aliases. To get the granularity of the Project Drawer, many of these aliases would have to point to individual files. As of OS X 10.9, the average size of an alias is around 5 MB
You can also use symbolic links. In Preferences → Projects you can enable “Show Links as Expandable” which will make symbolic links to folders act similar to regular folders (i.e. inline expansion instead of only being allowed to “follow” the link).
Someone once asked me, in this context, apparently seriously, Why don't you just put all your files in one folder. I don't think that deserves an answer, but if it did, it would go something like this: Like many people, I have files from many projects over the years in a number of languages. I have source trees from open source projects and other people's work that I have downloaded. I have work from Mac-based projects from the 1980s that is still viable and occasionally used. So, no.
But you need all that stuff in a _single_ project? And if so, you need all the files to be at the same hierarchical level?
I would appreciate comments, especially constructive ones, pointing out why I have missed something or suggesting a simpler or more efficient solution.
If you want just one folder with all your files then it might be possible to construct a smart folder.
TextMate has basic support for smart folders, though Search in Project/Folder, Go to File, and similar “project” (folder) features do not currently extend to smart folders.
On May 4, 2016, at 12:59 AM, Allan Odgaard mailinglist@textmate.org wrote:
On 4 May 2016, at 1:23, Jerry wrote:
The only solution I see is to laboriously construct a "drawer" folder using aliases. To get the granularity of the Project Drawer, many of these aliases would have to point to individual files. As of OS X 10.9, the average size of an alias is around 5 MB
You can also use symbolic links. In Preferences → Projects you can enable “Show Links as Expandable” which will make symbolic links to folders act similar to regular folders (i.e. inline expansion instead of only being allowed to “follow” the link).
Yes, symlinks are as small as aliases used to be. But brittle. I'll check into this feature in due course.
Someone once asked me, in this context, apparently seriously, Why don't you just put all your files in one folder. I don't think that deserves an answer, but if it did, it would go something like this: Like many people, I have files from many projects over the years in a number of languages. I have source trees from open source projects and other people's work that I have downloaded. I have work from Mac-based projects from the 1980s that is still viable and occasionally used. So, no.
But you need all that stuff in a _single_ project? And if so, you need all the files to be at the same hierarchical level?
To your first question: I find the project organizer extremely useful. Not all my code is in it but a ton of it is. I can't predict when I'll need certain stuff so it's super handy to have lots of things at my fingertips, and to be able to switch (personal) projects without any friction. Many files are used in various projects. For example, in my research, I use PLplot to make plots (plplot.org). But I'm a developer for the PLplot project, so I need to access the same files for a different purpose. Ditto for many technical utilities that I have developed over many years. And while I might prefer a certain arrangement of files at the OS level, I frequently find it convenient to have the arranged differently in TM.
To your second question: Not sure I understand. I didn't mean to say that all my files are in one folder, but rather that that would be a bad idea.
I would appreciate comments, especially constructive ones, pointing out why I have missed something or suggesting a simpler or more efficient solution.
If you want just one folder with all your files then it might be possible to construct a smart folder.
TextMate has basic support for smart folders, though Search in Project/Folder, Go to File, and similar “project” (folder) features do not currently extend to smart folders.
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
-
Allan Odgaard -
Angelo Varlotta -
Jerry -
Josh Bernitt -
Matt Neuburg -
Michael Sheets