Office Open XML

PardusWiki sitesinden

Git ve: kullan, ara

Konu başlıkları

Office Open XML

Office Open XML ya da bilinen adıyla OOXML, XML tabanlı bir dosya sistemi olup, elektronik belgelerin (grafikler, sunumlar, çalışma kitaplar ve metinler gibi) saklanmasını amaçlar.

İlk olarak Microsoft tarafından Microsoft Office programı için ikili dosya sistemi olarak geliştirilen sistem, daha sonra ECMA'nın uluslararası teknik komitesi TC45 tarafından 376 numaralı standart olarak 2006 senesinin aralık ayında ilan edildi.

OOXML, ECMA tarafından ISO/IEC'e standart olabilmesi için sunulmuş ve DIS 29500 (Uluslararası Taslak Standart 29500) adıyla görüşülmeye başlandı. Taslak, Eylül 2007'de yapılan ilk oylamada ISO/IEC'ye üye ulusal komitelerden yeterli oyu alamamış ve uluslararası standart olarak kabul görmemişti. Bunun üzerine 24-25 Şubat 2008 tarihinde Cenevre kentinde bir çözüm toplantısı yapılması kararlaştırılarak, ikinci oylama mart sonuna bırakılmıştı.

30 Mart 2008 tarihindeki ikinci oylamada, OOXML bir ISO standardı olarak kabul edilmek için yeterli oyu almış gözükmektedir. Polonya, Almanya ve Malezya gibi ülkelerde yerel oylamalara yapılan itirazların sonucu değiştirmesi, zayıf bir ihtimal olarak görülmektedir.


Geçmiş

MS Office programının 2007 yılı öncesi sürümlerinde firma programın bileşenlerinde saklama için ikili dosya türleri kullanıyordu. Bu dosyalar geliştiriciler için uyumlu programlar yapmayı zorlaştırmanın yanı sıra insanlara bu bilgilere rüçhan payı ödemeden ulaşmayı ve firmanın patentlerini çiğnemeden bu dosyaları kullanmasını engelliyordu. Microsoft her ne kadar bu dosyaların bir kısmını rüçhan bedeli istemeden ve tek taraflı dava açmama akdi yaparak kullanıma açmış bile olsa, 2004 yılında Avrupa Birliği tarafından ofis standartlarını açıklaması ve standart hale getirmesini önerdikten sonra firma Kasım 2005 tarihinde Microsoft Office XML (daha sonra bu biçim ECMA Office Open XML adını aldı) adlı biçimi standartlaştırma kararı aldı.


Dosya yapısı

ECMA'nın standart ilan ettiği sürümden önce firma kendi programında monolitik yapıda tek bir dosya kullanarak dosyanın içinde geçen resim ya da diğer bileşenleri ikili kodlama şeklinde XML dosyasına dahil ediyordu. Office Open XML, tıpkı kendisinden önce varolan ve ISO/IEC tarafından da standart olarak kabul edilen OpenDocument biçimi gibi ZIP dosya sistemini kullanarak tüm bileşenleri ayrı ayrı dosyalarda tutar. Bu sayede PNG, BMP, AVI ve PDF gibi biçimler OOXML ile yaratılmış dosyaların içine eklenebilir.

Bir Office Open XML dosyası Microsoft ürünleriyle haberleşebilecek bir dili (89 şema modülü sayesinde) içerir ve firma sadece kendi ürünleri haberleşen bu dili standart hale getirmeye çalışmaktadır. Bunun dışında standart çeşitli ofis dosyalarının açılması için çeşitli ortak diller de ihtiva etmektedir.

Ortak diller aşağıda yer alan materyaller ile çalışır.

  • Office Math Markup Language (OMML)
  • Genişletilmiş özellikler
  • Kişiselleştirilmiş özellikler
  • Çeşitli tipler
  • Özel XML veri bilgileri
  • Kaynakça

Bu sayede OOXML yukarıda belirtilen standartları kullanarak geliştirilebilir.

OOXML'in XML şeması yükleme ve parçalama zamanlarını düşürdüğü söylenmektedir. 2007 Nisan ayında yapılan araştırma neticesinde ikili dosya tipine göre xml tabanlı daha hızlı yüklenmektedir. OOXML bu durumu aşabilmek için kısa genel öğe isimleri kullanmış ve özellikle çalışma kitaplarında yıllara göre indeksleme yapmıştır. Bu sayede dosya içeriği insanlar tarafından okunacak kadar sadeleştirilmiştir.


