Seorenn SIGSEGV

macOS 용 앱에서 '드앵~' 이라고 들리는 에러비프음(Beep, NSBeep)이 들리는 경우는 대체로 사용자가 잘못된 동작을 하는 경우이다. 물론 이 경우 이런 소리가 들리는 건 맞겠지만, 앱에서 의도한 기능의 단축키를 NSView 가 아닌 NSEvent 의 local monitor 형태로 구현했다거나 혹은 다른 사정으로 소리가 안울리길 원할 수도 있다. 의도한 기능의 키를 누르면 시도 때도 없이 울리는 에러음이 좋을 리는 없다. 그렇다면 어떻게 하면 이 에러음을 잡을 수 있을까? 개인적으론 세 가지 요소가 필요하다고 본다. 다른 더 좋은 방법이 있을지도 모르겠지만 관련 자료가 부실(?)해서 삽질로 알아낸 내용임을 감안하자.

AppKit 을 활용해 만든 macOS 용 앱 윈도우의 크기와 위치를 보존하려면 autosave 이름을 지정해 주면 된다.

제목이 약간의 오해가 있을 수도 있어서 좀 더 자세히 적어보자면, 앱 내부의 마우스나 키 입력을 받는게 아니라 앱 윈도우에 포커스가 없는 상태에서 마우스나 키보드 이벤트를 받기 위한 내용이다. 흔히 쓰이는 윈도우의 '키보드 후킹'이라는 표현이 많이 비슷하기도 하다.

풀스크린에 대한 글을 써 보려 했는데 사실 쓸 내용이 없다. 이제 모든 앱 프로젝트는 기본적으로 라이언 스타일 풀스크린이 기본 옵션이다. ... ?!! 응? 뭐? 끝이야?! 물론 이 글을 뜬금없이 끝낼 순 없으니 한가지 팁을 소개해 본다. 만약 윈도우가 툴바를 가지고 있다면, 그리고 풀스크린 환경에서 툴바를 숨기고 싶은 경우가 있을 수 있다. 예를 들어, 사파리는 풀스크린을 표시하면 메뉴바만 사라지는데, 사진(Photos)앱은 뷰어 모드에서는 툴바가 메뉴바와 동일하게 표시되지 않다가 마우스 커서를 상단에 가져가야 나타난다.

Xcode 의 유닛테스트 기능은 동기(Sync)코드 테스트에 최적화 되어있다. 당연하게도 비동기 루틴의 경우 해당 테스트 컨텍스트가 종료된 뒤에 비동기 결과가 들어오니 쉽게 판단할 수는 없을 것이다. 다행히도 Xcode 의 XCTest 모듈은 이런 비동기 콜(Asynchronous Call)에 대비하기 위한 약간의(?) 기능이 제공되고 있어서 소개해 본다.

macOS 10.12 시에라가 업데이트 된 후로 개발 중이던 맥 앱에서 DETECTED_MISSING_CONSTRAINTS 예외가 발생하는 상황을 겪었다. 물론 10.11 에서 개발할 당시에는 잘 돌아가던 앱이었는데 10.12 부터 이런 오류가 발생하기 시작했다. 다행인 점은 죽지는 않고 경고 수준으로 끝나는 오류였다는 점이다. 사람마다 느끼는 점은 다르겠지만, 나에겐 찝찝함을 남기는 메시지가 떴기에 그냥 넘길 수가 없었다.

개인적으로 필요해서 찾아봤던 NSTextView 관련 팁들을 별도로 정리해 본다.

Xcode 8이 드디어 베타 딱지를 떼고 GM 마크를 박고 올라왔다. 이제 기능 면에서 바뀔 일은 없을 것 같으니 마지막으로 마무리 하는 겸으로 무엇이 바뀌었는지에 대한 경험담을 이어서 적어본다. 이 글은 ' Xcode 8 Beta 로 겪어보는 Swift 3 의 변화들 ' 글에서 정리한 내용을 제외하고 GM 버전에서 추가로 발견한 사항들을 정리한다. 이 글을 올리는 오늘 Xcode 8 이 정식 릴리즈 되었다는 것은 참 거시기하다

이 글은 튜토리얼이나 API소개글이 아니라 실제로 겪었던 일을 토로(?)하기 위한 글이다. 내용은 제목 처럼 릴리즈 모드로 빌드한 앱을 돌려보면 죽는다는 것이고 이를 해결하기 위해 거친 고난과 해결법에 대해 소개한다.

