Platform Eğimi

 (mozilla.github.io)
1 puan yazan GN⁺ 2024-01-21 | 1 yorum | WhatsApp'ta paylaş
  • Mozilla’nın Platform Tilt girişimi, başlıca yazılım platformlarında Firefox’un birincil tarayıcıya kıyasla dezavantajlı duruma düştüğü teknik koşulları izliyor ve güvenlik, kararlılık, performans ile özellikler açısından rekabet farkını ortaya koyuyor
  • Apple ile ilgili sorunlar, üçüncü taraf tarayıcı motorlarının yasaklanmasından iOS’te çoklu süreç, JIT ve erişilebilirlik API kısıtlamalarına; varsayılan tarayıcı ayarından uzantı ve beta dağıtımına, ana ekran web uygulamalarının işlenmesine kadar en geniş alana yayılıyor
  • Google Android tarafında öne çıkan başlıklar, tarayıcı veri içe aktarma API’sinin olmaması, Google uygulamalarının varsayılan tarayıcı yerine Chrome’u açan akışları ve Firefox Android’e düşük kaliteli arama sonuç sayfaları sunulduğu örnekler
  • Microsoft Windows’ta üçüncü taraf tarayıcıların varsayılan tarayıcıyı programatik olarak ayarlaması zor; Search, Copilot ve Widgets gibi akışlar ise Edge’e öncelik veriyor
  • Ortak olarak, kullanıcının varsayılan tarayıcı seçimi, tarayıcılar arası veri taşıma, motor özellikleri ve dağıtım, test ile uzantılara erişim; her platformda şirketin kendi tarayıcısı lehine çalışıyor

Platform Tilt’in izlediği şeyler

  • Platform Tilt, başlıca yazılım platformlarında Firefox’un birincil tarayıcıya göre dezavantajlı hale geldiği teknik örnekleri izleyen bir pano
  • Kapsam güvenlik, kararlılık, performans ve özellikler; ayrıca daha eşit bir rekabet ortamı oluşturmak için değişiklik önerileri sunuyor
  • Gerçek zamanlı sorun tartışmaları platform-tilt issue tracker üzerinden yürütülüyor

Apple platformlarında tarayıcı motoru ve iOS özellik kısıtlamaları

  • App Store forbids third-party browser engines: Apple App Store Review Guidelines içindeki Rule 2.5.6, web tarama uygulamalarının uygun WebKit framework’ünü ve WebKit JavaScript’i kullanmasını şart koşuyor
    • Bu politika nedeniyle Firefox, iOS’ta Gecko ile dağıtılamıyor
    • Bu durum, macOS gibi diğer Apple platformlarında da Firefox’un App Store üzerinden dağıtımını etkiliyor
    • App Store politikası, web tarayıcılarında üçüncü taraf tarayıcı motorlarına izin verecek şekilde değiştirilmeli
  • Support for third-party multi-process applications on iOS: Modern web tarayıcıları, site başına süreçler ve GPU gibi hassas işlevler için ayrılmış süreçler içeren çoklu süreç mimarisi kullanıyor
    • Safari, iOS’ta çoklu süreç yapısı kullanıyor; ancak Safari’nin WebKit motorunu kullanmayan üçüncü taraf uygulamalara aynı mekanizma sağlanmıyor
    • iOS, izole alt süreçler oluşturma ve bunlar arasında verimli iletişim kurma mekanizmaları sunmalı
    • Gereksinimler arasında, kullanıcının gezinme davranışına göre alt süreç sayısı ve ömrü, kısıtlı yetki ayarları, mesajlaşma ve paylaşımlı bellek, read/write veya read-only paylaşımlı bellek alanları, ebeveyn ve alt süreçler için bağımsız entitlement’lar, paket içinden kütüphane yükleme, Metal veya OpenGL üzerinden IOSurface render etme ve süreçler arası paylaşım yer alıyor
    • Firefox birden fazla işletim sisteminde ortak bir kod tabanı kullandığından, süreç yönetimi arayüzü ve davranışı da macOS ve Android gibi diğer platformlarla genel olarak benzer olmalı
  • JIT Support on iOS: Yüksek performanslı bir JavaScript/WebAssembly motoru dağıtabilmek için, tarayıcı sürecinin yazılabilir ve çalıştırılabilir bellek bölgeleri oluşturabilmesi gerekiyor
    • iOS uygulamaları mmap(2) sistem çağrısıyla bu tür bellek izinlerini oluşturamıyor
    • Safari’nin WebKit işleme motoru için bir istisna var; bu sayede yazılabilir ve çalıştırılabilir bellek bölgeleri oluşturabiliyor
    • macOS’ta Hardened Runtime entitlement olan com.apple.security.cs.allow-jit karşılığı bir yöntem bulunuyor; iOS da WebKit dışı tarayıcılara eşdeğer bir entitlement ile pthread_jit_write_protect_np ve sys_icache_invalidate API’lerini kullanma izni sağlamalı
  • Accessibility APIs on iOS: iOS erişilebilirlik API belgeleri eksik; web tarayıcılarının erişilebilirlik web standartlarını desteklemesi için gereken birçok API belgelenmemiş durumda
    • WebKit’te çalışma anında yüklenen kapalı kaynaklı sistem bundle’ları bulunduğu anlaşılıyor; bu da kullanım biçimini tahmin etmeyi zorlaştırıyor
    • “visited”, “radio button” gibi trait tamsayı sabitleri ile “value changed” gibi bazı notification type tamsayı sabitleri herkese açık değil
    • WebKit’in kullandığı tüm erişilebilirlik API’leri belgelenmiş ve kararlı olmalı; ideal olarak WebKit de bunları üçüncü taraf tarayıcı motorlarıyla aynı şekilde kullanmalı