Lisans

ECMA, dosya biçimine ilişkin teknik şartnameyi "ilgilenen gruplar tarafından herhangi bir kısıtlamaya tabi olmadan kopyalanabilir" ibaresiyle sunmuştur. Bir standardın herkes tarafından eşit şartlarda kullanılmasını sağlamak için patent haklarından en azından makul ölçüde ve kimsenin aleyhine kullanmamak şartları ile vazgeçilmesi gerekmektedir. ECMA da standardı yayınlarken bu şartlara değinmiş ve bu yüzden dosya biçiminin asıl ve tek katkıcısı Microsoft olası patentleri için CNS (Dava Etmeme Akdi) ilan etmiştir. Bu ilan hukuk çevrelerinde görüş ayrılığına yol açmış, azınlık görüş problemin çözüldüğünü söylese bile çoğunluk bu durumu dikkat ve kuşku ile karşılamıştır.

Firma, CNS yanında ayrıca kendisinin geliştirdiği OSP (Açık Kaynak Sözü) programına da biçimi dâhil etmiştir. Basit bir söylem ile firma yazılım üreticilerini bu program dahilinde olan biçimleri kullanırken patentlerini ihlal etmesi nedeniyle dava etmeyeceğini tekrarlamıştır. Biçim istenirse CNS istenirse OSP şartları ile kullanabilir.

OSP programına da dâhil edilen metinler, ECMA tarafından ISO onayı için kuruma sunulmuş ve ECMA lisanslama konusuna getirilen eleştirilere şu ilkeler doğrultusunda cevap vermiştir:

  • Tüm katkılar ECMA'nın patent sorunları ile ilgili sözleşmeleri kapsamında yapılmıştır.
  • OSP programı sayesinde açık kaynak kodlu ve diğer ticari yazılımlar DIS 29500'den faydalanabilir.

Firma, ECMA'nın teknik şartnameleri ücretsiz olarak sunması ve OSP programının karakteristik özellikleri nedeniyle OOXML'in Avrupa Birliği açık kaynak kodu standartlarına uygun olduğunu düşünmektedir.


Standartlaştırma süreci

ECMA süreci

Firma, biçimi ECMA standartlaştırma sürecine uygun olarak kuruma sunmuş ve biçimin bir standart olmasını talep etmiştir. Bu talep üzerine ECMA, "ofis verimlilik programlarının OOXML ile tam uyumlu olabilmesi için resmi bir standart yaratması" amacıyla üyeleri arasında Microsoft (başkan), Intel, British library, Amerika Kongre Kütüphanesi, Novell ve Gnome Vakfı'nın da yer aldığı bir teknik komite (TC 45) kurmuştur.

ECMA 376 sıra numarası ile 07-12-2006 tarihinde OOXML'i bir standart olarak ilan etmiş ve hızlı onay yolu ile kabul edilmesi için ISO/IEC'nin ortak çalışma grubu olan JTC 1'e sunmuştur.

376 numaralı standart ECMA'dan ücretsiz olarak temin edilebilmektedir.

ISO başvuru süreci

JTC 1 komitesinin A sınıfı olarak irtibatı olan ECMA, 376 numaralı standardı komiteye hızlı onay (fasttrack) yolu ile kabul etmesi için sunmuştur. ECMA hızlı onay yolunun asgari şartlarını karşılamak için teknik dokümanın yanında "ECMA-376 hakkında açıklayıcı rapor" ve "Microsoft'un OOXML hakkında sunduğu lisans koşulları" belgelerini de sunmuştur.

Hızlı onay süreci (a) aykırılık (b) oylama (c) oylama sonucunun olumsuz olması halinde çözüm toplantısı safhalarından oluşmaktadır.

Aykırılık aşamasında ISO/IEC üyesi olan ulusal komiteler JTC 1 komitesine standartta gördükleri aykırılıkları bildirmekte; oylama sürecinde olası editoryal ve teknik itirazları ile birlikte olumlu ya da olumsuz oylarını bildirmekte; son aşamada ise oylama sırasında bildirdikleri yorumları ve bu yorumlara getirilen çözümleri görüp oylarını isterlerse değiştirmektedirler.

