Új hozzászólás Aktív témák
-
-
válasz Gregorius #62 üzenetére
"Az hogy ez gazdaságilag mennyire racionális egy ettől független kérdés.": az, hogy egy rakás pénzért eladjuk az országot az ms-nek, az gazdaságilag racionális? hint: nem az.
ami korábban volt, hogy súlyos milliárdokat fizettünk az ms-nek a szoftverekért, ami gyakorlatilag ms reklám volt, az az ökörség csimborasszója volt. mi fizetjük ki az ms marketing tevékenységét?? normálisan ha valaki piacot akar vásárolni, akkor kifizeti az árát. tehát az, hogy most nulla az ára, félúton van a régi rossz és az optimális megoldás között.
"Az hogy ez gazdaságilag mennyire racionális egy ettől független kérdés.": ugye te is érzed, hogy a közigazgatás működésében gazdasági racionalizmust keresni eléggé sziszifuszi dolog?
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz Gregorius #113 üzenetére
pontosan miért is kellett volna változni az érveknek a múltkori topic óta? rotfl.
"A wikipedia sem válogat aranyérmes és aranyérmes között aszerint, hogy hány liter dopping volt benne": biciklistáknál kipakolták a vitrint mostanában...
de mégegyszer: az ooxml nem szabványos xml. pont. ráadásul nem is "korlátozás nélkül alkalmazható". tehát ez a jogszabály egyértelműen kizárt minden ms formátumot.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
válasz Gregorius #121 üzenetére
"ráadásul nem is "korlátozás nélkül alkalmazható".
Mert miért nem?"
mert a szabványnak olyan részei is vannak, amelyek nem nyíltak, így nem lehet rá 100%-os nyílt implementációt csinálni.az szszi-nek volt erről egy részletes leírása, de a webjük most nem megy.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
#40553216
törölt tag
válasz Gregorius #114 üzenetére
Most komolyan, újra csak az MS zárt és nagy eséllyel direkt akadályozó módon történt megvalósításával való együtt nem működésben a LO a hibás? Na ne má’!
(#117) MichaelSD
Én '99-ig dolgoztam bankban, de már ’96-ban integrált front- és backoffice program volt, a Pénzügyfelügyelet szabályozása alapján kötelező módon.
„Az átlag felhasználó, szövegszerkesztéshez az entert, a vastag, dölt betűt és a bekezdést használja az esetek 90%ban.”
Kihagytad a .................-ot és a szóközszóközszóközszóközszóközszóközszóközszóközszóközszóközszóközt.(#125) LordX
Kikérem magamnak. Tavaly 47 évesen szereztem autóra jogsit, ’99-ben nagymotorra, úgy, hogy akkor kezdtem el motorozni. Ja, és a Linuxot is 7 éve kezdtem, alig pc ismerettel. Utoljára a fent említett bankban dolgoztam napi rendszerességgel géppel, mint egyszerű, gyak. semmihez sem konyító júzer.[ Szerkesztve ]
-
#40553216
törölt tag
válasz Gregorius #136 üzenetére
A OOXML-ről:
Vajon mi szüksége volt az MS-nek ennek szabványosítására, amikor annak ellenére, hogy a saját tulajdona volt minden hozzá kellő anyag, mégis csak az MS Office 15-ös verziójára ígérte a saját szutykával való teljes kompatibilitást?
Implementation of Office Open XML (OOXML): What Governments Need to KnowMeg a hét bibliányi dokumentáció használatára gondolsz?
-
válasz Gregorius #134 üzenetére
ugye te most direkt kötözködsz annak tudatában, hogy a szabvány elleni egyik komoly kifogás az volt, hogy több, mint 6000 oldal, következésképp záros határidőn belül akkor se tudnám megmondani, melyik paragrafus, ha akarnám?
majd ha működni fog az sszi webje, onnan letöltöd a részletes elemzését a szabványnak (ez nem sok, 2-3 oldal), és elolvasod, ha már anno nem tetted meg.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
-
#40553216
törölt tag
válasz Gregorius #142 üzenetére
Nem két IE van benne, csak a listázás valami miatt ilyen béna lett. Érdemes megnézni a konkrét listákat:
IE
Internet Explorer
Az első a CVE-2013-2566-nál ér véget, a másodikban pedig ezután 285 javított sérülékenység van felsorolva. A két lista között nincs átfedés.
Első ránézés után a Server 2003-nál is ez a helyzet.„az egyes generációk között is rengeteg az újrahasznált illetve nem átdolgozott kód”
Ez ugye mindenkinek egyértelmű, mégis sok idióta hadakozik itt is a verziókon átnyúló hibák esetén az ellen a kijelentés ellen, hogy adott hiba akár a legelső Windowsban is benne lehetett, csak már rég nincs hozzá javítás, így sosem tudjuk meg. Azon kívül ugye látható bizonyíték az MS azon vicces kijelentésével szemben, hogy az új verzió kernelét teljesen újraírták. Persze, a ctrl-c ctrl-v típusú szakdolgozatírás módszerével.„Az hogy az ISO strict megvalósítása ilyen sokáig tartott valóban szégyen.”
Te szégyennek látod, sokan mások is, az MS is nyilván erre játszik rá. Pedig nem az, hanem szándékos tett. Hiszen ezalatt is a kompatibilitási problémákat azok, akik számítanak (a felhasználók, akik fizetnek), nem foglalkoznak azzal, hogy az esetleges alternatívák miért nem működnek rendesen. Nem működik=szar. MSO működik=jó. További kérdés? Ráadásul több mint 5400 oldalnyi szabványdokumentáció. Ez az 5400 oldal a hét év fényében vagy azt jelenti, hogy az MS által is alkalmazhatatlan, követhetetlen, vagy azt, hogy rengeteg felesleges dolog van benne, szintén akadályképzés, zavarkeltés okán.A szabványosítás folyamán az MS erőteljes nyomása:
az 5419 oldalnyi specifikációt 254 nap alatt „dolgozták fel” az ISO-nál. Ez nem tűnik kevésnek. Azonban ha mellétesszük az ODF specifikációra vonatkozó hasonló adatokat (706 oldal 867 nap alatt), akkor érzékelhető, hogy milyen bolsevik forradalmi lelkesedéssel vetették magukat a munkába az aktakukacok. Azonos oldal/nap aránynál konkrétan a 254 nap helyett 12 év, 1 hónap és 2 nap jön ki. Van egy kis különbség, ugye? Vajon mi lehetett az a kenőanyag, amely ennyire felgyorsította a gépezet működését?„Ez egy elég egzotikus feature, de pár helyen már találkoztam rá igénnyel.”
Ezen egzotikus feature-re való igény kielégítésére ott a Windows ökoszisztéma. Máshová meg nem kell.
Kicsit mélyebben belegondolva ez is olyan felhasználási mód, mint az Excel használata adatbázis kezelő helyett, egy olyan feature, amire nyilvánvalóan van más, jobb megoldás, csak az MS belerakta a fő pénzszivattyújába.(#140) LordX
Mert ez volt az eredeti hsz: nyílt forráskód=bughalmaz.(#144) azbest
„egy összecsapott katyvasz a sok oldala ellenére...”
Ellenére? Éppen amiatt.(#149) kpityu2
Nem tudom, a pdf mint a „portable document format” rövidítése számít-e annak eldöntésében, a pdf inkább dokumentum formátum-e mint a zip.[ Szerkesztve ]
-
#40553216
törölt tag
válasz Gregorius #142 üzenetére
Meg hogy a júzerek milyen fícsöröket kívánnának. Az MS a mai napig nem csinálta meg, hogy az elválasztás automatikus legyen. Nyilván a júzereknek nem kívánalom, mert úgy gondolja, majd ő elválasztja a sor végén. Aztán szív, ha átszerkesztés (beleírás, más font, más fontméret, akármi) miatt az elválasztott szó már nem a sor végén van. Hasonlóan a fattyúsorokkal. Meg a sorkizárt bekezdésvégi sorral.
„Sorkizárás esetén előfordulhat, hogy a bekezdés utolsó sora lényegesen rövidebb lesz a többinél.”
Miért, nem ez a normális? Jobb, ha egyhatod sornyi szóközök vannak?[ Szerkesztve ]
-
attila9988
őstag
válasz Gregorius #62 üzenetére
nyilvánosan hozzáférhető, korlátozás nélkül alkalmazható és nemzetközi szabványügyi szervezet által elfogadott szabványra épülő" formátumú dokumentumot előállítani.
Az ooxml körüli fiaskónak ha utánanézel, akkor rájönnél, hogy az pl pont teljesen alkalmatlan erre a célra.
„Csak az apró titkokat kell védeni. A nagy felfedezéseket a nyilvánosság hitetlensége védi.” (Marshall McLuhan)
-
válasz Gregorius #168 üzenetére
"Nem akarom sokadszorra leírni, úgyhogy a rövidített változat:
A megfelelő eljárási szabályok szerint el lett fogadva"szerintem is jó ötlet, hogy nem írod le még 500x, mert ettől nem válik igazzá. az a módszer, ahogy elfogadták ezt a szemetet, sima maffiamegoldás volt.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
attila9988
őstag
válasz Gregorius #168 üzenetére
Elkezdtem neked összegyűjteni pár weboldalt, és cikket a témában, a negyedik link után amit megtaláltam, hirtelen belebotlottam egy magyar nyelvű cikkbe, ami elég sok információt tartalmaz ahhoz, hogy magában is érdemes legyen ide berakni... így legalább mindenki elolvashatja ezt is... csak egy hónapja került ki.... és hova?
Azt hiszem egyelőre mást nem is linkelek, megvárom a reakciódat erre.... különös tekintettel azokra a részekre, ahol libreoffice -ról, vagy opensource -ról szó sincs, pusztán épp azt taglalják, hogy mekkora egy használhatatlan ócskaság az ooxml.
Gondolom azért az korábban is nyilvánvaló volt számodra is - vagyis remélem - hogy az ms ezt a formátumot kizárólag azért hozta létre, mert erősödött a nemzetközi nyomás arra vonatkozóan, hogy hosszú távon is használható, olvasható maradjon minden dokumentum, és adott esetben lehessen rá programot írni akkor is, ha a file -t eredetileg létrehozó program gyártója már nem létezik, és követhetetlen szellemi tulajdonjogok, esetleg hiányos dokumentáció miatt nem lehetne csak azzal a programmal olvasni a tartalmat.... erre ugye kiválóan alkalmas pl az xml, és kiválóan alkalmas egy olyan formátum, ami jól dokumentált, és szabványosított.....
Na most... az odf már akkor is az volt, az ms -nek pedig lépnie kellett valamit, ezért összetákolta ezt a szart, hogy elmondhassa hogy neki is van bizony ilyenje, és így már mindenki örülhet... csak hát mégsem, mert ezt a formátumot továbbra is csak az ms tudja teljes körűen implementálni, (sőt még ő sem, mint azt fentebb írtam, és mint az sok cikkben is szerepel) senki más... olyan kitételek is vannak benne, hogy az ms újabb szabványosítási eljárás nélkül is turkálhat egyes részeiben, ami megint csak nyilvánvalóan lehetetlenné teszi mások számára a lekövetést....Na de többet nem is írok... olvass, és reagálj, aztán meglátjuk...
Egyébként én személy szerint azt szoktam javasolni az embereknek, hogy ha már ms cuccokat használnak, akkor is inkább kerüljék az ooxml -t, mert saját maguknak okoznak ezzel gondot, még akkor is, ha csak a legújabb, és az egyel régebbi office csomagot használják az ms -től..... ami ugye kész röhej, mert egy szabványos formátumnak az lenne a lényege, hogy sok sok év múlva is lehessen rendesen olvasni, de ezt két verzión át sem tudja biztosítani az a cég, aki az egész tákolmányt kitalálta..... ezen az egyetlen tényen máris elhasalt az ooxml, és akkor ez még csak a jéghegy csúcsa...
[ Szerkesztve ]
„Csak az apró titkokat kell védeni. A nagy felfedezéseket a nyilvánosság hitetlensége védi.” (Marshall McLuhan)
-
#40553216
törölt tag
válasz Gregorius #168 üzenetére
„És akkor akinek az elválasztás fontosabb a real-time kollaborációnál minden bizonnyal nem a MSO implementációt fogja favorizálni.”
Módosítom a véleményemet, amire ezt a választ adtad. Nem kell MS ökoszisztéma, ehhez sem. Mert természetesen az MS megoldása előtt már évekkel volt olyan szoftver, amely tudta ezt. Azaz igaz, hogy ez a fícsör benne legyen a MSO-ban, az legfőképp az MS érdeke, nehogy megtörjön a vendor lock-in.„Ha erre gondolsz ez csupán az ooxml strictre vonatkozik. Az ooxml transitionalt mindkettő tudja (elvileg) kezelni.”
A konverter fícsöre nem a strict kezelése, hanem csupán az olvasása. Amit az MSO2010 elvileg tud. Ezek szerint a strict és a strict között is van különbség, még az MS-en belül is. Nem érzel itt valami problémát?
Nem arról volt szó, hogy a LO béna, mert miért nem tudják rendesen megcsinálni, hiszen ott a szabvány?„Talán az, hogy lehet azon filózni, hogy a konverter önálló termék vagy egy software update az O2010-hez”
A fentiek fényében ez számít?(#171) kpityu2
Te magad írod most: dokumentumok tárolására szolgáló konténerformátum. De te mitha a zip-et írtad volna. Persze, az is tárolásra van. Bármilyen fájlformátum tárolására. Ahogy a hdd is. -
attila9988
őstag
válasz Gregorius #168 üzenetére
Talán az, hogy lehet azon filózni, hogy a konverter önálló termék vagy egy software update az O2010-hez.
Egyrészt nem update, mert nem települ fel magától, és még csak marketingelve sincs nagyon, mert a hivatalos duma szerint a o2010 tudja olvasni az újabb szabványt. Csak éppen a rengeteg kiskapu, és a transitional különböző módosításai, ezt nem teszik lehetővé.
A szabványokat azért találták ki, hogy adott piacok működését megfelelően biztosítsa. Azért vehetsz egy akármilyen gyártótól egy csillagcsavarhúzót, ami minden adott méretű csillagcsavarhoz passzolni fog, mert léteznek szabványok. A szabványok által képviselt törekvésekhez nem igazán passzol egy olyan formátum, ami egyrészt nem egységes, másrészt maga a fejlesztő, és tulajdonos sem tudja megfelelően implementálni, még a legújabb termékében sem... Itt pedig meg kell említeni azt is, hogy az egyetlen beszállító is éppen maga a tulajdonos, aki egyáltalán valamilyen szintű támogatást képes biztosítani.
Egy ilyen formátum gyakorlatilag alkalmatlan arra, hogy szabvány legyen. És ha megnézed hogyan zajlott a "szabványosítási folyamat" annó, akkor láthatod hogy az egész rendszer megcsúfolása volt mindez.
Az odf -hez miért nem kell 80 féle konverter? Talán mert normálisan dokumentált formátumról van szó, amit te is képes lehetsz implementálni, megfelelő programozói ismeretek birtokában, hiszen a szabványnak minden része, ami ehhez szükséges. Tökéletesen működő ooxml szűrőt/konvertert viszont nem fogsz tudni írni, hiszen számtalan akadálya van annak, hogy megtehesd.
Nem az a baj az ooxml -el hogy az ms találta ki, hanem az hogy önmagával sem kompatibilis hulladék formátum, ami számtalan problémát okoz már ma is, és fog a jövőben is, ha így maradnak a dolgok.
„Csak az apró titkokat kell védeni. A nagy felfedezéseket a nyilvánosság hitetlensége védi.” (Marshall McLuhan)
-
#40553216
törölt tag
válasz Gregorius #181 üzenetére
„Nem biztos, hogy követlek, de ha most a real-time kollaborációról beszélsz, akkor kíváncsi volnék, hogy melyik ez a szoftver, amiben már évekkel előtte volt ilyen.”
Abiword?„Az O2010 legfeljebb a 2nd editiont implementálhatja (ez volt a legfrissebb a megjelenéskor), az O2013-ig még a 3rd edition (2011) és a 4th edition (2012) is kijött.”
Azt mondod, hogy a szabvány alapján akkor bárki tud majd ilyen konvertert csinálni? Mert ha az MS-nek szüksége van rá, hisz’ az utólagos belenyúlkálások miatt láthatóan van, akkor másnak is lesz. Nem?(#182) kpityu2
„teljességgel alkalmatlan az office dokumentumok helyettesítésére”
Miért is?[ Szerkesztve ]
-
attila9988
őstag
válasz Gregorius #181 üzenetére
Te most azt írogatod egyfolytában, hogy a több mint hétezer soros szabványleírásból mutassam azt a sort, ami miatt nem lehet implementálni normálisan a formátumot.
Ott van leírva a linkelt dokumentumban több példa is, hogy mik az akadályok. Most azt vagy nem olvastad vég, vagy nem akarod érteni. A hivatkozott dokumentumokban is ott van minden...
Nem tudom mit nem értesz azon, hogy az ooxml egy véletlenül sem egységes tákolmány, amit ms office -on kívül - vagy még ott sem - semmi nem kezelhet normálisan, csak úgy nagyjából... A csillagcsavaros példában ha te veszel egy csavarhúzót, ami csak úgy nagyjából tudja kicsavarni a csillagcsavart, akkor van értelme a szabványnak? Nincs...
Az odf -hez miért nem kell konverter? Miért létezik sok program, ami normálisan kezeli?
„Csak az apró titkokat kell védeni. A nagy felfedezéseket a nyilvánosság hitetlensége védi.” (Marshall McLuhan)
-
válasz Gregorius #181 üzenetére
"de ha most a real-time kollaborációról beszélsz, akkor kíváncsi volnék, hogy melyik ez a szoftver, amiben már évekkel előtte volt ilyen.": arra én is, mert ha felvesszük a feltételek listájára a működő szót, akkor az ms-ben sem volt.
Egy átlagos héten négy hétfő és egy péntek van (C) Diabolis
-
dabadab
titán
válasz Gregorius #186 üzenetére
Egyebkent egeszen konkretan mi ez a real-time kollaboracio? Mert en MSO2010-et hasznalok es arrol egeszen konkretan tudom, hogy abszolut es teljes mertekben alkalmatlan szinte barmilyen kollaboraciora, az fixen arra a modellre epul, hogy egy dokumentumot egy ember szerkeszt es egy dokumentumnak egy letezo valtozata van (elvileg tud ket valtozatot merge-elni, a gyakorlatban ez teljesen hasznalhatatlan funkcio).
DRM is theft
Új hozzászólás Aktív témák
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- A fociról könnyedén, egy baráti társaságban
- Futás, futópályák
- Szinte csak formaság: bemutatkozott a Pixel 6 és Pixel 6 Pro
- Politika
- Tőzsde és gazdaság
- Napelem
- Forza sorozat (Horizon/Motorsport)
- Android alkalmazások - szoftver kibeszélő topik
- Hobby rádiós topik
- További aktív témák...