Apple platformunda kullanıcı deneyimi, dağıtım ve genişletme farkı

  • Messages integration on iOS: iOS Safari ana sayfası, Messages uygulamasında yakın zamanda alınan bağlantıları ve gönderilen kişileri gösteriyor; ancak üçüncü taraf tarayıcılar Messages verilerine erişim izni olmadığı için aynı işlevi sunamıyor

  • Importing browser data on iOS: iOS'ta geçmiş, yer imleri ve çerezler gibi tarama verilerine üçüncü taraf tarayıcılar erişemiyor ve içe aktarma API'si de yok

    • Bu veriler hassas olsa da, başlıca masaüstü platformlarında benzer içe aktarma işlevleri mümkün
    • iOS, sağlık ve fitness verilerinde olduğu gibi kullanıcı onayıyla hassas verilere erişimi aracılık ederek yönetebilir
    • Veri içe aktarma mümkün olmadığında Safari'den başka bir tarayıcıya geçerken sürtünme oluşuyor

  • Setting and checking default browser on iOS: iOS, üçüncü taraf tarayıcıların kendilerini varsayılan tarayıcı olarak ayarlamak için sistem istemi göstermesine izin vermiyor

    • Android, browser role isteğiyle; macOS ise LSSetDefaultHandlerForURLScheme ve LSSetDefaultRoleHandlerForContentType ile benzer işlevler sunuyor
    • iOS tarayıcıları yalnızca Ayarlar arayüzüne deep link verebiliyor ve kullanıcıların ayarlar ekranını anlayıp değişikliği kendilerinin yapması gerekiyor
    • iOS 17.2.1'de Ayarlar aramasına “Default browser app” veya “Default” yazılsa bile varsayılan tarayıcı değiştirme sonucunun görünmediği örnekler var
    • Üçüncü taraf tarayıcılar şu anda kendilerinin varsayılan tarayıcı olup olmadığını da algılayamıyor; bu da kullanıcı niyetine göre tarayıcıyı optimize etmeyi veya uygun anda varsayılan tarayıcı değişikliği istemeyi zorlaştırıyor

  • Origin-Based Associated Domains dependent features for third-party browser engines on iOS: WebKit dışı tarayıcıların password autofill, one-time codes, passkeys ve Apple Pay desteği sunabilmesi için, web içeriğinin origin temelli associated domain bilgisini belirtebilmesi gerekiyor

    • WebKit tabanlı tarayıcılar, kullanıcının gezindiği alan adıyla tarayıcı uygulamasının associated domain bilgisini override edebiliyor
    • Örneğin example.com için parola giriş alanında, tarayıcının bu alanın example.com origin'ine ait olduğunu belirtmesi gerekiyor ki parola yöneticisi example.com kapsamıyla çağrılsın
    • Apple Pay desteği için, Safari'de olduğu gibi kayıtlı Apple Pay alıcıları adına ödeme kabul edilebilmesini sağlayacak ek değişiklikler gerekebilir

  • Browser extension support on iOS: Safari, iOS App Store üzerinden dağıtılan uzantıları destekliyor; ancak üçüncü taraf tarayıcıların App Store Review Guidelines 2.5.2 nedeniyle kendi uzantı işlevlerini sunması zor

    • Tarayıcı uzantıları web ekosisteminin temel bir unsurudur ve geliştiricilerin tarayıcıya işlev ekleyerek araçsallığı, kullanılabilirliği ve sistem uygulamalarıyla birlikte çalışabilirliği artırmasına olanak tanır
    • Üçüncü taraf tarayıcıların kendi uzantı kataloglarını kullanabilmesi için App Store yazılım gereksinimlerinin gevşetilmesi gerekiyor

  • Beta testing on iOS: iOS'ta beta sürüm uygulamalar App Store üzerinden dağıtılamıyor ve TestFlight kullanılması gerekiyor

    • TestFlight'ın 10.000 kişi sınırı var; bu da büyük tarayıcıların beta kullanıcı ölçeğine göre düşük kalıyor
    • Sınıra ulaşıldığında eski kullanıcıların elle çıkarılması gerekiyor ve bu da bakım yükü yaratıyor
    • Kullanıcıların TestFlight uygulamasını kurması, access code talep etmesi, beklemesi ve kod girmesi gerekiyor
    • Safari'nin yeni sürümleri iOS işletim sistemi betasına dahil edildiği için aynı sınırlara tabi değil
    • Çözüm olarak, tarayıcıların App Store ön sürüm build'lerini dağıtmasına izin verilmesi veya TestFlight kullanıcı sınırının kaldırılıp herkese açık bağlantılarla sınırsız dağıtım sağlanması öneriliyor

  • iOS and macOS "Search Web" features open links in Safari instead of the user’s default browser: iOS ve macOS'taki Search Web veya Search with <Search Engine> bağlam menüsü ile macOS menü çubuğundaki Services arama girişleri, varsayılan tarayıcıdan bağımsız olarak aramayı Safari'de açıyor

  • SFSafariViewController should respect the user’s default browser: SFSafariViewController, iOS uygulamalarının web içeriğini kullanıcının tarayıcısına bırakarak uygulama içinde gömülü şekilde sunmasını sağlayan yüksek seviyeli bir API'dir

    • Bu API, kullanıcının varsayılan tarayıcısından bağımsız olarak her zaman Safari sürümünü kullanıyor
    • Web içeriği gösterim deneyimi tutarsızlaşıyor ve trafik alternatif tarayıcılardan çıkıyor

  • Browsers with alternative engines should be able to ship a single binary & bundle on iOS: Apple'ın mevcut önerisi, kendi tarayıcı motorunu kullanmak isteyen tarayıcı sağlayıcılarının mevcut uygulamayı güncellemek yerine AB'de ayrı bir uygulama dağıtmasını gerektiriyor

    • Mevcut AB kullanıcılarının yeni uygulamaya geçmesi gerekiyor; bu ise düşük olasılıklı ve rekabete engel oluşturan bir durum
    • Firefox'un dile getirdiği endişeler arasında WebKit Firefox'tan Gecko Firefox'a keşif ve geçiş zorluğu, Gecko Firefox AB kullanıcılarının AB dışında 30 günden fazla kaldığında erişimi kaybetmesi ve kalıcı olarak AB'ye taşınan AB dışı WebKit Firefox kullanıcılarının güncellenmeyen “orphaned” sürümde kalması yer alıyor
    • Tarayıcı geliştiricileri tamamen ayrı iki uygulamayı geliştirmek, sürdürmek ve dağıtmak zorunda kalıyor; bu da veri taşıma karmaşıklığı, kullanıcı kaybı, edinim düşüşü ve AB'deki iOS kullanıcıları için tekrarlı A/B rollout kısıtları yaratıyor
    • Alternatif olarak, dünya çapında tek bir binary ve bundle içinde her iki motorun webview'lerinin yer alması ve işletim sisteminin başlangıçta uygulamaya BrowserEngineKit eligibility bilgisini iletmesi öneriliyor

  • Web geliştiricileri, konumdan bağımsız olarak iOS'ta alternatif tarayıcı motorlarıyla test yapabilmeli: BrowserEngineKit ilk duyurulduğunda, AB dışındaki cihazlarda kendi motoruyla test yapmayı engelleyen bir konum kısıtlaması vardı

    • Bu kısıtlama 18.2 beta'da yerel geliştirme ve test için kaldırıldı, ancak web geliştiricileri için hâlâ sürüyor
    • AB dışındaki web geliştiricileri de AB kullanıcılarını destekleyebildiğinden, konumdan bağımsız olarak alternatif tarayıcı motorlarında siteleri kolayca test etmeye yönelik bir mekanizma gerekli

  • Alternatif motorlara sahip tarayıcılar, iOS'ta ana ekran web uygulamalarını yükleyip yönetebilmeli: Alternatif tarayıcı motorlarının iOS ana ekranına web uygulaması ekleyebilmesi için bir API var, ancak ilgili uygulamalar Safari'de açılıyor

    • Yükleme öncesi ve sonrasında motora göre özellikler, kullanıcı durumu ve tercihler farklılaştığı için deneyim parçalanıyor
    • Apple, güvenliği gerekçe göstererek WebKit dışı motorların ana ekran web uygulamalarını render etmesine izin verilmesine karşı çıktı
    • Ana ekran web uygulamalarının temel güvenlik gereksinimleri, normal web geziniminde zaten uygulanan siteler arası sandbox ve izolasyon gereksinimleriyle aynı
    • Android, yıllardır web uygulaması render etmeyi üçüncü taraf tarayıcı motorlarına devrediyor; bunun iOS'ta da etkinleştirilmesi gerekiyor

