Re: TIC-Lobby: Re: OOXML: trageti (da' numa-n pianist) !

2007-12-10 Fir de Conversatie Dan Matei 
-Original Message-
From: Cristian Secară [EMAIL PROTECTED]
To: tic-lobby@agora.ro
Date: Fri, 7 Dec 2007 20:08:18 +0200
Subject: Re: TIC-Lobby: Re: OOXML: trageti (da' numa-n pianist) !

 On Fri, 07 Dec 2007 11:34:56 +0200, Jani Monoses wrote:

  Eu as zice ca dl Cristian Secara ar fi cel mai potrivit, pentru ca
  din contributiile dansului vizibile public (problema diacriticelor,
  tastaturilor romanesti, implicarea in traduceri) se vede ca ii pasa
  de utilizatorul final si nu este platit pentru a avea o anumita
  opinie.

 Mersi pentru aprecieri, dar mă-ndoi că am cum să dau curs unei asemenea
 propuneri.

Mie mi se pare buna solutia Cristi Secara.

O sa cer la ASRO sa finanteze ei deplasarea asta. Sunt sigur ca s-ar gasi
(usor) o sponsorizare :-) Dar ce-ar zice lista despre Lupul Cel Rau ?

 La ora actuală eu sunt de părere că acolo ar trebui să participe un
 reprezentant ASRO, cu caracter de reprezentare naţională. Îmi pun şi eu
 aceeaşi întrebare ca domnul Dan Matei: ce rost ar avea un companion ?
 Înţeleg eventual să meargă doi „avocaţi, câte unul al fiecărei
 tendinţe, numai că este greu de găsit o pereche capabilă de dialog,
 fără porniri extremiste.

Tzitz !

 În ceeace mă priveşte parcă aş prefera să nu amestec problemele de
 standardizare specific româneşti (sau eventual latura tehnică a
 aspectelor lingvistice româneşti), relativ identificabile şi
 controlabile, cu ceva care nu mi se pare de loc a fi controlabil.

Nu-ti dau dreptate Cristi, (vad) ca viata-i mai complexa :-( Pe considerentul
asta n-ar trebui sa votam nici pentru parlament. Votul individual nu
prea controleaza nimic. Dar al multora ...

 Întâlnirea CT210 de atunci de la ASRO pe tema OOXML ar fi trebuit
 spartă în două: o întâlnire la care să fim puşi în temă şi să se
 dea
 teme de gândire şi abia a doua la care să tragem o concluzie (şi un
 vot).
 Aşa retrospectiv, mă întreb totuşi dacă am fi aflat coect tot ce ar fi
 trebuit aflat, având în vedere în primul că rând ASRO nu ne-a informat
 pe deplin în privinţa subtilităţilor pe partea cu „da, cu comentarii
 a
 votului.

Right ! Daca am fi stiut ...

 Deocamdată eu mă aflu mai degrabă în situaţia de a comenta observaţiile
 altora (IBM, Danemarca). Este corect asta ? Nu ştiu, dar parcă nu-mi
 place postura în care noi doar spunem „da dom'le, aşa e, au dreptate
 ăia, jos cu ... [a se completa în funcţie de simpatii], fără ca noi
 să
 fi analizat la rece decât 5-10% din cele aclamate acolo şi fără să fi
 ascultat până la capăt ce au de spus sau contraargumentat şi cei care au
 inventat propunerea de standardizare ...

Mie nu mi se pare incorect.


 Cristi


Dan Matei

===
Pentru a renunta la abonament trimiteti un mail catre [EMAIL PROTECTED]
incluzind in corpul mesajului: unsubscribe tic-lobby adresa_email.
Pagina web a listei se afla la http://beta.agora.ro/agora-bin/lwgate/TIC-LOBBY/
Arhiva se afla la http://beta.agora.ro/agora-bin/lwgate/tic-lobby/archives/

Re: TIC-Lobby: Re: OOXML: trageti (da' numa-n pianist) !

2007-12-08 Fir de Conversatie Cristian Secară 
On Fri, 07 Dec 2007 11:34:56 +0200, Jani Monoses wrote:

 Eu as zice ca dl Cristian Secara ar fi cel mai potrivit, pentru ca
 din contributiile dansului vizibile public (problema diacriticelor, 
 tastaturilor romanesti, implicarea in traduceri) se vede ca ii pasa
 de utilizatorul final si nu este platit pentru a avea o anumita
 opinie.

Mersi pentru aprecieri, dar mă-ndoi că am cum să dau curs unei asemenea
propuneri.

Sunt mai multe aspecte.
La ora actuală eu sunt de părere că acolo ar trebui să participe un
reprezentant ASRO, cu caracter de reprezentare naţională. Îmi pun şi eu
aceeaşi întrebare ca domnul Dan Matei: ce rost ar avea un companion ?
Înţeleg eventual să meargă doi „avocaţi”, câte unul al fiecărei
tendinţe, numai că este greu de găsit o pereche capabilă de dialog,
fără porniri extremiste.

În ceeace mă priveşte parcă aş prefera să nu amestec problemele de
standardizare specific româneşti (sau eventual latura tehnică a
aspectelor lingvistice româneşti), relativ identificabile şi
controlabile, cu ceva care nu mi se pare de loc a fi controlabil.

Nu în ultimul rând, bugetul meu de deplasări prefer să îl canalizez în
plan profesional către expoziţiile internaţionale de echipamente
broadcast, din care cele care contează pentru partea noastră de lume
sunt două pe an, unul la Las Vegas (NAB) şi unul la Amsterdam (IBC)
(mai este unul prin Singapore, pentru zona Asiei). Ori să-mi aloc buget
de deplasare pentru ceva mai degrabă hobbystic, hmm ...
(nici la alea de interes direct nu mă înghesui să îmi iau zborul în
fiecare sezon, la NAB drumul este scârbos şi mă costă de mă-ndoaie, iar
la IBC cazarea este o problemă şi de disponibilitate şi de preţ,
preţurile dublându-se pe perioada IBC în toată zona Amsterdam)

Mai bine ne-am concentra pe elaborarea unei poziţii clare, coerente,
*obiective*, care să fie purtată de cel care merge acolo, dacă va merge
cineva. După părerea mea problema principală a României pe tema
OOXML a fost şi este lipsa unui dialog real, purtat la una sau două
întâlniri care să dureze cât trebuie să dureze (adică nu să se
grăbească lumea că se înserează şi se ocupă locurile în parcarea de la
bloc), în care să aflăm şi să conşientizăm clar *şi* procedurile
tehnico-organizatorice ale unei standardizări internaţionale, *şi*
problemele reale pe care le are OOXML, *şi* implicaţiile pe care le
poate avea adoptarea acestei propuneri de standardizare în particular,
*şi* ce noimă are participarea a indiferent cine acolo la ISO.

Întâlnirea CT210 de atunci de la ASRO pe tema OOXML ar fi trebuit
spartă în două: o întâlnire la care să fim puşi în temă şi să se dea
teme de gândire şi abia a doua la care să tragem o concluzie (şi un
vot).
Aşa retrospectiv, mă întreb totuşi dacă am fi aflat coect tot ce ar fi
trebuit aflat, având în vedere în primul că rând ASRO nu ne-a informat
pe deplin în privinţa subtilităţilor pe partea cu „da, cu comentarii” a
votului.

Deocamdată eu mă aflu mai degrabă în situaţia de a comenta observaţiile
altora (IBM, Danemarca). Este corect asta ? Nu ştiu, dar parcă nu-mi
place postura în care noi doar spunem „da dom'le, aşa e, au dreptate
ăia, jos cu ... [a se completa în funcţie de simpatii]”, fără ca noi să
fi analizat la rece decât 5-10% din cele aclamate acolo şi fără să fi
ascultat până la capăt ce au de spus sau contraargumentat şi cei care au
inventat propunerea de standardizare ...

Cristi


===
Pentru a renunta la abonament trimiteti un mail catre [EMAIL PROTECTED]
incluzind in corpul mesajului: unsubscribe tic-lobby adresa_email.
Pagina web a listei se afla la http://beta.agora.ro/agora-bin/lwgate/TIC-LOBBY/
Arhiva se afla la http://beta.agora.ro/agora-bin/lwgate/tic-lobby/archives/

RE: TIC-Lobby: Re: OOXML: trageti (da' numa-n pianist) !

2007-12-07 Fir de Conversatie Dan Matei 
Fratii

In calitate de pianist (i.e. prezident al CT210) declar ca nu ma vad plecind
la Geneva. Chiar daca mi-ar plati cineva deplasarea (nu stiu cine), ma tem
ca nu-s liber in perioada aia. Pe de alta parte, nu inteleg bine ce se va
intimpla acolo. In mod normal, cred ca ar putea sa mearga oricine, din
moment ce trebuie sa voteze dupa cum a decis comitetul tehnic al tarii
respective. Ce decizie se poate lua acolo, pe loc ? La ce ar fi buni
asistentii ?

Nu-nteleg...


Dan (prostovan, de dimineata)


Dan Matei, director
CIMEC - Institutul de Memorie Culturala [Institute for Cultural Memory]
Piaa Presei Libere nr. 1, CP 33-90
013701 Bucureti [Bucharest], Romnia
tel. (+40-21) 317 90 72
fax (+40-21) 317 90 64
www.cimec.ro 



 -Original Message-
 From: [EMAIL PROTECTED] 
 [mailto:[EMAIL PROTECTED] On Behalf Of Adrian
 Sent: 6 decembrie 2007 22:31
 To: tic-lobby@agora.ro
 Subject: Re: TIC-Lobby: Re: OOXML: trageti (da' numa-n pianist) !
 
 Bun ziua,
 
 scuze c dezgrop un thread care a adunat ceva praf, dar 
 trebuie desprfuit pianul i cutat un pianist ... :)
 
 Pn pe data de 11 decembrie 2007 rile care au votat pe 2 
 septembrie trebuie s i desemneze delegaii (recomandat un 
 preedinte i unul sau doi asisteni) - dac vor s participe 
 la edina din 25-29 februarie 2008 din Geneva. Nu exist o 
 limit impus pentru numrul de delegai ai unei ri, dar 
 sala de edinte este limitat la aproximatov 120 de locuri n total.
 
 http://www.jtc1sc34.org/repository/0932.htm
 
 http://www.jtc1sc34.org/repository/0932.htm#q2-10
 2.10  What happens if a NB does not submit a delegation list 
 by 11 December?
 It is likely that NB will not be able to attend and 
 participate in the BRM.
 
 
 Este vre-o cale s aflm cine va reprezenta Romnia la 
 aceast edin (i eventual i cine sponsorizeaz 
 deplasarea) pentru a putea completa lista de pe 
 http://www.noooxml.org/brm ?
 
 Multumesc,
 Ady
 


===
Pentru a renunta la abonament trimiteti un mail catre [EMAIL PROTECTED]
incluzind in corpul mesajului: unsubscribe tic-lobby adresa_email.
Pagina web a listei se afla la http://beta.agora.ro/agora-bin/lwgate/TIC-LOBBY/
Arhiva se afla la http://beta.agora.ro/agora-bin/lwgate/tic-lobby/archives/

Re: TIC-Lobby: Re: OOXML: trageti (da' numa-n pianist) !

2007-10-20 Fir de Conversatie Marcel-Titus MARGINEAN 
Or stracat si comitetu' de standardizare. Misto
lucratura 


Work in SC 34, the committee within the ISO/IEC's
Joint Technical Committee 1 that addresses document
formats and which has a constant stream of standards
under active consideration and balloting, has come to
a complete halt.

The work stoppage is being attributed to the fact
that, after the increase in voting members, known as P
members, of SC 34 in the run-up to the ballot on
Microsoft's Office OOXML (Open Office XML) submission
to the International Organization for Standardization
and the International Electrotechnical Commission,
those newly minted voting members have not
participated in any of the SC 34 member votes since
the OOXML vote. 
.
As such, the work of this very important committee,
in the words of its chair, has 'ground to a halt.' In
fact, not a single vote has achieved sufficient
participation to pass—other than the OOXML
vote—since the new members arrived, Updegrove said.

The committee's rules state that at least 50 percent
of the voting members must participate in order for a
standard to move on to the next step in the process of
being adopted. All that voting members need to do to
be seen as participating is to cast an abstention, but
the new P members have failed to even do that,
Updegrove said.



http://www.eweek.com/article2/0,1895,2202404,00.asp



===
Pentru a renunta la abonament trimiteti un mail catre [EMAIL PROTECTED]
incluzind in corpul mesajului: unsubscribe tic-lobby adresa_email.
Pagina web a listei se afla la http://beta.agora.ro/agora-bin/lwgate/TIC-LOBBY/
Arhiva se afla la http://beta.agora.ro/agora-bin/lwgate/tic-lobby/archives/

Re: TIC-Lobby: Re: OOXML: trageti (da' numa-n pianist) !

2007-10-19 Fir de Conversatie Skippy 
with any abuse report
X-AntiAbuse: Primary Hostname - procyon.lunarpages.com
X-AntiAbuse: Original Domain - agora.ro
X-AntiAbuse: Originator/Caller UID/GID - [0 0] / [47 12]
X-AntiAbuse: Sender Address Domain - zuavra.net
X-Source:
X-Source-Args:
X-Source-Dir:
X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on  
localhost
X-Virus-Scanned: ClamAV 0.91.2/4545/Thu Oct 18 00:05:57 2007 on  
centos.buc.agora.ro
X-Virus-Status: Clean
X-Spam-Level:
X-Spam-Checker-Version: SpamAssassin 3.0.4 (2005-06-05) on beta.agora.ro
Content-Transfer-Encoding: 8bit
X-MIME-Autoconverted: from base64 to 8bit by beta.agora.ro id  
l9IHQhDT022240
Sender: [EMAIL PROTECTED]
Precedence: bulk
Reply-To: tic-lobby@agora.ro

On Thu, 18 Oct 2007 12:13:48 +0200 Jani Monoses [EMAIL PROTECTED] wrote:

 Asta se adreseaza membrilor actuali corect? Cum se vor hotari
 reprezentantii Romaniei din cei 12 (parca), cati au votat in  
 septembrie?


Poate vor fi preferaţi cei care îşi achită singuri costurile de
deplasare. :)

Însă la fel de important ca participarea este care va fi poziţia ASRO
acolo. Pentru că dacă rămîne aceeaşi (da fără comentarii)  
atunci nu are
nici o importanţă. Dealtfel din cîte am înţeles BRM-ul e destinat
dezbaterilor în general şi celor care vor să-şi schimbe votul în
particular.

-- 
Ars Aranea - The web, the way we make it
http://aranea.zuavra.net



===
Pentru a renunta la abonament trimiteti un mail catre [EMAIL PROTECTED]
incluzind in corpul mesajului: unsubscribe tic-lobby adresa_email.
Pagina web a listei se afla la http://beta.agora.ro/agora-bin/lwgate/TIC-LOBBY/
Arhiva se afla la http://beta.agora.ro/agora-bin/lwgate/tic-lobby/archives/

Re: TIC-Lobby: Re: OOXML: trageti (da' numa-n pianist) !

2007-09-25 Fir de Conversatie ghrt 

Dan Matei wrote:
  
Nu s-a pus problema publicarii specificatiilor formatelor 
binare dinainte de primul format MS Office bazat pe XML. 
Odata ce OOXML cuprinde norme de genul se imit 
funcionalitatea autoSpace din Word 95, inseamna ca nu 
scoate la lumina nimic. Adica: pentru accesarea (si, 
eventual, conversia la OOXML) documentelor istorice ai 
musai nevoie tot de MS Office.



Ala care-a produs documente Office, are Office 


Poate ca mai vrea omul sa isi adauge un calculator. Fara Windows ca e cu 
troiene. Ce face? O sa constate ca standardele tehnice sunt una iar cele 
de facto alta.


===
Pentru a renunta la abonament trimiteti un mail catre [EMAIL PROTECTED]
incluzind in corpul mesajului: unsubscribe tic-lobby adresa_email.
Pagina web a listei se afla la http://beta.agora.ro/agora-bin/lwgate/TIC-LOBBY/
Arhiva se afla la http://beta.agora.ro/agora-bin/lwgate/tic-lobby/archives/

Re: TIC-Lobby: Re: OOXML: trageti (da' numa-n pianist) !

2007-09-25 Fir de Conversatie Mircea Sarbu 
On Tue, 2007-09-25 at 11:37 +0300, Cristian Secară wrote:
 On Tue, 25 Sep 2007 08:56:54 +0200, Jani Monoses wrote:
 
  Asta pentru ca, vedeti si cu open source, domeniul IT e cel in care
  se face pionierat in munca colaborativa si in care domina
  meritocratia.
 
 Standardele ISO nu impun open source. Adică pot fi sau nu, dar de
 asta trebuie să țină cont cei care propun sau utilizează un standard,
 nu ISO care doar le consemnează și oficializează.

Nimeni nu a spus altceva...

 Cristi

Mircea

===
Pentru a renunta la abonament trimiteti un mail catre [EMAIL PROTECTED]
incluzind in corpul mesajului: unsubscribe tic-lobby adresa_email.
Pagina web a listei se afla la http://beta.agora.ro/agora-bin/lwgate/TIC-LOBBY/
Arhiva se afla la http://beta.agora.ro/agora-bin/lwgate/tic-lobby/archives/

RE: TIC-Lobby: Re: OOXML: trageti (da' numa-n pianist) !

2007-09-24 Fir de Conversatie Dan Matei 
  Dar: in intelegerea mea, OOXML nu e un standard care are ca scop sa 
  normeze o activitate viitoare. Principala lui calitate (in 
 ochii mei, 
  cel putin) este ca scoate la lumina formatul a milioane de 
 documente, 
  care oricum exista, nu pot fi anulate.
 
 Well... Poate n-am inteles eu corect... 
 
 Din cate stiu, inca nu exista o implementare OOXML (nici 
 macar ultima versiune de MS Office nu este total compatibila 
 OOXML). Indiferent daca OOXML devine sau nu standard ISO, 
 specificatia va fi probabil implementata complet intr-o 
 viitoare versiune.

Asta cu implementarea full n-o stiu. Dar, daca-i asa, inseamna ca pina si MS
va trebui sa-si imbunatateasca Offce-ul. E bine pt. popor :-)

 Nu s-a pus problema publicarii specificatiilor formatelor 
 binare dinainte de primul format MS Office bazat pe XML. 
 Odata ce OOXML cuprinde norme de genul se imit 
 funcionalitatea autoSpace din Word 95, inseamna ca nu 
 scoate la lumina nimic. Adica: pentru accesarea (si, 
 eventual, conversia la OOXML) documentelor istorice ai 
 musai nevoie tot de MS Office.

Ala care-a produs documente Office, are Office (legal sau piratat - caz in
care trebuie sa zica mersi - macar in gind - lui MS). Apoi, aud ca exista un
convertor gratuit. Prin urmare, practic, fisierele Office istorice pot
deveni transparente (sigur, cu ceva efort).

 Ok, pana acum nu am avut probleme majore de compatibilitate 
 intre documentele OOo si MS Office (exceptie RTF), dar 
 produsele non MS isi bazeaza filtrele de import/export pe 
 deductie (aka reverse engineering), ceea ce nu *garanteaza* 
 corectitudinea. Din cate-mi dau seama, aceasta situatie se va 
 perpetua... 

Cred ca nu: vezi mai sus.

 Nu e doar OOXML vs ODF, pentru ca in joc intervin si alte 
 standarde ISO si recomandari W3C. Din cate am citit (pacat ca 
 nu am pastrat referintele...), ODF se bazeaza in mare masura 
 pe standarde ISO pentru tot ce nu tine strict de formatele 
 documentelor, in vreme ce OOXML contrazice standarde in 
 vigoare (de pilda ISO 8601 pentru reprezentarea datei 
 calendardistice; ISO 10646 pe Unicode; codurile si denumirile 
 culorilor etc.). Se zice ca (si) astfel se explica diferenta 
 majora de dimensiuni intre cele doua specificatii (660 pagini 
 ODF vs 3000 pagini OOXML). 

Aici e loc de progres pt. OOXML.

 
 Cu alte cuvinte, deranjul e mai mare decat existenta a doua 
 standarde intr-un singur domeniu.

Se poate. Dar again: e mai bine fara OOXML ?

  Dan Matei
 
 Mircea

Dan



===
Pentru a renunta la abonament trimiteti un mail catre [EMAIL PROTECTED]
incluzind in corpul mesajului: unsubscribe tic-lobby adresa_email.
Pagina web a listei se afla la http://beta.agora.ro/agora-bin/lwgate/TIC-LOBBY/
Arhiva se afla la http://beta.agora.ro/agora-bin/lwgate/tic-lobby/archives/

RE: TIC-Lobby: Re: OOXML: trageti (da' numa-n pianist) !

2007-09-24 Fir de Conversatie Mircea Sarbu 
On Mon, 2007-09-24 at 11:19 +0300, Dan Matei wrote:
[...]
  Nu s-a pus problema publicarii specificatiilor formatelor 
  binare dinainte de primul format MS Office bazat pe XML. 
  Odata ce OOXML cuprinde norme de genul se imit 
  funcionalitatea autoSpace din Word 95, inseamna ca nu 
  scoate la lumina nimic. Adica: pentru accesarea (si, 
  eventual, conversia la OOXML) documentelor istorice ai 
  musai nevoie tot de MS Office.
 
 Ala care-a produs documente Office, are Office (legal sau piratat - caz in
 care trebuie sa zica mersi - macar in gind - lui MS). Apoi, aud ca exista un
 convertor gratuit. Prin urmare, practic, fisierele Office istorice pot
 deveni transparente (sigur, cu ceva efort).

Convertor de la ce la ce? 

Da, exista un proiect care vizeaza diverse posibilitati de
import/export intre documente MS Office si ODF, dar... E un proiect
open source. Sigur, Microsoft sustine proiectul, prin funding and
architectural guidance, dar nu va oferi suport propriilor clienti in
privinta acestor plug-in-uri (normal: nu-i produsul lor, nu ofera nici
o garantie). Adica va fi tot guess work (exact ca in cazul filtrelor de
import din OpenOffice).

  Ok, pana acum nu am avut probleme majore de compatibilitate 
  intre documentele OOo si MS Office (exceptie RTF), dar 
  produsele non MS isi bazeaza filtrele de import/export pe 
  deductie (aka reverse engineering), ceea ce nu *garanteaza* 
  corectitudinea. Din cate-mi dau seama, aceasta situatie se va 
  perpetua... 
 
 Cred ca nu: vezi mai sus.

Eu cred ca da: vezi mai sus :-)

 [...]
  
  Cu alte cuvinte, deranjul e mai mare decat existenta a doua 
  standarde intr-un singur domeniu.
 
 Se poate. Dar again: e mai bine fara OOXML ?

Mai bine pentru cine? ;-)

Nu sunt taliban. Poate ca daca si ODF si OOXML vor fi ISO, piata va
decide... cum stie ea. Sincer: nu stiu. 

Singurul lucru care ma deranjeaza in toata treaba asta este ca Romania
este (daca bine stiu) singura tara (ma rog, comitet, comisie...) care
n-a formulat nici o obiectie (comments). Asta-mi aminteste de Cioroianu:
yes, sure, of course...

   Dan Matei
  
  Mircea
 
 Dan


===
Pentru a renunta la abonament trimiteti un mail catre [EMAIL PROTECTED]
incluzind in corpul mesajului: unsubscribe tic-lobby adresa_email.
Pagina web a listei se afla la http://beta.agora.ro/agora-bin/lwgate/TIC-LOBBY/
Arhiva se afla la http://beta.agora.ro/agora-bin/lwgate/tic-lobby/archives/

Re: TIC-Lobby: Re: OOXML: trageti (da' numa-n pianist) !

2007-09-23 Fir de Conversatie Dan Matei 
  Nu s-a facut publicitate. si nici nu era cazul. Nu se face plebicist pentru
  asa ceva.
 
 Ca nu s-a facut am inteles, dar nu sunt de acord ca nici nu e cazul sa 
 se faca. Este un subiect important cu implicatii pe termen lung, si nu 
 numai pentru Romania. Inteleg sa nu se faca publicitate la sedinte in 
 care se discuta detalii despre coduri de caractere neuzuale si pentru 
 alte limbi cum am inteles ca este cateodata cazul in virtutea faptului 
 ca sunteti comitet oglinda la cele din ISO care se ocupa de asta, dar nu
 la ceva ce are potentialul sa afecteze toate firmele, educatia si 
 utilizatorii de calculatoare din tara.

Privind retrospectiv, poate ca aveti dreptate. Poate ca nu era rau sa fi facut
tam-tam inainte. Dar nu sunt sigur. In acel caz, ASRO ar fi trebuit sa inchirize
un stadion sau macar o sala de cinema :-) Nu stiu cum s-ar fi desfasurat
discutiile :-(

Dar, cu ce stiam inainte de scandal, nu parea deloc necesar sa se faca
publicitate. Cu respect reamintesc ca OOXML a fost adoptat ca standard ECMA.
Nu-mi aduc aminte de vreo agitatie speciala atunci.

  Tineti minte ca am rugat lista sa mi se spuna de ce ar fi mai rea lumea
 dupa
  adoptarea OOXML ?
 
 Din mai multe motive dupa umila mea parere:
 
 1) la modul cel mai general mai multe standarde foarte asemanatoare ca 
 scop si domeniu si care sunt in competitie cauzeaza probleme de 
 interoperabilitate. Ex: reteaua electrica cu diferite voltaje in lume, 
 ecartament diferit la sine in tari vecine, consumabile si conectoare la 
 electronice si electrocasnice, DVDuri cu cod regiuni, BlueRay vs. HD-DVD 
 si in mod sigur gasiti si altele.
 
 Nici unul din acestea nu e un standard care subsumeaza unul anterior si 
 il imbunatateste ci coexista ingreunind viata majoritatii. Cresc 
 costurile fara a creste competitia adevarata sa se poata spune ca e o 
 concurenta sanatoasa care in timp va duce la unul, dar bun.

Nu ma convinge. Asta-i o problema metafizica adinca. As putea sa ma strofoc sa
demonstrez ca un unic standard frineaza dezvoltarea. Nu merita ...


Dar: in intelegerea mea, OOXML nu e un standard care are ca scop sa normeze o
activitate viitoare. Principala lui calitate (in ochii mei, cel putin) este ca
scoate la lumina formatul a milioane de documente, care oricum exista, nu pot fi
anulate.

Aici mi-s bune exemplele dvs. cu voltajul si ecartamentul. Standarde specifice
pt. 110 V si 220 V, ca si ecartamentul rusesc si cel vest-european, sunt
socialmente utile, fiindca reflecta o stare de fapt greu de schimbat. (Ca si
circulatul pe stinga in UK.) E realmente imaginabil economic sa se schimbe
astfel de situatii prin standardizare ? Mutatis mutandis, asa si cu OOXML vs. 
ODF.

Politiceste, o administratie poate sa impuna un anume standard in parohia ei
proprie. Cind governul o sa impuna OOXML cetatenilor, atunci facem gura (mare).

 2) restrangind domeniul la standarde software de date si de comunicare:
 aceleasi dezavantaje ca mai sus, cu probabilitatea de manifestare a 
 acestor efecte negative de interoperabilitate mult mai mare. Documente 
 sunt trimise permanent fara restrictii geografice, pe cand prizele si 
 sinele de tren sunt probleme doar cand calatoresti.

Nice try ! Dar nu ma las. Sunt convins ca deja exista xslt-uri de convertit ODF
in OOXML si invers.

 
 3) Cazul specific ODF vs OOXML:
 standardizarea OOXML este un atu pentru mentinerea pozitiei de monopol
 Microsoft, in condititile in care incepe sa conteze daca ceva e standard 
 cand se alege in administratie. Deci intrebarea dvs. se reduce la de ce 
 ar fi mai rea lumea daca monopolul Microsoft se mentine. Nu stiu daca 
 si aceasta intrebare o puteti pune la fel de sincer ca cea originala :)

a) Contest convertirea intrebarii mele.
b) Dupa umila-mi parere, monopolul MS se va diminua prin adoptarea OOXML.


 Si in final, majoritatea celor care se opun, se opun in primul rand 
 adoptarii in _regim de urgenta_ , nu neaparat a OOXML ca standard. 
 Incercarea de a fi standardizat netrasnparent si sedinta la fel de 
 netransparenta din Romania a fost cea care a declansat nemultumirile.

OK. Daca am inteles bine, trebuie sa fiti satisfacuti: a cazut procedura de
fast-track.

Cu transparenta: parca eu am fost ala care a raportat sedinta. Vezi si
subiectul de sus: e creatiunea mea.

 Va rog sa spuneti daca aceste argumente va fac sau nu sa credeti in 
 continuare ca OOXML trebuia adoptat ca standard in regim de urgenta sau 
 nu, si in caz de nu sunt curios de contraargumente :)

Da, cred in continuare. De ce ? Pentru ca acum va incepe o lalaiala lunga pe
detalii care s-ar fi putul eventual schimba si in versiuni succesive ale
standardului. Da Doamne sa ma insel !

  Sa nu ne prefacem ca standardul propus provoaca animozitati din cauza
  calitatii lui tehnice ! Asadar ...
 
 Pai detaliile de implemetare neclare si care constituie subiectul multor 
 obiectii dupa vot tin de domeniul pur tehnic.
 
 Animozitatile sunt insa provocate si de ideologii, dar care la randul 
 lor sunt

Re: TIC-Lobby: Re: OOXML: trageti (da' numa-n pianist) !

2007-08-02 Fir de Conversatie Sorin Tataru 
So, if you save out a blank text document or spreadsheet from OpenOffice
you'll get the following set of extended properties, and not a single one of
these appear in the ODF standard (many of these directly impact the
interoperability of the document in terms of layout and display) .. si
urmeaza o lista de properties care sunt 'application defined'.

Daca am inteles bine in linku dvs Brian Jones afirma ca aplicatia OpenOffice
exporta date nerespectand complet standardul ODF. Insa discutia pana acum
era despre un standard care defineste elemete de genul
2.15.3.6autoSpaceLikeWord95 (Emulate Word 95 Full-Width Character
Spacing). Daca
intr-o viitoare versiune de standard ODF o sa scrie abc. emulate OpenOffice
or KOffice full-width character spacing sunt de acord sa puneti un astfel
de link in discutie si sa le spuneti altora ca se uita la paiul altora ..
insa cei care au elaborat ODF nu au scris asa o chestie cu emulate [sau nu
am vazut eu asa ceva] ..

pana atunci linkul dvs e offtopic referitor la ce se accepta intr-un
standard [nu ce anume face aplicatia X - erau alte discutii despre
aplicatii, asta cu pianistul imi parea ca e vorba doar despre un standard si
despre cum a fost/este adoptat].

Multumesc,
Sorin

On 7/31/07, Zoli Herczeg [EMAIL PROTECTED] wrote:

 Un text din februarie, care lamureste ce e cu atributele
 *LikeOldMSOfficeVersion:

 http://blogs.msdn.com/brian_jones/archive/2007/02/20/beyond-the-basics.aspx

 Cu stima,

 Zoli Herczeg
 isv technical advisor | developer  platform group | microsoft romania |
 http://itboard.ro/blogs/zolis_tool


 -Original Message-
 From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]
 On Behalf Of Adrian
 Sent: Monday, July 30, 2007 7:56 PM
 To: tic-lobby@agora.ro
 Subject: TIC-Lobby: Re: OOXML: trageti (da' numa-n pianist) !

 ...
 2.15.3.6 autoSpaceLikeWord95 (Emulate Word 95 Full-Width Character
 Spacing)
 ...



===
Pentru a renunta la abonament trimiteti un mail catre [EMAIL PROTECTED]
incluzind in corpul mesajului: unsubscribe tic-lobby adresa_email.
Pagina web a listei se afla la http://beta.agora.ro/agora-bin/lwgate/TIC-LOBBY/
Arhiva se afla la http://beta.agora.ro/agora-bin/lwgate/tic-lobby/archives/

RE: TIC-Lobby: Re: OOXML: trageti (da' numa-n pianist) !

2007-07-31 Fir de Conversatie Zoli Herczeg 
Un text din februarie, care lamureste ce e cu atributele 
*LikeOldMSOfficeVersion:
http://blogs.msdn.com/brian_jones/archive/2007/02/20/beyond-the-basics.aspx

Cu stima,

Zoli Herczeg
isv technical advisor | developer  platform group | microsoft romania | 
http://itboard.ro/blogs/zolis_tool


-Original Message-
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Adrian
Sent: Monday, July 30, 2007 7:56 PM
To: tic-lobby@agora.ro
Subject: TIC-Lobby: Re: OOXML: trageti (da' numa-n pianist) !

...
2.15.3.6 autoSpaceLikeWord95 (Emulate Word 95 Full-Width Character Spacing)
...

===
Pentru a renunta la abonament trimiteti un mail catre [EMAIL PROTECTED]
incluzind in corpul mesajului: unsubscribe tic-lobby adresa_email.
Pagina web a listei se afla la http://beta.agora.ro/agora-bin/lwgate/TIC-LOBBY/
Arhiva se afla la http://beta.agora.ro/agora-bin/lwgate/tic-lobby/archives/