Jestem więc całkiem nowy dla AppKit i Cocoa (pochodzącego z UIKit z CocoaTouch) i obecnie implementuję interfejs do złożenia NSWindow. W systemie iOS byłoby to dość łatwe, ale widzę, jak wiele różnic w stosunku do OS X mogę zadać."Złóż" NSWindow używając CoreAnimation
W jaki sposób wdrożysz następujące przejście?
Uwaga: Dolny pasek jest częścią mojego contentView i nie dolny pasek OS X udostępnia. To znaczy. moje okno (INAppStoreWindow by the way) składa się z titleBar i contentView.
Zgaduję, że mógłbym po prostu złożyć zawartość i zsynchronizować okno w sposób synchroniczny, ale byłoby lepiej, gdybym był w stanie zachować przezroczystość podczas składania, co ma miejsce z powodu transfuzji perspektywy. To znaczy. boki, które są zgięte do wewnątrz, powinny (podczas przejścia) być przezroczyste. Czy mogę to przemyśleć?
Tak, mój widok treści oparty jest na CoreAnimation i jestem świadomy tej pułapki. Problem z NSBorderlessWindowMask polega na tym, że jeśli ustawię kolor tła na clearColor, system narysuje cień okna. Pewnie, że mógłbym po prostu zrobić to samo, ale w zasadzie byłoby to zupełnie jak rysowanie własnego okna. Chciałbym tego uniknąć ze względu na potencjalną zmianę interfejsu w późniejszych wersjach OS X. – pkluz
Twój problem z cieniem okna jest prawie taki sam, jak ten ze standardowymi kontrolkami. AppKit nie jest renderowany przez rdzenną animację, więc wszystko, co powoduje, że nie można używać animacji rdzenia. Zrobiłeś to bez niego lub zreimplementowałeś go sam. To jest do bani, wiem. Myślę, że to tylko część bagażu, który pochodzi z pracy nad starszym interfejsem ... –