katman destekli IKImageBrowserView, Z-sipariş ve diğer kaygıları

Question

ben gereken bir proje üzerinde çalışıyorum uğraşmak için:

• başka görüşe bir IKImageBrowserView içeren bir görünümden bir geçiş animasyon var;
• , her IKImageBrowserCell öğesinde, fare görünüm boyunca hareket ettikçe, üzerine gelinecek bir yer kaplamasina sahiptir;
  • bu katman değilse IKImageBrowserView z sıralamasını dikkate değildir: ve
  bir NSView aşağıdaki I olan am

  sorunları görüntü tarayıcısı, bir görünüşünün bir kısmının üst üste sahip -backed -> IKImageBrowserView bir görünüm üstte olsa bile (veya bu konu için)

• Görüntü tarayıcısı görünümü katman destekli ise, z siparişi sorunu çözülür, ancak IKImageBrowserView kesmelerdeki özel davranışlar (örneğin hovers) -> Exampl için Mac 10.7'de e, tarayıcı hücresinin seçim katmanı ve önalan katmanı, görüntü ile kaydırma görünümünün "zıpla" bölgesinde hareket etmemektedir.

Geçiş animasyonlarını yapmak için katman desteğine ihtiyacım var.

Performans nedeniyle, Apple'ın örtüşen görüşlerini örtüştüğünü bilmiyorum. Bununla birlikte, bunun önlenemeyeceği durumlar vardır.

Bu konuda Apple'a teknik destek olayı gönderdim. Onlar mühendislere tırmandırdılar, ancak bir hata raporu göndermemi de tavsiye ettiler.

Bunu daha önce kimsenin içine soktunuz ve eğer öyleyse hangi geçici çözümü kullandınız?

---

Merak eden herkes için örnek proje https://github.com/jdbenito/nerdery buradadır. Uygulama temsilcisinde, -setWantsLayer: line yorumunu/uncommenting'i deneyin.

IKImageBrowserView, katman destekli olduğunda garip davranışlar sergilemeye başlar. Ve belirtiler OS'ye bağlı olarak değişir (örn. Mac OS 10.6'da, başka bir sekmeye geçip IKImageBrowserView'a geri dönene kadar geçişler çalışır. Mac OS 10.8'de, gezinme katmanları doğru hücrede işlenemiyor gibi görünebilir) .

Answer 1

NSView kardeşlerinin kesinlikle üst üste gelmelerine izin verilir. Bir süre önce aynı soruyu aldım ve bazı Apple mühendislerinden onay aldım: Are layer-backed NSView siblings allowed to overlap?

IKImageBrowserView hakkında: Çok fazla "kara kutu" olarak kullanılması düşünülüyor. iOS'taki bir UITableView: hücreleri ve bazı davranışları özelleştirebilirsiniz, ancak doğrudan alt görünümler ekleyerek dahili görünüm hiyerarşisiyle uğraşmanıza gerek kalmaz. Standart, belgelenmiş davranış dışında bir şeye ihtiyacınız varsa, kendi çözümünüzü yazmanız daha iyi olabilir. Özellikle küçük resim ve önizleme gereksinimleriniz için Image I/O (Görüntü I/O) 'ya erişebildiğiniz için çok zor olmamalı. https://developer.apple.com/library/mac/documentation/graphicsimaging/Conceptual/ImageIOGuide/imageio_source/ikpg_source.html#//apple_ref/doc/uid/TP40005462-CH218-SW3

Bu yardımcı olur!