Google Android'de veri taşıma, varsayılan tarayıcı ve arama deneyimi

  • Importing browser data on Android: Android'de ziyaret geçmişi, yer imleri ve çerezler gibi tarayıcı verilerine üçüncü taraf tarayıcılar erişemiyor
    • Veriler web tarayıcı uygulamasının data directory içinde saklanıyor ve üçüncü taraf tarayıcılar buna doğrudan erişemiyor
    • İçe aktarmayı mümkün kılan bir API veya ContentProvider da bulunmuyor
    • Veri içe aktarma eksikliği, Chrome'dan başka bir tarayıcıya geçişte büyük bir sürtünme yaratıyor
  • Some Android features launch Chrome instead of the user’s default browser: Ön yüklü Google application içindeki Google Search ve Discover gibi özellikler, kullanıcının varsayılan tarayıcı seçimini yok sayarak harici web sitesi bağlantılarını her zaman Chrome'da açıyor
    • Ana ekran arama çubuğu ve uygulama başlatıcı gibi yerleşik özelliklerde de ek giriş noktaları bulunuyor
    • Bağlantılar her Chrome'da açıldığında kullanıcı varsayılan tarayıcısından uzaklaştırılıyor
    • Harici bağlantı açan tüm yerleşik uygulamalar ve özellikler, kullanıcının varsayılan tarayıcısında açılmalı
  • Lower quality search result pages in third-party browser engines on Android: Android'de web arama deneyimi birçok yerleşik özellikle sıkı biçimde entegre ve Firefox'a Chrome'a kıyasla daha düşük kaliteli arama sonuç sayfaları sunulduğu örnekler oldu
    • Aynı arama sorgusunda Firefox Android, Chrome'a göre daha az bilgi içeren ve tasarım kalitesi daha düşük bir sayfa aldı
    • Bu teknik olarak Google Search web sitesiyle ilgili bir sorun olsa da, Android'de aramanın önemi ve entegrasyon düzeyi nedeniyle üçüncü taraf tarayıcı seçimini caydıran bir kullanıcı deneyimi farkına yol açıyor
    • Firefox'ta ilgili sayfanın çalışmasını engelleyen teknik bir kısıtlama yok
    • Bu sorunun durumu closed

