Dear All,
am I the only one who is annoyed by the behaviour of the file browser in TM2? when it is invoked, it eats space in the window and pushes the text in a smaller area. I find this quite ugly and much prefer the old behaviour, where the file browser slid out of one side of the window so the resulting total window was larger, and the text in the window was unchanged. Any way to customize this?
Thanks Piero
On Sep 9, 2012, at 5:57 PM, Piero D'Ancona pierodancona@gmail.com wrote:
am I the only one who is annoyed by the behaviour of the file browser in TM2? when it is invoked, it eats space in the window and pushes the text in a smaller area. I find this quite ugly and much prefer the old behaviour, where the file browser slid out of one side of the window so the resulting total window was larger, and the text in the window was unchanged. Any way to customize this?
Sounds like what I was saying in this thread (though I don't see any links to the responses for some reason).
http://thread.gmane.org/gmane.editors.textmate.general/34916
I never open the file browser in an existing window, but I run into this when going back and forth between individual files and “projects”, so I think it's the same complaint.
Rob McBroom <mailinglist0@...> writes:
On Sep 9, 2012, at 5:57 PM, Piero D'Ancona <pierodancona@...> wrote:
am I the only one who is annoyed by the behaviour of the file browser in TM2? when it is invoked, it eats space in the window and pushes the text in a smaller area.
http://thread.gmane.org/gmane.editors.textmate.general/34916
I think it's the same complaint.
Yes I think it is the same complaint. At least I'd like to have some setting to choose the size of newly opened windows via some .tm_properties variable
On Sep 10, 2012, at 3:57 PM, Piero D'Ancona pierodancona@gmail.com wrote:
At least I'd like to have some setting to choose the size of newly opened windows via some .tm_properties variable
The *window* size stays pretty consistent, in my experience. It's the size of the text editing area that we want to control. That is, if the file browser is visible, it should make the window bigger instead of making the editing area smaller.
On Sep 9, 2012, at 2:57 PM, Piero D'Ancona wrote:
Dear All,
am I the only one who is annoyed by the behaviour of the file browser in TM2?
No. I'm glad to see that I'm not the only one who thinks the current design is, um, stupid. I routinely size the text part of an editor window so that I get 100 characters on a line--it's an easy way to get the most efficient screen usage and an excellent way to discipline myself to not run over my preferred line length. I work on a laptop so closing and opening this panel or drawer is something that actually makes sense, but with the constant unwanted resizing of the window it just gets really aggravating. Either I have wrapped line fragments or 20 characters' worth of wasted screen real estate. Apple made drawers for a reason.
Jerry
when it is invoked, it eats space in the window and pushes the text in a smaller area. I find this quite ugly and much prefer the old behaviour, where the file browser slid out of one side of the window so the resulting total window was larger, and the text in the window was unchanged. Any way to customize this?
Thanks Piero
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
I don't think you guys are the only ones, but I do think you are the minority here, at least in wanting the original drawer back. The drawer is a UI element that (i think) makes more sense with smaller app windows. A code editor can be a variety of sizes and for me, my window is usually fullscreen. The drawer doesn't work particularly well for me if my window is fullscreen, the drawer also doesn't make a ton of sense with the transition to native fullscreen mode. You'd have a drawer element transitioning to a different element entirely when it went native fullscreen.
I don't think the new file browser is "stupid" at all, if anything it's more inline with how most other editors handle the problem (not saying that TextMate can't/shouldn't be unique), but in this case I think it was a good decision. The drawer was awkward in my opinion, it's pretty much the only reason I used Project Plus, cause the interface element felt strange.
That being said… maybe there is some way to have a preference for it or something… the resizing thing does seem to be annoying if you're expecting the old behavior.
On Sep 11, 2012, at 11:47 PM, Jerry wrote:
On Sep 9, 2012, at 2:57 PM, Piero D'Ancona wrote:
Dear All,
am I the only one who is annoyed by the behaviour of the file browser in TM2?
No. I'm glad to see that I'm not the only one who thinks the current design is, um, stupid. I routinely size the text part of an editor window so that I get 100 characters on a line--it's an easy way to get the most efficient screen usage and an excellent way to discipline myself to not run over my preferred line length. I work on a laptop so closing and opening this panel or drawer is something that actually makes sense, but with the constant unwanted resizing of the window it just gets really aggravating. Either I have wrapped line fragments or 20 characters' worth of wasted screen real estate. Apple made drawers for a reason.
Jerry
when it is invoked, it eats space in the window and pushes the text in a smaller area. I find this quite ugly and much prefer the old behaviour, where the file browser slid out of one side of the window so the resulting total window was larger, and the text in the window was unchanged. Any way to customize this?
Thanks Piero
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
On Sep 11, 2012, at 9:04 PM, Travis Dunn wrote:
I don't think you guys are the only ones, but I do think you are the minority here, at least in wanting the original drawer back. The drawer is a UI element that (i think) makes more sense with smaller app windows. A code editor can be a variety of sizes and for me, my window is usually fullscreen. The drawer doesn't work particularly well for me if my window is fullscreen, the drawer also doesn't make a ton of sense with the transition to native fullscreen mode. You'd have a drawer element transitioning to a different element entirely when it went native fullscreen.
I don't think the new file browser is "stupid" at all, if anything it's more inline with how most other editors handle the problem (not saying that TextMate can't/shouldn't be unique), but in this case I think it was a good decision. The drawer was awkward in my opinion, it's pretty much the only reason I used Project Plus, cause the interface element felt strange.
That being said… maybe there is some way to have a preference for it or something…
Ah. Well put. We have the technology.... Jerry
the resizing thing does seem to be annoying if you're expecting the old behavior.
On Sep 11, 2012, at 11:47 PM, Jerry wrote:
On Sep 9, 2012, at 2:57 PM, Piero D'Ancona wrote:
Dear All,
am I the only one who is annoyed by the behaviour of the file browser in TM2?
No. I'm glad to see that I'm not the only one who thinks the current design is, um, stupid. I routinely size the text part of an editor window so that I get 100 characters on a line--it's an easy way to get the most efficient screen usage and an excellent way to discipline myself to not run over my preferred line length. I work on a laptop so closing and opening this panel or drawer is something that actually makes sense, but with the constant unwanted resizing of the window it just gets really aggravating. Either I have wrapped line fragments or 20 characters' worth of wasted screen real estate. Apple made drawers for a reason.
Jerry
when it is invoked, it eats space in the window and pushes the text in a smaller area. I find this quite ugly and much prefer the old behaviour, where the file browser slid out of one side of the window so the resulting total window was larger, and the text in the window was unchanged. Any way to customize this?
Thanks Piero
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
On Sep 13, 2012, at 1:51 AM, Jerry lanceboyle@qwest.net wrote:
On Sep 11, 2012, at 9:04 PM, Travis Dunn wrote:
[…] That being said… maybe there is some way to have a preference for it or something…
Ah. Well put. We have the technology....
With the current source a simple patch could be: http://pastie.textmate.org/4725372
There’s a few edge-cases to account for though, e.g. in full-screen mode you probably don’t want to shrink the window when closing the file browser, or expand the window if the window is already near the screen edges. Also some stuff related to initial size of new windows (with/without browser visible)…
A simpler fix might be to just switch the file browser to be on the right side of the window :)
On Sep 12, 2012, at 12:04 AM, Travis Dunn tdunn13@gmail.com wrote:
I don't think the new file browser is "stupid" at all, if anything it's more inline with how most other editors handle the problem (not saying that TextMate can't/shouldn't be unique), but in this case I think it was a good decision. The drawer was awkward in my opinion, it's pretty much the only reason I used Project Plus, cause the interface element felt strange.
I used Project Plus, too. I don’t think anyone wants a literal drawer. We just want the size of the editing area to be the same, whether [thing that shows files] is visible or not. :-)
I just have to throw my vote in for the curent PANE option, not a weird second-class drawer that doesn't behave like it is really part of the window.
Check out SizeUp (http://www.irradiatedsoftware.com/sizeup/) or BetterTouchTool/BetterSnapTool (http://blog.boastr.net/) if resizing windows is causing an inordinate amount of distress in your lives.
-- Brandon Fryslie
On Thursday, September 13, 2012 at 8:25 AM, Rob McBroom wrote:
On Sep 12, 2012, at 12:04 AM, Travis Dunn <tdunn13@gmail.com (mailto:tdunn13@gmail.com)> wrote:
I don't think the new file browser is "stupid" at all, if anything it's more inline with how most other editors handle the problem (not saying that TextMate can't/shouldn't be unique), but in this case I think it was a good decision. The drawer was awkward in my opinion, it's pretty much the only reason I used Project Plus, cause the interface element felt strange.
I used Project Plus, too. I don’t think anyone wants a literal drawer. We just want the size of the editing area to be the same, whether [thing that shows files] is visible or not. :-) -- Rob McBroom http://www.skurfer.com/ _______________________________________________ textmate mailing list textmate@lists.macromates.com (mailto:textmate@lists.macromates.com) http://lists.macromates.com/listinfo/textmate
On Sep 13, 2012, at 7:51 PM, Brandon Fryslie brandon@fryslie.com wrote:
Check out SizeUp (http://www.irradiatedsoftware.com/sizeup/) or BetterTouchTool/BetterSnapTool (http://blog.boastr.net/) if resizing windows is causing an inordinate amount of distress in your lives.
It’s the fact that the window size doesn’t change that’s causing a problem.
Unrelated: I wonder if we could get the BetterTouchTool author to create a Quicksilver plug-in to allow multi-touch/gesture based triggers. :-)
On Sep 14, 2012, at 8:27 AM, Rob McBroom mailinglist0@skurfer.com wrote:
Unrelated: I wonder if we could get the BetterTouchTool author to create a Quicksilver plug-in to allow multi-touch/gesture based triggers. :-)
In the mean time you could be using xGestures: http://briankendall.net/xGestures/index.htm
Gerd
On Sep 14, 2012, at 10:44 AM, Gerd Knops gerti-textmate@bitart.com wrote:
In the mean time you could be using xGestures: http://briankendall.net/xGestures/index.htm
There’s a plug-in for mouse gestures, just not multi-touch trackpad stuff.
-
Allan Odgaard -
Brandon Fryslie -
Gerd Knops -
Jerry -
Piero D'Ancona -
Rob McBroom -
Travis Dunn