Iken ilk cevap Açılan gönderiye uygulanmadı, Microsoft Office'teki eski hataları bir Excel penceresinde salt okunur bir dosyanın nasıl açık bir dosya olmadığını göstermek için kullanacağım.
@AJ. (açılış posteri): mevcut bilgiler göz önüne alındığında, farklı Excel sürümlerinin çoklu platform kullanımı, durumunuzdaki sorunların en olası nedenidir. Lütfen aşağıya bakın, Geçici dosyaların kalıcılığı ...
HFS Plus'ın OS X ile POSIX uyumlu kullanımıyla ilgili Microsoft Excel 2011 sorunları
Excel 14.4.7 (141117), kullanıcının solidus karakterini eklemesine izin verir / (eğik çizgi) örneğin, Kaydet iletişim kutusundaki bir dosya adı içinde:
Basitçe kaydetmek ve çalışma kitabını bu dosya adıyla kapatmak, Excel'in işleyemediği bir karakter olduğu sürece, dosyanın salt okunur, Excel'de olmasına neden olur.
İlk kapanmadan önce kaydedilen çalışma kitabının düzenlenmesi, biri bu cevabın sonunda gösterilen ek hataları gösterebilir.
Excel'in bir çalışma kitabını salt okunur olarak işlemesinin diğer nedenleri
Terminali ile kullan ls (1) ve lsof (8) etkilenen çalışma kitabı için kilitle ilgili bir dosyanın olup olmadığını söylemek; Excel'den başka bir şeyin çalışma kitabının açık olup olmadığını anlamak.
Lütfen bunu not al lsof süper kullanıcı olarak yürütülür.
Açma / kilitleme yaklaşımları
Tüm uygulamalar aynı yaklaşımı kullanmaz.
örnek 1 : çalışma kitabı file.xlsx önce NeoOffice, ardından Microsoft Excel tarafından açıldı:
Excel düzgün cevap veriyor NeoOffice Mac OS X yerel dosya kilitleme :
- çalışma kitabına Excel penceresi salt okunur
- lsof'dan gelen çıktılar çalışma kitabının Excel tarafından açık olmadığını onaylar.
Ayrıca yukarıdaki ekran görüntüsünde
COMMAND sütun, iki işlemin dosyanın açık olduğunu gösterir:
Örnek 2 : aynı çalışma kitabı file.xlsx önce Microsoft Excel, ardından NeoOffice tarafından açıldı:
NeoOffice, Microsoft'un kilitleme yaklaşımına düzgün şekilde yanıt veriyor:
- NeoOffice penceresi çalışma kitabına salt okunur
- lsof'dan gelen çıktılar çalışma kitabının NeoOffice tarafından açılmadığını onaylar
- lsof'dan gelen çıktı, kilit dosyasının Excel tarafından açılmadığını onaylar.
esasen
kullanım lsof çalışma kitabının neyin açık olduğunu keşfetmek için. Değilse filecoordinationd o zaman üçüncü taraf bir yedekleme veya senkronizasyon uygulaması veya meta veriyle ilgili bir işlem olabilir….
Geçici dosyaların kalıcılığı
Geçici bir dosya, dosya sisteminde gerekenden daha uzun süre kalabilir.
Örnek (2) 'de görüyoruz. ~$file.xlsx - bir arkadaş file.xlsx - bu tür dosyalar normal olarak Finder'a görünmez.
Eğer bir (görünmez) ~$….xlsx Mac'inizde (örneğin) bir Excel çökmesinden sonra dosya var, daha sonra (görünür) çalışma kitabı bir sonraki açıldığında Excel düzgün davranmalıdır.
Aksine: eğer bir nedenden dolayı ~$….xlsx dosya çalışma kitabını başka bir Excel yüklemesiyle kapattıktan sonra devam eder, ardından Mac'inizdeki Excel garip bir şekilde yanıt verebilir. Açılış direğine referansla -
… Yaklaşık bir dakika sonra, Excel bir açılır pencere açar ve bu sefer dosyanın kilidinin açıldığını ve düzenlemek isteyip istemediğimi sorar…
- bu belirti, Microsoft Windows Server tarafından sunulan bir çalışma kitabının Windows ve OS X istemcilerine ortak kullanımından bana çok tanıdık geliyor.
(Benim durumumda, nadiren izin verilen baskıları düzenleme istemini kabul etmek; salt okunur erişim hakkındaki uyarıları, ardından düzenlemek için başka bir istemleri vb. görünmez sunucudan el ile kaldırma ~$….xlsx dosya.)
Microsoft Office'te hatalara dön
Solidus / varolan bir dosya adında Excel'in dosyayı açmasını engeller (dosyanın penceresi salt okunurdur):
Bu nispeten zararsız.
Ancak, ilk kaydetme işleminden sonraki baskı, art arda sorunlara neden olabilir. Aşağıdaki ekran görüntüleri Otomatik Kaydet / Otomatik Kurtarma işlevini gösteriyor -
- çalışma kitabı kaydedildi ve açık kalmaya devam etti lsof ) ancak davranışlar son kullanıcı için endişe vericidir.