Microsoft Windows'ta Edge öncelikli akışlar

  • Setting default browser on Windows: Windows, üçüncü taraf tarayıcıların kendilerini varsayılan tarayıcı olarak ayarlamayı programatik olarak istemesine olanak tanıyan bir özellik sunmuyor
    • Tarayıcı kurulduktan sonra bile kullanıcıların işletim sistemi ayarlarına gidip bunu elle seçmesi gerekiyor; bu da Edge kullanımını sürdürmeye yönelik sürtünme ve atalete neden oluyor
    • Android ve macOS, sistem istemleri veya ilgili API'ler aracılığıyla kullanıcının kolayca onaylayıp reddedebileceği kalıplar sunuyor
    • Windows 10'da ayarlar arayüzünde birden fazla tıklama ve çift onay gerekiyor; Windows 11'de Set default düğmesi var ama bu da yeterli değil
  • Default browser is set to Edge by several Windows flows: Windows 10 ve 11, Microsoft Edge'in Windows için “recommended” tarayıcı olduğu mesajını sürekli gösteriyor ve varsayılan tarayıcıyı Edge'e çeviren arayüzler sunuyor
    • Bazı ifadeler “recommended browser settings” uygulamayı öneriyor ancak varsayılan tarayıcı değişikliğini açıkça belirtmiyor
    • Örnekler Windows güncellemeleri gibi otomatik olarak gösterilen arayüz yüzeylerinde eklenip kaldırılıyor ve sürekli değişiyor
    • Windows bileşenleri kullanıcının varsayılan tarayıcısını doğrudan değiştirebilirken, üçüncü taraf tarayıcıların ms-settings: protokolü deep link'ini kullanması gerekiyor
    • Windows da üçüncü taraf tarayıcılara sağlananlarla aynı işlevleri ve API'leri kullanmalı
  • Some Windows features launch Edge instead of the user’s default browser: Windows'taki en az üç önemli özellik, URL'leri geçerli varsayılan tarayıcı yerine Microsoft Edge'de açıyor
    • Windows Search veya Start Menu Search; görev çubuğu arama kutusu veya arama düğmesi, Başlat menüsüne yazma ya da WIN+S kısayoluyla açılıyor ve hem arama sonuçları hem de makale bağlantıları Edge'de açılıyor
    • Windows Copilot, Windows 11'de ekranın sağ tarafına sabitlenmiş bir pencere olarak görünür ve yanıtlarındaki veya oluşturduğu alandaki bağlantıları Edge'de açar
    • Widgets, Windows 10'da “news and interests” olarak adlandırılır; haber, hava durumu, hisse senetleri ve spor skorları gibi bilgileri gösterir ve web sayfası bağlantılarını Edge'de açar

