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

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.

...

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 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/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 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/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 :)

Turns out there is a plug-in for this:

https://github.com/dantiel/blurmate

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.