İlk oylama sonucu

ISO'nun Eylül 2007 tarihinde yapılacağını duyurduğu oylama sonucunda OOXML onaylanması için gereken iki koşulu da sağlayamamıştır. Buna göre oylamaya katılan 87 ülkenin 51'i kabul, 18'i ret ve 18'i çekimser oy kullanmıştır. Standardın kabulü için çekimser oylar haricinde kullanılan toplam oyların yüzde 66.67'sinin kabul yönünde olması ve ret oylarının toplam oyların yüzde 25'inden az olması gerekmektedir. OOXML, P-Üyesi olan 32 komite üyesi ülkenin 17'sinden ret oyu alarak % 66'lık oranı yakalayamamış ve ayrıca toplam oyların da yüzde 26'sı ret yönünde olmuştur. Bu yüzden olası çözüm, 24-25 Şubat 2008 tarihinde Cenevre'de düzenlenen olan Oylama Çözüm Toplantısı (BRM) sonrasında, 30 Mart 2008 tarihine dek uzanan nihai oy kullanma sürecine bırakılmıştır.

Oylamaya tepkiler

ECMA, Eylül 2007'deki başarısız oylama sonrasında "Yorumlara ilişkin düzenlemeler" adlı bir taslak metin hazırlayarak ulusal komitelerin oylama esnasında getirdikleri birbirinden farklı 1027 yoruma -çeşitli komitelerin aynı konularda getirdikleri yorumlar eklendiğinde sayı çok artmaktadır- cevap niteliğinde yayınlamıştır. ECMA, oylama çözüm toplantısından 6 hafta önce yayınladığı bu uzun ve karmaşık metnin ulusal komiteler tarafından yeterince incelenebileceği görüşündedir.

Oylama Çözüm Toplantısı (BRM)

Oylama Çözüm Toplantısı, oylama aşamasının doğal bir uzantısıdır. Bu toplantı sonucu DIS 29500 metninin uluslararası bir standart olma konusundaki akıbetini kabul ya da red yönünde belli edecektir. 25-29 Şubat 2008 tarihinde Cenevre Uluslararası Konferans Merkezi'nde yapılacak olan toplantı hakkında ISO/IEC bir sık sorulması muhtemel sorular listesi de hazırlamıştır.

Sonuç

Cenevre'deki BRM toplantısının sonucunda da düzenlenmiş bir metin ortaya çıkmazsa JTC 1 direktifleri 13.10 madde gereği DIS 29500 reddedilmiş sayılarak prosedür anında sonlandırılacaktır. Bir şekilde toplantı değişikliğe uğramış ve düzeltilmiş bir metin ortaya çıkarırsa süreç devam edecektir. Buna bağlı olarak ulusal komitelerin eylül ayında yapılan oylamada verdikleri oyları 30 gün içinde değiştirme hakları olacaktır. Olası değişiklikler neticesinde metnin kabul etmesi durumunda bir ay içinde revize metnin final sürümü dağıtılacak ve yayımlama süreci başlayacaktır.

Cenevre'deki 24-25 Şubat 2008 tarihli BRM toplantısının ardından 30 Mart 2008 tarihine uzanan süreçte, OOXML bir ISO standardı olarak kabul edilmek için yeterli oyu almış gözükmektedir. Türkiye adına oy kullanan TSE'nin ilk oylamadaki "Yorumlarla Evet" şeklinde olan görüşü, Özgürlükİçin topluluğunun sürdürdüğü yoğun karşı kampanya ve sunumlarla "Çekimser" şeklinde değiştirilmiştir[1].


Eleştiriler

Bakım usulü

OOXML'in bakım rejiminin nasıl olacağı şu ana kadar netleşmemiştir. Buna rağmen ECMA bir bakım programı teklif etmiştir.

