Új hozzászólás Aktív témák

• #50 floatr veterán moonman #41

  Új Válasz 2011-06-02 09:00:49 #50

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  floatr

  veterán

  válasz moonman #41 üzenetére

  Kb annyira tudja kezelni a mso az odf-et, mint a lo/ooo a doc-ot/docx-et. A különbség annyi, hogy mindenki mso formátumokban fosta eddig a milliárdokat érő tanulmányokat, ezért feltűnőbb volt a lo/ooo hiányossága.
  Most majd elkezdik használni a mso-t a nagy odf konverterével, aztán majd jöhetnek a kommentek, hogy mennyire szar a mso, mert így-úgy összeb...a a doksit. Ja, gondolom akkor meg majd az odf lesz a szar...

• #54 floatr veterán JamesHun #53

  Új Válasz 2011-06-02 09:38:16 #54

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  floatr

  veterán

  válasz JamesHun #53 üzenetére

  Nem mindegy, hogy mi a sortörés: \n, \r vagy \n\r vagy \r\n
  Sőt a tab vs space meccs is eldöntetlen

  Ja és hogy a karakter kódolásáról ne is beszéljünk: CP-1252, ISO-8892-2, UTF-8, UTF-16, és akkor még csak a helyi szokásokról emlékeztem meg

  [ Szerkesztve ]

• #78 floatr veterán x007 #71

  Új Válasz 2011-06-03 09:14:24 #78

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  Privát üzenet küldése

  

  floatr

  veterán

  válasz x007 #71 üzenetére

  Csak nem árt figyelembe venni azt, hogy a libreoffice-ban ott van az is, ami még nem része a szabványnak. Amúgy meg a témában gyakorlatilag lényegtelen a technológia. Gazdaságpolitikai csata az egész. Többen azzal jönnek, hogy nem lesz olcsóbb... hát annyi bizonyos, hogy ami pénz kifizetésre kerül, az nagyobb valószínűséggel maradhat országon/EU-n belül, mint eddig.

  A ms szabványairól meg annyit, hogy 2004-ben hatóságilag meghágták a céget, hogy méltóztassanak megnyitni a dokumentációkat/specifikációkat a lehető legteljesebb interoperabilitás kedvéért, hamár ilyen szép birodalmat építettek. Aztán 2008-ban megint rájuk járt a rúd, mert véletlenül elfelejtették, hogy mire kötelezték őket, vagy csak kipróbálták, hogy mennyire poén baszakodni az EU-val. Most meg házalnak, hogy ne kelljen mégis perkálni. Na ilyen alapokra nyilván nem kéne építeni legalább a dokumentációs rendszert. Egy napon arra ébrednek morcosan, hogy este valami nem klappolt, aztán mindenki szívja telitüdőre...

  Kéne látni, hogy bárakármilyen a doc(x) vagy az odf, utóbbi mögött iparági összetartás van. Ha egyik szereplő eltűnik az univerzumból, jön egy másik, és ez vonatkozik a supportra is, amit ráadásul megfelelő feltételek mellett házon belül is el lehet látni.

  Ja még valami: lehet h a szabványhoz közelebbit gyárt, de meg lehet nézni, hogyan konvertál. Az említett teszttel kapcsolatban meg 1 hiba + pár warning vs 2 hiba + kevesebb warning -- mint szoftveres elsősorban a hibák számára koncentrálnék, aztán a warning-ra -- bár ez már igazán részletkérdés.

  (#72) aronvirginas csak át kéne nézni, hogy hogyan zajlik a libreoffice fejlesztése. Rengeteg cég úgy döntött, hogy nem akar függeni a mso-tól, és elkezdtek közösen dolgozni rajta. Mivel közösen fejlesztik, nem kérnének egymástól zsét, és az elterjedés érdekében mástól sem. Supportot ők adnak hozzá első körben, tehát jól is járhatnak, ha ügyesek. Mivel a formátum nyílt, bárki más is nekiállhat újabb szoftvereket fejleszteni, és indíthat árversenyt Kérdés már csak az, hogy neked miért baj az, ha ezek a fejlesztői közösségek térítésmentesen adnak bárkinek (neked is) szoftvert, és ráadásul a versenyt is beindították? Szarul jártál? Valaki szarul járt? Erre várt mindenki, aki a szoftveres világban valamennyire is érintett

  [ Szerkesztve ]

Új hozzászólás Aktív témák