Looks like Yosemite exposes NSVisualEffectView class for those fancy translucency and blur effects https://developer.apple.com/library/prerelease/mac/documentation/Foundation/... https://developer.apple.com/library/prerelease/mac/documentation/Foundation/Reference/NSVisualEffectView_Class/index.html
I understand that I probably rush things up a bit, but are there any plans to support those in near future?
On a side note, the tabs on Yosemite look odd, it would be great if TextMate could use the default system tabs construction there.
Caio
On 16 of Sep, 2014, at 09:55, Igor K me@igorkozlov.me wrote:
Looks like Yosemite exposes NSVisualEffectView class for those fancy translucency and blur effects https://developer.apple.com/library/prerelease/mac/documentation/Foundation/... https://developer.apple.com/library/prerelease/mac/documentation/Foundation/Reference/NSVisualEffectView_Class/index.html
I understand that I probably rush things up a bit, but are there any plans to support those in near future?
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
Can’t agree more. Tab bar like in Terminal.app for example will look really neat and native.
On 16 09 2014, at 16:00, Caio Fernando Bertoldi Paes de Andrade caiofbpa@icloud.com wrote:
On a side note, the tabs on Yosemite look odd, it would be great if TextMate could use the default system tabs construction there.
Caio
On 16 of Sep, 2014, at 09:55, Igor K <me@igorkozlov.me mailto:me@igorkozlov.me> wrote:
Looks like Yosemite exposes NSVisualEffectView class for those fancy translucency and blur effects https://developer.apple.com/library/prerelease/mac/documentation/Foundation/... https://developer.apple.com/library/prerelease/mac/documentation/Foundation/Reference/NSVisualEffectView_Class/index.html
I understand that I probably rush things up a bit, but are there any plans to support those in near future?
textmate mailing list textmate@lists.macromates.com mailto:textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
textmate mailing list textmate@lists.macromates.com http://lists.macromates.com/listinfo/textmate
On 16 Sep 2014, at 15:00, Caio Fernando Bertoldi Paes de Andrade wrote:
On 16 of Sep, 2014, at 09:55, Igor K me@igorkozlov.me wrote:
[…] I understand that I probably rush things up a bit, but are there any plans to support those in near future?
No plans to support them in near future.
Adding support for this would be cumbersome without dropping backwards compatibility and I am not sure where you even want us to add these views.
On a side note, the tabs on Yosemite look odd, it would be great if TextMate could use the default system tabs construction there.
There are no “default system tabs construction”.
I’ll probably revise a few things for Yosemite (UI-wise) but I’m leaning toward first dropping backwards compatibility, as I think getting the proper look is not easily done in a backwards compatibile way.
On 16 09 2014, at 16:28, Allan Odgaard mailinglist@textmate.org wrote:
I am not sure where you even want us to add these views.
The main editor view of course. Right behind the text like in Terminal.app’s pre-installed Homebrew theme.
I am not sure where you even want us to add these views.
The main editor view of course. Right behind the text like in Terminal.app’s pre-installed Homebrew theme.
Allan is right, it’s tricky to choose where to put those. I thought of having transparency only in the File Browser, like a sidebar app, but you had another idea. It’s not a simple unanimous design decision.
There are no “default system tabs construction”.
I thought that NSTabView https://developer.apple.com/library/prerelease/mac/documentation/Cocoa/Reference/ApplicationKit/Classes/NSTabView_Class/index.html would be used by Apple apps to make those tabs, but I was clearly wrong.
Well, I guess we’ll have to wait a bit more on this, which is perfectly fine. :-)
Caio
On 16 Sep 2014, at 16:05, Caio Fernando Bertoldi Paes de Andrade wrote:
[…] I thought of having transparency only in the File Browser, like a sidebar app
This is what Apple is suggesting, though only for source lists. TextMate’s file browser isn’t a source list, but for people who prefer this look, it can be made to use the style by running:
defaults write com.macromates.TextMate.preview fileBrowserStyle SourceList
I believe that should give a blurred transparent background on Yosemite.
On 16 09 2014, at 17:19, Allan Odgaard mailinglist@textmate.org wrote:
I believe that should give a blurred transparent background on Yosemite.
It does work, thanks. And looks like nothing changes but the visual representation and that’s a good thing.
Still I think that native TM support using a “defaults” option for the editor’s view blur would be a real nice feature.
On 16 Sep 2014, at 16:27, Igor K wrote:
Still I think that native TM support using a “defaults” option for the editor’s view blur would be a real nice feature.
Turns out there is a plug-in for this: https://github.com/dantiel/blurmate
Turns out there is a plug-in for this:
Thanks. I'm using the original version for a long time already https://github.com/cliffrowley/blurmate . I even contacted the author about contributing to TM by making a PR. He was kind of interested but looks like he never found the time to dig into this.
Btw, not sure why does this fork mentions vibrance, because I don't see any on the screenshot it provides.
On 16/09/14 16:05, Caio Fernando Bertoldi Paes de Andrade wrote:
Allan is right, it’s tricky to choose where to put those. I thought of having transparency only in the File Browser, like a sidebar app, but you had another idea. It’s not a simple unanimous design decision.
If I recall correctly, table views configured as a source list will get the vibrant appearance automatically. You can set the file browser to be displayed as a source list with the hidden setting "fileBrowserStyle", see [1].
[1] https://github.com/textmate/textmate/wiki/Hidden-Settings
On 16/09/14 15:28, Allan Odgaard wrote:
There are no “default system tabs construction”.
When we're talking about the style of tabs. It would be nice if TextMate could use MMTabBarView [1][2] for its tab implementation. Although it don't think it supports the Yosemite style but it do support the style used in 10.9 in Safari and Finder.
[1] https://github.com/mimo42/MMTabBarView/ [2] http://mimo42.github.io/MMTabBarView/
On 16 Sep 2014, at 16:45, Jacob Carlborg wrote:
On 16/09/14 15:28, Allan Odgaard wrote:
There are no “default system tabs construction”.
When we're talking about the style of tabs. It would be nice if TextMate could use MMTabBarView [1][2] for its tab implementation. Although it don't think it supports the Yosemite style but it do support the style used in 10.9 in Safari and Finder.
Is there any reason you want TextMate to use this tab control?
The current code already has something close to the 10.9 look and going forward, we want to get the Yosemite look, which, as you point out, the mentioned control does not (yet?) support.
On 18/09/14 09:51, Allan Odgaard wrote:
Is there any reason you want TextMate to use this tab control?
The reason is because that tab control has a look that closer matches the look in Safari and Finder. The look TextMate uses is something more close to the look in Terminal.
I just thinks the one used by Safari is nicer looking. I also got the idea that TextMate is using PSMTabBarControl, which MMTabBarView claims to be fairly compatible with. So I was hoping it would be an easy change. Although I can be completely wrong.
The current code already has something close to the 10.9 look and going forward, we want to get the Yosemite look, which, as you point out, the mentioned control does not (yet?) support.
This suggestion might have come a bit late, I don't know for how long you want to support the 10.9 look. I hope as long as 10.9 is supported. Compared to iTerm which has the Yosemite look on 10.9, which looks horrible.
On 18 Sep 2014, at 10:04, Jacob Carlborg wrote:
[…] I also got the idea that TextMate is using PSMTabBarControl, which MMTabBarView claims to be fairly compatible with. So I was hoping it would be an easy change. Although I can be completely wrong.
Ah, no. TextMate uses custom code which was supposed to be a re-usable control with declarative look and behavior. But it is a failed experiment (previously other things also used this control, but now only the tab bar view is left, and it’s more complex than it need to be, due to this attempt of generalization).
This suggestion might have come a bit late, I don't know for how long you want to support the 10.9 look. I hope as long as 10.9 is supported. Compared to iTerm which has the Yosemite look on 10.9, which looks horrible.
Using the 10.10 look on 10.9 would not make sense, so yeah, will retain the 10.9 look under 10.9.
I had a brief look at MMTabBarView but I think its 10.6 compatibility requirement has made it not adopt a lot of new things that would make the implementation of this control simpler (and more flexible). I’ll spend some more time on this today and see where it takes us: Didn’t really intend to do tab bar view now (as there is actual broken stuff that needs fixing ;) ) but I’ve been wanting to get a bit more experience with layer-backed views…
On 18/09/14 10:37, Allan Odgaard wrote:
Ah, no. TextMate uses custom code which was supposed to be a re-usable control with declarative look and behavior. But it is a failed experiment (previously other things also used this control, but now only the tab bar view is left, and it’s more complex than it need to be, due to this attempt of generalization).
I see.
Using the 10.10 look on 10.9 would not make sense, so yeah, will retain the 10.9 look under 10.9.
That's relieve.
I had a brief look at MMTabBarView but I think its 10.6 compatibility requirement has made it not adopt a lot of new things that would make the implementation of this control simpler (and more flexible).
I see. I haven't use MMTabBarView myself. I just noticed it was a pre-existing tab control that supports the Safari look.
I’ll spend some more time on this today and see where it takes us: Didn’t really intend to do tab bar view now (as there is actual broken stuff that needs fixing ;) ) but I’ve been wanting to get a bit more experience with layer-backed views…
Cool, good luck :)
-
Allan Odgaard -
Caio Fernando Bertoldi Paes de Andrade -
Igor K -
Igor Kozlov
-
Jacob Carlborg