Text Mate Fullscreen on Lion(gregosuri.com)
gregosuri.com
Text Mate Fullscreen on Lion
http://gregosuri.com/2011/08/15/text-mate-full-screen.html
66 comments
1) This installs EGOTextMateFullScreen plugin (https://github.com/enormego/EGOTextMateFullScreen). I didn't write it and author didn't put a package out.
2) URL Shortening? I didn't have time to write the CSS to format my code on the page. The long links breaks the layout
3) How does it matter how its done as long as it works, especially when I spent more time responding to your comment than writing that script.
2) URL Shortening? I didn't have time to write the CSS to format my code on the page. The long links breaks the layout
3) How does it matter how its done as long as it works, especially when I spent more time responding to your comment than writing that script.
> How does it matter how its done as long as it works
Executing unknown scripts hiding behind obfuscated URLs is generally not considered a good idea.
Given that this is a very non-standard and decidedly odd way of distributing a TextMate plug-in, a large degree of skepticism is warranted.
Executing unknown scripts hiding behind obfuscated URLs is generally not considered a good idea.
Given that this is a very non-standard and decidedly odd way of distributing a TextMate plug-in, a large degree of skepticism is warranted.
I also was skeptical. A quick read of the contents of the shortened urls reveals nothing nefarious, however.
Did you read the contents in your standard web browser, like I did? What if it sent back a different set of commands if the user agent matched that of cURL?
What matters is that it's a terrible hack. Even ignoring the security concerns with "install this completely untrusted code from the internet": there's no way to cleanly recover/uninstall if something breaks; there's no way to tell what version you have (not even in theory, as this clones HEAD!).
Most importantly, there's no chain of authority here. In the Linux world, for example, your packages generally come from the distro and are signed. Down a layer, they might come from a third party repo (rpmfusion, say), which is still a large organization with high visibility and good auditing. Down farther still, there are tools like Launchpad or openSUSE's OBS which allow you to build installable pacakges of your own, but these are still distributed out of a managed infrastructure and your identity is reasonably tracked. Finally at the bottom are the people ("developers") who like to pull raw source code and compile it. These people are expected to be communicating as part of a project, so they can be warned about compatibility goofs or (goodness forbid) the occasional malware incident.
This "pull and install automatically" gives you the ease of use of the top level, but an even weaker promise of authority than even the bottom level. That's a bad thing.
Most importantly, there's no chain of authority here. In the Linux world, for example, your packages generally come from the distro and are signed. Down a layer, they might come from a third party repo (rpmfusion, say), which is still a large organization with high visibility and good auditing. Down farther still, there are tools like Launchpad or openSUSE's OBS which allow you to build installable pacakges of your own, but these are still distributed out of a managed infrastructure and your identity is reasonably tracked. Finally at the bottom are the people ("developers") who like to pull raw source code and compile it. These people are expected to be communicating as part of a project, so they can be warned about compatibility goofs or (goodness forbid) the occasional malware incident.
This "pull and install automatically" gives you the ease of use of the top level, but an even weaker promise of authority than even the bottom level. That's a bad thing.
I hate it when people do this.
If you look at the script it's only three freaking commands, one of them a git clone.
We're not bumbling idiots who can't type (or copy & paste) into a terminal.
If you look at the script it's only three freaking commands, one of them a git clone.
We're not bumbling idiots who can't type (or copy & paste) into a terminal.
rvm and pow.cx also do this.
That's a little different, pow.cx and rvm are running installer scripts to get other scripts into place on your system and add them to your .bash_profile.
This is having you run through a bunch of rigamarole to download and compile source for a plugin, and then triggering textmate to install said plugin, when you could achieve the same effect by distributing the binary plug-in and having the user double-click it.
This is having you run through a bunch of rigamarole to download and compile source for a plugin, and then triggering textmate to install said plugin, when you could achieve the same effect by distributing the binary plug-in and having the user double-click it.
don't forget the 'j.mp' URL-shortener!
Piping things from curl into bash is about the dumbest thing you can do security wise. Except if you also use an URL shortener, which means that in addition to trusting the author not to be evil, you're also trusting the shortener service to deliver what you (or the author) expected.
I really wish lion didn't make your second monitor useless in full screen.
It's not completely useless, you can "click and drag windows and toolbars from the primary display to the secondary display"
http://osxdaily.com/2011/08/11/multiple-displays-full-screen...
http://osxdaily.com/2011/08/11/multiple-displays-full-screen...
As far as I can tell, that piece is really deceptive. You can drag floating windows from the same application that would normally float over the fullscreen app. You cannot, for example, fullscreen TextMate on your primary display and have Safari or Photoshop on the secondary.
$ git clone https://github.com/enormego/EGOTextMateFullScreen.git /tmp/EGOTextMateFullScreen
$ xcodebuild -project /tmp/EGOTextMateFullScreen/EGOTextMateFullScreen.xcodeproj -target EGOTextMateFullScreen
$ open /tmp/EGOTextMateFullScreen/build/Release/EGOTextMateFullScreen.tmpluginCoding in full screen? For elite hackers who don't need to test the thing they're coding?
[deleted]
Hmm.. Rspec + autotest + Growl
Whatever I'm testing is just a swipe away. No big deal.
My app Maximizer can do this dynamically for pretty much any app on your system (including TextMate, but also stuff like Firefox or Spotify). It's SIMBL based, but the code is clean and hopefully open source soon: http://chpwn.com/apps/maximizer.html
I'm using maximizer with TextMate and Chrome. Works pretty well, thanks! The only caveat is that to see the drawer, you have to hide it and show it again.
Chrome has real fullscreen and swipe gestures if you are using the dev build.
Sorry, I'm actually using maximizer with Chromium 14 and the real full screen with Chrome dev. The only difference though is the "curtain" button, for which I don't have much use.
What assurance do I have that http://j.mp/text-mate-full-screen will not return "rm -rf ~/*"?
You don't have that assurance whenever you install anything.
Chocolat (http://chocolatapp.com) seems like a promising replacement for TextMate, since TextMate 2 is vaporware. Lots of bugs right now though.
Sublime Text 2 (http://www.sublimetext.com/2) seems to be more advanced and isn't excluding users from its beta.
Distraction free mode on Sublime Text 2 is pretty awesome.
this would be spot on if it handled the drawer nicely and the opening of folders. Mind it seems that Sublime Text 2 also poorly handles new files opened when the app is fullscreen. A proper implementation would once again make TextMate unbeatable on OS X.
Glad it's there in some way or another though. Using fullscreen a lot more than I thought I ever would.
Glad it's there in some way or another though. Using fullscreen a lot more than I thought I ever would.
Works well with the missing drawer plugin: https://github.com/downloads/jezdez/textmate-missingdrawer/M...
Same here, switched to Sublime and haven't looked back. Not happy with the Textmate2 situation
Have you tried using Missing Drawer Plugin for TM? I updated my post with details.
awesome, thank you. now if only we could do split panes...
You might be interested in Chocolat[1], it's currently in alpha but I can get you an invite if you want
[1]: http://chocolatapp.com/
[1]: http://chocolatapp.com/
Well, if you're passing out invites... pretty please? I'm currently trying out different editors, not stuck on any particular one.
You'd perhaps have more luck if you had an email address on your profile ;)
Anyway, here's a few invite links for HN:
Anyway, here's a few invite links for HN:
[Edit: Sorry, all gone!]
Just redeemed #2 on the list, got 1 invite on signup:
http://chocolatapp.com/userspace/i/?e6cc78a7ef0db35
Stolen. Someone PM me email if they would like the next invite on the chain.
Also subscribing for the next invite on the chain.
Looks pretty promising.
I'd appreciate an invite too. My gmail is my username. Thanks!
Emailed. Couldn't confirm paulmillr's details, look out for him for the next link in the chain.
If this is still going, I wouldn't mind an invite either.
[email protected]
[email protected]
[deleted]
This looks interesting. Invite?
This might sound kind of trivial, but the lack of split panes (and no hope on the horizon) is what finally pushed me over the edge to learning vim. Haven't looked back :)
Ok, this is the wrong place to ask, but when I'm using unix text editors I'm reasonably happy EXCEPT I don't understand how anyone could use a text editor without being able to click to move the insertion point where they want it to be. Furiously leaning on the arrow keys is way too slow.
How does one solve this? is there a way to make the terminal accept mouse input? I've mostly only used pico/nano which I understand is similar to vi, et al. but maybe don't have a way to do this where other editors do?
How does one solve this? is there a way to make the terminal accept mouse input? I've mostly only used pico/nano which I understand is similar to vi, et al. but maybe don't have a way to do this where other editors do?
As noted, you can run vim or emacs in a way where you can mouse where you want to go. In practice, there's usually a way to get to the place you want to be via some other command. For vi, you can usually use /search to get where you want. One of my most-used vi commands that I miss in other editors is f[char]. It moves you to the next instance of [char] on your current line. Things like f= or f( are great for bouncing through a line of source code. I wish textmate (chocolate, sublime, whatever) had a quick keyboard equivalent to that.
I use MacVim. Keyboard navigation works great for me when moving around small areas, but I use the scrollwheel and clicking all the time for moving around larger areas of a file (and for navigating NERDtree).
Simple solution. Vim.
Simple solution. http://wastm2released.com/
Oh wait, never mind...
Oh wait, never mind...
Does Lion's Terminal application have support full screen? If so, it might be interesting to use it with Emacs or Vim.
Yes.
Simple solution. BBEdit.
Simple solution. Emacs.
Oh, wait... Nevermind!
Oh, wait... Nevermind!
Who cares about Textmate nowadays anyway?
Full screen? stfu
Yikes.