뭔가 제목이 좀 복잡한 감이 있는데, 영문으로 적으면 Unified Title and Toolbar 라는 형식의 윈도우를 만드는 방법에 대한 글이다. 내용 자체는 매우 간단한데 이번엔 영상으로 (콩글리쉬와 함께 -_-) 만들어봤다.

NSPopover는 말풍선 모양의 팝업윈도우 컴포넌트이다. 미려한(?) UI를 구성하는데 필수적이기 때문에 정리해 본다.

하도 잊어먹어서 - 거기다 요즘은 Swift만 써대다보니 더욱 더 잊어먹어서 - Objective-C 블럭 문법(Block Syntax)을 자주 쓰는 것들 위주로 예제와 함께 정리해본다.

지금까지는 Xcode 의 각 베타가 나올 때 마다 변화점들을 기록하곤 했는데, Swift 가 오픈소스화 된 지금은 이런 변화를 매번 캐치할 필요는 없을 것 같다. 무엇보다, Swift 문법(Syntax) 자체의 변화를 정리할 필요도 없이 아래 사이트를 보면 Swift 3 의 변화점을 알 수 있다. https://swift.org/blog/swift-3-0-preview-1-released/ 3.0 의 변경점은 더 이상 일어나지 않고 이제 4.0 을 개발한다고 선언까지 된 상태이니 이제 기정사실이 된 변화점들이다. 이렇게 정리가 잘 된(?) 글들이 있으니 이제 내가 할 일은 그냥 체감하는 것 뿐인것 같다. 그래서 실제로 체감(?)해 보고 느낀 것들을 정리해 본다. 물론 이번 글이 전부는 아니겠지만...

과연 이 내용이 현대(?)시대에 필요할지에 대해서 의문이 있을지도 모르겠지만 아직까지는 터미널 유틸리티의 특수성(?) 때문에 종종 쓰이고 있다고 생각된다. 그래서 이에 대해 정리해 본다.

기존 NSView에 관한 잡지식(?)과 기존 글들을 한데 모은 글이다. 이 글은 지속적으로 업데이트 된다.

컨테이너 뷰(Container View)는 별도의 클래스가 아니라  그냥 NSView 타입이다. 단지 인터페이스 빌더에서 이런 이름으로 특수하게 제공되는 기능 중 하나이다. 이 글의 내용은 개인적인 문제 해결 기록을 정리한 것이다.

NSSplitView 그리고 NSSplitViewController를 사용하면서 겪거나 필요한 내용을 정리한다. 기본적으로 NSSplitViewController 가 대상이다. 이 글은 지속적으로 업데이트 될 수도 있다.

NSOutlineView 에 대해 겪거나 필요한 내용을 정리한다. 이 글은 계속 업데이트 될 수 있다. 기본적인건 NSTableView 와 비슷하니 참고하자.

NSTableView 에 대해 개인적으로 겪거나 필요한 내용을 정리했다. 이 글은 지속적으로 업데이트 될 수도 있다.

assert() 라는 함수는 C언어 시절 부터 예기치 못한 에러를 잡기 위한 무기(?)로써 활용되어 왔다. 문제가 생길 것 같으면 일부러 자살(?)하기 위한 무기가 바로 assert()이다.

@noescape 속성 을 정리하다 보니 @autoclosure 도 함께 따라다니는 것 같아서 이 속성도 정리해 본다.

예전에 Swift 1.2 변동사항에 대해 쓰면서 뭔지 잘 모르고 넘어갔었는데 갑자기 궁금해져서 그 정체를 찾아보기 시작했다. (참고로 현재 Swift 최신 안정 버전은 2.2 이다 -_-) 이번 글은 바로 이 @noescape 속성에 관한 내용이다.

Swift 언어 포럼에서는 struct와 class의 차이와 이를 언제 쓰는게 좋냐라는 주제에 대해 자주 토론이 되는 것 같다. 개인적으로도 관심이 많은 편이다보니 좀 정리가 필요할 것 같다는 생각이 들었다.

Xcode 7.3과 함께 Swift 2.2도 함께 정식으로 릴리즈 되었다. 요즘엔 공식사이트도 생기고 오픈소스화 되면서 변경 내역을 접하기가 쉬워지고 정리도 잘 되어 있어서 이런 글을 적는게 의미가 있나 고민되기는 하지만, 그래도 복습하는 겸 정리해본다.