Skip to content
This repository has been archived by the owner on Sep 6, 2021. It is now read-only.

Hardcoded stoplight window controls no longer a match in OS X 10.10 Yosemite #8022

Closed
kethinov opened this issue Jun 3, 2014 · 30 comments
Closed

Comments

@kethinov
Copy link
Contributor

kethinov commented Jun 3, 2014

The window controls in Brackets appear to be hardcoded and, as such, no longer match the UI style in Yosemite.

Two possible solutions:

  1. Don't hardcode them; use native Window frame instead.
  2. Update the manually bundled graphics and use OS version number sniffing to detect which graphic set to use.

For reference, here's the new stoplight visual style:

And here's how Brackets looks:

The new style is flat. The old style is pseudo 3d and glossy.

@peterflynn peterflynn added this to the Brackets 1.0 milestone Jun 3, 2014
@kethinov
Copy link
Contributor Author

kethinov commented Jun 7, 2014

The fullscreen button on the top right should also be removed.

In OS X 10.10 Yosemite, the new standard behavior for the green button serves two purposes:

  1. By default it full screens.
  2. When holding the alt key and clicking the green button it will do the former default functionality of zooming.

@pthiess
Copy link
Contributor

pthiess commented Jun 16, 2014

@bchintx - medium priority (once Yosemite is going to be out)

@smockle
Copy link
Contributor

smockle commented Jul 3, 2014

I created a set of Yosemite-style window management icons: https://dl.dropboxusercontent.com/u/45326422/buttons.zip. If I have time this week, I'll fork and PR the brackets-shell repo.

Feel free to use them without any limitation. You can try them out by overwriting the current icons in /Applications/Brackets.app/Contents/Resources/.

@peterflynn
Copy link
Member

Reviewed - reducing to Low. We'd like this for 1.0 but if it falls off the end it's ok to punt.

@larz0
Copy link
Member

larz0 commented Aug 15, 2014

FYI Yosemite is scheduled to launch in late October.

@juliusrickert
Copy link

Once you put Brackets to full screen to have to reopen it to bring it back to windowed state cause there are no buttons in full screen mode

No buttons...

and there is no menu item for it, too...

@JeffryBooher
Copy link
Contributor

This is fixed in the latest build.

@JeffryBooher
Copy link
Contributor

Sending to the board for more testing. @kethinov if you can build the shell let us know what you think!

@kethinov
Copy link
Contributor Author

Are there any nightlies I can grab real quick?

@kethinov
Copy link
Contributor Author

I just did a build from master and don't see the fix. Is there a particular branch I should be looking at?

@ingorichter
Copy link
Contributor

Can you run grunt clean build to be sure that everything gets rebuild? I have build from master 10 mins ago and it looks fine to me.

@JeffryBooher
Copy link
Contributor

@kethinov you're building the shell on Mac OSX using XCode, right?

@peterflynn
Copy link
Member

@kethinov
Copy link
Contributor Author

Here's the build process I went through.

brackets-shell> git branch
* master
grunt clean build
Running "clean:downloads" (clean) task
Cleaning "downloads"...OK

Running "clean:installer-mac" (clean) task

Running "clean:installer-win" (clean) task

Running "clean:installer-linux" (clean) task

Running "clean:staging-mac" (clean) task

Running "clean:staging-win" (clean) task

Running "clean:staging-linux" (clean) task

Running "clean:www" (clean) task

Running "build" task

Running "build-mac" task

Done, without errors.

Then I doubled clicked appshell.xcodeproj

It opened in my copy of Xcode 6.1.

Screenshot:

screen shot 2014-10-23 at 5 36 00 pm

Then I did a build. Build succeeded. After the build succeeded it opened the app, which popped up this:

screen shot 2014-10-23 at 5 36 43 pm

I picked index.html from a fresh clone of the brackets repo.

And now it just hangs looking like this:

screen shot 2014-10-23 at 5 38 18 pm

@ingorichter
Copy link
Contributor

@kethinov after you ran grunt build, are you able to run open xdcodebuild/Release/Brackets.app? Does it look the same? Usually you don't need to open XCode to build the brackets shell.

@kethinov
Copy link
Contributor Author

Just tried that. The app runs now (no longer hangs with a blank gray screen) but I still see the old window controls.

This is on the master branch of brackets-shell, loading an index.html from the master branch of the brackets repo. Both cloned yesterday.

@ingorichter
Copy link
Contributor

Can you do me a favor and tell me what you see when you run defaults read /System/Library/CoreServices/SystemVersion.plist ProductVersion?

@ingorichter
Copy link
Contributor

I can give you a build that our build machine has created. Just to double check.

@kethinov
Copy link
Contributor Author

defaults read /System/Library/CoreServices/SystemVersion.plist ProductVersion
10.10

@ingorichter
Copy link
Contributor

Okay, that the same info that I can see.

@JeffryBooher
Copy link
Contributor

hey @ingorichter i don't think this has been merged into master yet :)

@ingorichter
Copy link
Contributor

what?

@ingorichter
Copy link
Contributor

It's this one adobe/brackets-shell#478 and that got merged.

@JeffryBooher
Copy link
Contributor

@kethinov it looks like the commits got lost. We're working to figure out what happened.

@ingorichter
Copy link
Contributor

@kethinov we fixed some issues with our repo and if you do a git pull and rebuild, it should have fixed your issues.

@kethinov
Copy link
Contributor Author

Yes, I see the changes now in my local build.

@kethinov
Copy link
Contributor Author

👍

screen shot 2014-10-24 at 2 14 57 pm

@ingorichter
Copy link
Contributor

Hooray! Thanks for your patience. I'm going to close this issue.

@andrewsosa
Copy link

Hi! Straight to the point - the year is 2015, and I still have the old headlights issue in Brackets 1.4. On top of that, I also still have the fullscreen button in the upper right corner.

I am currently on OS 10.11 El Capitan, and I'm running build 1.4.0-16380 (release 273804e).

I've tried looking for support in other places, but this is basically the only place I could find the issue being talked about.

@abose
Copy link
Contributor

abose commented Oct 12, 2015

1.5 to be released this week will fix this along with several improvements for el cap.
This bug got reintroduced in 1.4 due to an if condition gone wrong.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

No branches or pull requests

14 participants