Bakım ile ilgili hangi usul kabul edilirse edilsin, JTC 1 komitesinin direktiflerine göre aşağıda yer alan maddelerin karşılanması gerekmektedir.

  • Metne yapılacak olan düzeltme tekliflerinin kabulü ile metne yansıtılması, ISO oylama sürecinin doğal bir parçası olarak kabul edilmelidir.
  • JTC 1 oylamasının kesin sonucu oluşmadan önce standardın kararlı (stabil) olarak ilan edilemez.
  • Metnin kararlı hale getirilmesi için JTC 1 komisyonunun bir "inceleme çemberini" tamamlaması gerekir. Bu incelemede metnin ISO direktiflerinde belirtilen tüm biçimlendirme ve diğer kurallara uygun hale getirilmesi gerekir.

Ulusal komite süreçlerine yöneltilen itirazlar

Beş aylık oylama sürecinde ulusal komite süreçlerinde yaşananlar ciddi itirazlara konu oldu. Avrupa Komisyonu OOXML'in birlikte işlerlik (birlikte çalışabilirlik - interoperability ) kapasitesinin ECIS kriterlerine uyumlu olup olmadığını araştırmak için bir soruşturma başlattı. Çeşitli kaynaklar bu soruşturmanın ISO/IEC süreçlerinde yaşananları da kapsadığını söylemektedir.

Konu ile ilgili bazı örnekler şunlardır:

  • Portekiz komitesi karar toplantısında Sun Microsystems firmasının da katılımı önerilmesine rağmen -resmi olmayan metne göre- bu istek yer yokluğu nedeni ile geri çevrilmiştir. OOXML karşıtları tarafından eleştirilen bu duruma komite başkanı olan Microsoft üye sayısının önceden alınan kararla 20 olarak belirlendiği cevabını vermiştir.
  • İsveç oylamasında Microsoft İsveç, ülkede bulunan partnerlerine toplantıya katılma çağrısında bulunmuş ve toplam 22 Microsoft üyesi toplantıdan önce 17.000 SEK ödeyerek komiteye üye olmuşlardır. Microsoft komite üyesi olan iki partnerine ise oylamada olumlu oy vermelerinin kendilerine ticari kolaylık olarak geri döneceğini bildirmiş olayın açığa çıkması ile firma bu davranışın şirket politikası değil bir çalışanlarının münferit bir eylemi olduğunu açıklamıştır. Tüm bu olaylar üzerine komite oylamayı -kendi kurallarına aykırı olmasına rağmen - iptal etmiştir.
  • İsviçre oylamasında, SNV'den "yorumlarla evet" oyu çıkmış fakat konuyu görüşen NK 149 komitesinin başkanı OOXML ile ilgili lisans, ekonomik ve politik argümanları tartışmaya açmadığı için eleştirilmiştir.
  • Güney Kıbrıs Rum Yönetimi, oylamadan birkaç gün önce P-üyesi olarak kabul edilmiş ve OOXML'i yeterince analiz edemeden "Evet" oyu kullanmıştır.
  • Tarafsız üyelerden oluşması gereken Avustralya ülke komitesine, geçmişte Wikipedia'da OOXML ve OpenDocument maddelerini düzenlemesi için Microsoft'tan para aldığı ortaya çıkan ve bu yüzden "WikiGate 07" adı verilen skandala imza atan Rick Jelliffe üye olarak alınmıştır[2].
  • Polonya'daki nihai OOXML oylamasında Polonya Standartlar Enstitüsü'nün (PKN) direktiflerine uyulmamış ve oylarını kullanamayan üyelerin oyları "Evet" olarak sayılmıştır. Polonya'daki oylama hakkında Avrupa Komisyonu soruşturma başlatıldı[3].
  • Norveç komitesi başkanı kurallara aykırı bir oylama ile komite üyelerinin dışarı çıkartılmasını sağladı. Toplantıya aralarında Microsoft temsilcisinin de bulunduğu sadece üç üye ile devam eden komite, bu üç kişinin yaptığı oylama neticesinde, Norveç halkı adına OOXML'e evet deme kararı aldı[4].

Güvenlik kaygıları

Bağımsız güvenlik uzmanları OOXML ile ilgili çeşitli güvenlik kaygılarını dile getirmekteler.