İlgili okumalar

1 yorum

 
GN⁺ 2024-01-21
Hacker News görüşleri

  • Hem Android hem de Microsoft’un, kullanıcının seçtiği tarayıcı yerine kendi yöntemiyle açılan uygulamaları olduğu söyleniyor; ancak daha büyük sorun, uygulama içindeki bağlantılara tıklandığında bunların tarayıcı gibi görünen gömülü webview içinde açılması
    Uygulama, burada yapılan web etkinliğini izleyebilir. Android Play Store ve iOS App Store’un tüm üçüncü taraf web sitelerinin kullanıcının tarayıcısında açılmasını zorunlu kılmasını isterdim
    Uygulamaları “web tarayıcısı” ve “web tarayıcısı olmayan” diye sınıflandırıp, “web tarayıcısı olmayan” uygulamaların erişebileceği alan adlarını kısa bir listeyle, örneğin 5-10 adetle, kaydettirmek ve geri kalanını işletim sisteminin engellemesi mümkün olabilir
    Facebook, FB Messenger, Google Maps gibi ana amacı web’de gezinmek olmayan uygulamalar açıkça “web tarayıcısı olmayan” olarak görülebilir
    Böylece gömülü webview’lerin gözetleme sorunu önlenebilir ve tarayıcı profiline senkronize parolalar, adresler, yer imleri ve gezinme geçmişi aynen kullanılabilir. Dünyayı istediğim gibi düzenleyebilsem, bağlantı açan uygulamalarda “gizli tarayıcı penceresinde aç” bağlam menüsünü de zorunlu kılmak isterdim

    • Şahsen ben de aynı fikirdeyim, ancak yakın zamanda kullanıcıların çoğunun böyle düşünmediğini öğrendim. autotempest uygulamasını çıkarırken çeşitli sitelerdeki araç detay sayfalarına giden tüm üçüncü taraf bağlantıları varsayılan olarak kullanıcının tarayıcısında açılacak şekilde yapmıştık, ama kullanıcılar bundan hoşlanmadı ve uygulama içinde açılmasını güçlü biçimde istedi
      Bu yüzden varsayılanı uygulama içinde açılacak şekilde değiştirdik, ancak varsayılan tarayıcıyı kullanma seçeneğini bıraktık
    • Uygulama içi tarayıcı sorununu çözmek, Open Web Advocacy’nin en yüksek öncelikli konularından biri. Ancak bunun, Digital Markets Act kapsamı içinde nelerin mümkün olduğu nedeniyle karmaşık bir tarafı var
      Bunun gerçekten önemli bir mesele olduğuna katılıyorum; yardımcı olmak isterseniz Open Web Advocacy ile iletişime geçin
    • Google ise tam tersine Android geliştiricilerini bunun karşı yönüne itmeye çalışmak için Custom Tabs özelliğini oluşturdu
      Uygulamanın alakasız bir sayfayı, örneğin kullanıcının verdiği bir bağlantıyı, sadece açması gerekse bile varsayılan tarayıcı yerine “custom tab” ile açmasını teşvik ediyor; açık amacı da kullanıcının uygulamadan ayrılmamasını sağlayarak etkileşimi korumak
      Doğal olarak bunu kullanıcının sistem genelinde kapatabileceği bir ayar yok; her uygulamada ayrı ayrı ayar aramanız gerekiyor ve bir ayar varsa şanslısınız
      https://android-developers.googleblog.com/2023/02/bringing-b...
    • Zaten bir ölçüde mümkün; “Tarayıcıda aç” seçeneğine basabiliyorsunuz. Ama bunun Google’ın çıkarına uygun olup olmadığından emin değilim
      Android’in kamera gibi çalışma zamanı izinleri eklemesinin üzerinden ana sürümler bazında 9 nesil geçti, ama internet erişimi hâlâ izin gerektirmiyor
    • 2-4 numaradaki “webview bağlamını sandbox içine alıp gerçek web gezinme etkinliğiyle ya da diğer uygulamaların webview’leriyle çakışmamasını sağlama” fikri, 1 numaradaki “uygulamanın kendi webview’ini kontrol edebilmesi nedeniyle tehlikeli olması” ile çelişmiyor mu diye düşünüyorum
      “Erişilebilir alan adları”nın tam olarak ne anlama geldiği de belirsiz. Yalnızca açıkça gidilen URL’nin alan adını kontrol ederseniz fazla gevşek olur ve aşılması kolaylaşır; tüm istek URL’lerini kontrol ederseniz de fazla katı olur ve birçok geliştirici kendi sitesini bile düzgün yükleyemeyebilir

  • Mozilla’nun “App Store üçüncü taraf tarayıcı motorlarını yasaklıyor” diye itiraz etmesi haklı, ama o ipin ucunu gerçekten çekmek isteyip istemediğimden emin değilim
    iOS cihazlarda Safari tekeli olduğu için epey geliştirici Chrome dışı desteği önemser. Şu an mecburen yapmak zorundalar
    Kullanıcılara “bozuk özellikler Chrome’da bozuk değil” mesajı gitmeye başlarsa bu, tekele giden yol olur ve ondan sonra Google yeni web standartları oluştururken pek uzlaşıya ihtiyaç duymaz
    Mevcut durum da berbat, ama daha kötüye gidebilir. Umarım bu öngörü yanlış çıkar

    • Apple’ın iOS’ta dayattığı Safari tekeline meydan okumak doğal olarak Mozilla’nın çıkarına. Sırf Chrome da iOS’ta baskılandığı için Firefox’un baskılanması Firefox’a fayda sağlamaz
      Apple’ın, Firefox’un Gecko’yu ve Gecko tabanlı WebExtensions’ı, özellikle de reklam engelleyicileri, uygulamasını engelleyen kısıtlamaları kalkarsa Firefox’un iOS’taki payı kaçınılmaz olarak artar
      Böyle oluşacak iOS Firefox kullanıcıları, masaüstü Firefox ile reklam engellemenin çalıştığı iOS Firefox’u senkronize edebileceği için masaüstünde de Firefox kullanmaya teşvik edilebilir
    • Bunu söylemek için gelmiştim. iOS’ta Safari’nin Chrome ile değiştirilememesi, iyi ya da kötü, Chrome’un tam hakimiyetini engelleyen tek mekanizma
    • iOS’ta serbest rekabet olsa birçok kişinin Chrome yükleyeceğini düşünüyorum. Özellikle Apple cihazı yalnızca iPhone olan PC kullanıcılarının çoğu muhtemelen böyle yapar
    • Web sitemi Firefox’ta çalışır hale getirmemin nedeni Safari’de de çalıştırmak zorunda olmam değil
      Firefox genelde zaten çalışıyor; çalışmadığında bile sürekli ek iş gerektiren, ihmal edilmiş platform Safari yüzünden bir de başka bir teknoloji yığınıyla daha uğraşmak istemiyorum
    • Mozilla Apple’ı hedef almazsa, diğer şirketlere dair şikayetler de Safari bahane edilerek göz ardı edilebilir. Apple’ın tutumu konusunda Mozilla haklı şeyler söylediği için, Google/Microsoft’u eleştirip Apple’ı dışarıda bırakmak ikiyüzlü görünür
      Mevcut durumu savunan argümanlardan yoruldum. Statüko iyi bir yöne gitmiyor ve sert adımlar olmadan değişmeyecek. Apple’ın statükosunu savunan tarafta da bundan sonra işlerin nasıl iyileşeceğine dair bir plan varmış gibi görünmüyor
      Safari tek başına Chrome hakimiyetini engellemeye yetmiyor ve AB’nin uygulama mağazası kuralları yürürlüğe girdikten sonra tarayıcı motorlarının açılmasının zorunlu kılınma ihtimali de az değil; dolayısıyla uzun vadede statükonun kendisi de garanti değil
      Şu an, teknoloji şirketlerine karşı tarihsel olarak güçlü bir antitröst yaptırımı iradesi göstermiş ABD yönetiminin sonuna geliyoruz. Biden yönetiminin antitröste ne kadar sıcak baktığını yeterince kavramayan çok kişi var
      Bu yönetim dört yıl daha sürebilir de sürmeyebilir de, ama bu belirsizlik hesaba katıldığında erken dönem Windows antitröst davasından beri Google/Apple/Microsoft’a fiili müdahale talep etmek için en iyi fırsatlardan biri bu
      Antitröste açık bir yönetim, Big Tech’e yönelik tüketici algısındaki değişim, Apple’ın iOS etrafındaki baskısı ve Google’ın haziranda reklam engelleyicileri zayıflatma yönündeki hamlesi aynı anda yaşanıyorken, şimdi statükoyu değiştirmeyi güçlü biçimde zorlamak için iyi bir zaman
      Risksiz değil, ama daha fazla beklemek durumu iyileştirmeyecek. Bekledikçe Firefox’un ilgililiği azalıyor, yönetimin değişme ihtimali artıyor ve Mozilla’nın kamuoyunu kullanması zorlaşıyor
      Mozilla’nın bu argümanı %100 kolay kazanacağı bir an hiç gelmeyecek; şimdi yapmazsa sonunda pazardan tamamen itilecek
      Apple dahil herkese karşı sonuna kadar itiraz edilmesini destekliyorum. iOS açıldıktan sonra Chrome hakimiyeti konusunda endişe varsa, bu mesele Google’ı düzenleyerek ele alınmalı ve bunu savunmak için en iyi zaman da şimdi

  • Android kullanıcısı olarak Firefox kullanmamamın başlıca nedeni rekabet karşıtı davranışlar değil, yavaş hissettirmesi
    Firefox’ta ana sayfayı yüklerken düzenin kayması sık oluyor, klavye animasyonu bazen tekliyor ve “bırakınca seç” menü seçeneği kullanılamıyor

    • Yıllardır kullanıyorum, hiç böyle bir fark hissetmedim
    • “Bırakınca seç” nedir?
    • Firefox’ta harici klavyenin varsayılan klavye gezinme kısayolları da hiç çalışmıyor

  • https://github.com/mozilla/platform-tilt/issues/3
    iOS’taki JIT desteği, “AB iOS’ta üçüncü taraf render motorlarını zorunlu kılacak” tartışmalarında fazlasıyla az ele alınan bir unsur
    Apple uygulamalara JIT desteği verecek mi? Tarayıcı geliştiricilerinin başvuracağı yeni bir izin mi oluşturacak? İlginç olurdu ama pek olacak gibi gelmiyor

  • İlgili yazı: https://blog.mozilla.org/netpolicy/2024/01/19/platform-tilt/
    https://news.ycombinator.com/item?id=39059255 bağlantısından geldim ama orada yorum yok

  • macOS’ta bir seçimi sağ tıklayıp web’de ara derseniz, varsayılan tarayıcıyı başka bir şey yapsanız bile her zaman Safari açılıyor. Belki yalnızca Mail.app’te böyledir, ama bu madde atlanmış gibi görünüyor

  • Android için Firefox’taki en büyük şikâyet, bazen adres çubuğuna bir alan adı yazıp Enter’a bassanız bile hiçbir şey olmaması.
    Bu davranış düzensiz ve yalnızca https://forum.syncthing.net gibi bazı web sitelerini etkiliyor.
    Sekmeyi kapatmak ya da başka bir sekme kullanmak çözmüyor; düzeltmek için uygulamayı zorla kapatmak gerekiyor.

    • Masaüstünde de aynı sorun var. Görünüşte adres çubuğunda neredeyse hiçbir değişiklik yapmayan bir düzenleme ekleyip bunu blog yazısında övmüşlerdi; ama bu sırada bir asenkron yarış durumu yaratmışlar ve sanki yıllardır bozuk halde bırakmışlar.
      Şikâyetlerim var ama yine de Google tarayıcısından daha iyi.
    • Ben de yaşıyorum. Aşırı sinir bozucu. Bazen rastgele çöküyor da; o da yaklaşık son bir ay önce başladı.

  • Çoğunu anlıyorum ama iOS’taki Messages entegrasyonu maddesi iyi hissettirmiyor.
    Kullanıcının seçmesi gereken “son gönderilen bağlantılar” API’si gibi bir şey olsa sorun olmazdı, ama mesaj verilerinin tamamına erişimi Mozilla geliştiriyor olsa bile üçüncü taraf bir uygulamaya asla vermek istemem.
    iOS eklentileri açısından bakıldığında Orion, hem Chrome hem de Firefox eklenti galerilerinden eklenti kurabiliyor; bu da bunun aslında gerçek bir sorun olmadığı ya da App Review’dan geçip yıllardır korunabildiği anlamına geliyor gibi görünüyor.

  • Google Colab’da kopyala-yapıştır, Chrome’da düzgün çalışıyor ama Firefox’ta çalışmıyor.

  • “Geçmiş, yer imlerine eklenen siteler ve çerezler gibi gezinme bilgilerinin Android’de üçüncü taraf tarayıcılardan erişilemediği” söyleniyor ama kullanıcı olarak neden üçüncü taraf bir uygulamanın tarayıcımdaki geçmişe, yer imlerine ve çerezlere erişmesini isteyeyim ki?
    Bu açık bir gizlilik sızıntısı. Firefox, ben Firefox kullanırken sadece Firefox’un oluşturduğu verileri almalı; başka bağlamlardaki verileri almamalı.

    • Sızıntı, yalnızca izinsiz erişildiğinde sızıntıdır. Kullanıcının “kesinlikle hayır” diyebildiği bir durumda uygulamanın bu verilere erişim istemesinde başlı başına bir sorun yok.
    • Yeni bir tarayıcıya kolayca geçmek isteyen bir kullanıcı olarak, yeni tarayıcının önceki tarayıcıdaki yer imleri gibi verilere erişip süreci kolaylaştırmasını isterim.
    • Bu esas olarak diğer tarayıcılarla içe/dışa aktarma yapmak içindir. Onboarding’de çok yaygın bir işlemdir.
    • Geçmişe ve çerezlere kesinlikle karşı çıkılabilir ama yer imlerini dışa aktarıp yeniden içe aktarma şart.
      Ama Android için Firefox bunu da desteklemiyor :facepalm:
      https://github.com/mozilla-mobile/fenix/issues/417
    • Bu biraz kötü niyetli bir yorum gibi geliyor. Kişiler veya diğer hassas veriler de zaten “gizlilik sızıntısı” olmadan içe aktarılabiliyor.
      İlgili konuda da doğrulanmamış bir içe aktarma özelliği istenmiyor; Android’in kullanıcı onayıyla diğer hassas verilere erişimi aracılık edebildiği söyleniyor.