7.228 sayfalık[5] OOXML belirtim belgesinde makro kullanımı ile ilgili herhangi bir bilgi bulunmaması, bu güvenlik kaygılarının temelini oluşturuyor. Geçtiğimiz 15 yılda gelişen ofis programları kullanıcılarına zengin metin editörleri, çoklu ortam seçenekleri sunmanın yanı sıra ayrıca sayısal belgelerimizi programlama ve onları amaca göre uyarlama şansı da veriyordu. Makro, yeni bir kavram olmadığı gibi pek çok insanın özellikle hesap tablolarında kullandığı bir araç. OOXML metnini içeren ISO DIS 29500 ise makrolarla ilgili hiçbir tanımlama yapmıyor. Belgenin sadece bir makronun "Makro butonu" ile tetiklenebildiği belirtiliyor. OOXML standart belirtim metninde aşağıda yer alan sorular hâlâ cevapsız:

  • Taşıyıcı dosyada makro betiği nasıl ve nerede saklanacak?
  • Belge ile makro nasıl etkileşim kuracak?
  • Makro altyapısı hangi dil ile oluşturulacak?
  • Temel ve eklentiler ile makro API'si nasıl oluşturulacak?
  • Güvenlik modeli nedir?

OOXML'in standart belirtim belgesine göre, her üretici makrolar için kendi ikili dosyalarını belgeye ekleyebiliyor. Teorik olarak bir belgeyi açan kişinin sistemde yönetici olması durumunda kötü niyetli bir kod kullanıcının haklarına sahip olarak sistemde istediği değişikliği (dosya yazma, silme, kayıt defteri ayarlarını değiştirme, İnternet'ten dosya indirme ya da yükleme gibi) yapabilir. 1997 yılından başlayarak dünyayı saran makro virüsleri (Örneğin, 1999'da çok hızlı yayılan ve çok tehlikeli olan Melissa gibi) OOXML'in standart olmasıyla beraber çok daha gelişmiş ve tehlikeli bir şekilde yaygınlaşabilirler.

OOXML tabanlı bir üretim yapan üreticinin hangi dilde yazılmış makro API'sini kullanacağı belli olmadığından bu tip virüslerin ve zararlı kodların 3. parti güvenlik yazılımları tarafından yakalanması da son derece güç olacak[6]. Bunun dışında OOXML ile birlikte çalışabilen programların makro ile ilgili standart bir çözüm olmaması nedeniyle başka üreticilerin programları ile yaratılan dosyaları açması, işlemesi ve çeşitli düzeylerde güvenlik önlemi alması da mümkün olmayacak.


Patent sorunları

2007 yılında Kanada Toronto merkezli i4i firmasının Microsoft'a açtığı davada, ABD'nin Doğu Teksas Bölge Mahkemesi Microsoft'un 5.787.449 numaralı patenti çiğnediğine hükmedildi[7]. Mahkeme, 11 Ağustos 2009'dan itibaren 60 gün boyunca ABD'de Microsoft Word satışlarını durdururken, Microsoft'a da 240 milyon dolar ceza kesti.

"Özgün XML" etiketlerin oluşturulmasına yönelik 1998 yılında alınmış olan 5.787.449 numaralı patentten kaynaklanan sorun, OOXML teknolojilerinin önemli bir bileşeni olan "XML şemalarını" doğrudan ve olumsuz yönde etkiliyor.


Uyumlu programlar

OOXML (ECMA tarafından standartlaşma süreci öncesinde önerildiği şekliyle) MS Office 2007 için temel biçimdir. ISO oylamasına giren şekli, henüz MS Office ürün ailesi tarafından da tam olarak desteklenmektedir. Programın eski sürümleri için uyumluluk kipleri vardır. Aşağıda MS ürünleri dışında OOXML desteği olan programlar sayılmıştır.

  • AbiWord 2.6.5+ (İçe aktarım ve sınırlı biçimlendirme desteği)
  • Apple iWork '08 bazı hatalarla birlikte olmak üzere OOXML dosyalarını okuyabilir.
  • Apple iPhone OOXML tabanlı e-posta eklentilerini okuyabilir.
  • Corel Wordperfect Office X4 (sadece içe aktarma)
  • Gnumeric çok kısıtlı SpreadsheetMl desteği sunar.
  • Ichitaro
  • Nisus Writer 1.2+
  • QuickOffice (5.0+) sınırlı bir şekilde docx ve xlsx biçimlerini desteklemektedir.
  • Thinkfree Office, gelecekte destekleme planı yapmaktadır.


İlgili maddeler


Dış bağlantılar